| Numéro d’ID de bogue |
BUG-000120966 |
| Envoi | March 18, 2019 |
| Dernière modification | June 5, 2024 |
| S’applique à | Portal for ArcGIS |
| Version trouvée | 10.6.1 |
| Système d’exploitation | Windows OS |
| Version du système d’exploitation | 2008 |
| Statut | Non-Reproducible
Ce problème n’a pas pu être reproduit au cours des tests réalisés par l’équipe de développement. Ce statut peut être attribué aux problèmes qui sont impossibles à reproduire ou qui ne sont plus d’actualité dans une version de développement du logiciel, alors qu’aucun correctif spécifique n’a été installé pour résoudre le problème. Pour d’autres explications, reportez-vous à la section Informations supplémentaires correspondant au problème.
|
Informations supplémentaires
This is more likely due to a problem failing over, rather than the migration workflow for some reason. The standby should be properly promoted to primary during unregistering. More investigation is needed to determine why the standby cannot be promoted.
Solution de contournement
- Navigate to the portal's local ...\DB folder (typically located in C:\arcgisportal\db) on the new machine. There is a file called recovery.conf. Rename or move the file out of this directory.
- Restart the portal OS service in the OS Services MMC.
- Change the content directory location on the new machine back to local storage (this reboots the portal again).
- Restart the ArcGIS Server OS service in the OS Services MMC. (This points the server at the new portal machine. Otherwise token errors are returned).
It appears that the new Portal machine fails to promote after removing the primary portal in step 4. This keeps the new machine's internal PostGRES in read-only mode. Removal of the recovery.conf file and restarting the portal manually puts the machine back in master mode, which allows writes to the database. After that the necessary changes to the portal directory can be made.
Étapes pour reproduire