POST
|
Thanks AugusHooper1 can you confirm that after installing Arcgis Enterprise in the second VM (VM2) the machine name for Portal for Arcgis (the one you see in Portaladmin ... / portaladmin / machines) was different from that of VM1? The problem in restoring the same machine is slightly different and more complicated and I cannot find any documentation on this solution. In this situation the solution seems to be: 1) reinstall everything 2) change the machine name in the conf file. File For the first point I don't understand what "reinstall" means. Is it possible to restore items and data (for example using webgis DR) or do you have to start from zero?
... View more
02-16-2021
01:19 PM
|
0
|
0
|
973
|
POST
|
Hi all, We have an installation of Arcgis Enterprise 10.6.1 on a single machine (server and portal federated). For security reasons, and without planning, we have changed the internal domain name of the machine where the applications are installed (Portal, Server, Data Store and Web Adaptors). After these changes our Enterprise environment was broken. Our customer support suggested using the file hosts configuration to map the internal IP address to the old internal FQDN. This solution worked well and, therefore, now, our Arcgis Enterprise is reachable and working well, but this configuration is not ideal for production... We have applied the latest patches to our applications and used the webgis dr tool to back up everything, and now we are planning to restore a production environment with the new real FQDN machine name on the same machine without mapping the old name in file hosts. We decided to proceed like this: uninstall all applications, deletion of the mapping of the old machine name in the file ... \ etc \ hosts reinstall everything, apply the same patches (or only the latest (cumulative?)) restore with webgis dr. Reading this blog post {BLOG_link}, on a slightly different scenario {Migrate to a new machine in ArcGIS Enterprise using the WebGIS DR tool} we understood, thanks to this link { https://enterprise.arcgis.com/en/portal/latest/administer/windows/overview-disaster-recovery-replica...}, that the webgis dr tool can handle the machine name change. This table show wich item or setting must be identical across deployments when running the webgisdr utility Item or setting 10.6.1, 10.7.x, 10.8 Public portal URLs Yes Services URL for federated servers Yes Registered data stores other than ArcGIS Data Store Yes ArcGIS Server directory paths (for example, arcgisjobs) No Security information (LDAP URLs, proxy information) No Deployment type (single machine or highly available) No Private portal URL No Admin URL for federated servers No Machine names No Portal content directory No ArcGIS Server configuration store No Is there anyone who has successfully tried this solution for our problem? Any other steps to keep in mind in this work? Thanks in advance for your help! Other, useful information: xxx.yyy.it public host name (not modified) zzz.www.local old private host name name of the machine in the portal [... / portaladmin / machines] zzz.www.local machine name on server [server / admin / machines] zzz.www.local machine name in Data Store [... / server / admin / data / items / enterpriseDatabases / AGSDataStore_ds_DBNAME / machines] zzz.www.local federation using this server name [.../portal/portaladmin/federation/servers] xxx.yyy.it Webgis dr output in --export mode ===============================================
Starting the WebGIS DR utility.
===============================================
The basic backup time and configuration in the current Web GIS
-------------------------------------------------- -----------
Portal: https://xxx.yyy.it/portal at 2/7/21 22:27
|
| - Hosting Server: https://xxx.yyy.it/server at 2/7/21 22:27
| |
| | - Relational data archive: https: //zzz.www.local: 2443 / arcgis Greetings Pierpaolo
... View more
02-13-2021
07:35 AM
|
0
|
1
|
1147
|
POST
|
Hi all, We have an installation of Arcgis Enterprise 10.6.1 on a single machine (server and portal federated). For security reasons, and without planning, we have changed the internal domain name of the machine where the applications are installed (Portal, Server, Data Store and Web Adaptors). After these changes our Enterprise environment was broken. Our customer support suggested using the file hosts configuration to map the internal IP address to the old internal FQDN. This solution worked well and, therefore, now, our Arcgis Enterprise is reachable and working well, but this configuration is not ideal for production... We have applied the latest patches to our applications and used the webgis dr tool to back up everything, and now we are planning to restore a production environment with the new real FQDN machine name on the same machine without mapping the old name in file hosts. We decided to proceed like this: uninstall all applications, deletion of the mapping of the old machine name in the file ... \ etc \ hosts reinstall everything, apply the same patches (or only the latest (cumulative?)) restore with webgis dr. Reading this blog post {BLOG_link}, on a slightly different scenario {Migrate to a new machine in ArcGIS Enterprise using the WebGIS DR tool} we understood, thanks to this link { https://enterprise.arcgis.com/en/portal/latest/administer/windows/overview-disaster-recovery-replication.htm#ESRI_SECTION1_C2CCF3D59BAE4F93AAF841EED439FE2F}, that the webgis dr tool can handle the machine name change. This table show wich item or setting must be identical across deployments when running the webgisdr utility Item or setting 10.6.1, 10.7.x, 10.8 Public portal URLs Yes Services URL for federated servers Yes Registered data stores other than ArcGIS Data Store Yes ArcGIS Server directory paths (for example, arcgisjobs) No Security information (LDAP URLs, proxy information) No Deployment type (single machine or highly available) No Private portal URL No Admin URL for federated servers No Machine names No Portal content directory No ArcGIS Server configuration store No Is there anyone who has successfully tried this solution for our problem? Any other steps to keep in mind in this work? Thanks in advance for your help! Other, useful information: xxx.yyy.it public host name (not modified) zzz.www.local old private host name name of the machine in the portal [... / portaladmin / machines] zzz.www.local machine name on server [server / admin / machines] zzz.www.local machine name in Data Store [... / server / admin / data / items / enterpriseDatabases / AGSDataStore_ds_DBNAME / machines] zzz.www.local federation using this server name [.../portal/portaladmin/federation/servers] xxx.yyy.it Webgis dr output in --export mode ===============================================
Starting the WebGIS DR utility.
===============================================
The basic backup time and configuration in the current Web GIS
-------------------------------------------------- -----------
Portal: https://xxx.yyy.it/portal at 2/7/21 22:27
|
| - Hosting Server: https://xxx.yyy.it/server at 2/7/21 22:27
| |
| | - Relational data archive: https: //zzz.www.local: 2443 / arcgis Greetings Pierpaolo
... View more
02-13-2021
06:43 AM
|
1
|
2
|
1020
|
POST
|
Thanks Jonathan for your reply The index status seems to be good: Index Status {.../portaladmin/system/indexer/status} Type Count in store Count in index users 71 71 groups 379 379 search 9544 9544 I've just noticed that in the Portal Web interface: Organization's Users are 28 (not 71) Groups in Organization are 12 (not 379) But if I count the records in the gw_users table in Postgresql DB the result is 72, and in gw_items are 9545 ... I've, any way, made a FULL Reindex and also made a content configuration update (.../portaladmin/system/content/configuration/update), but nothing has changed. I've checked also .../portaladmin/system/directories and the folder paths in the server machine seem to be correct. This is the CONTENT directory path: Path: {"type":"fileStore","provider":"FileSystem","connectionString":"E:\\arcgisportal\\content"} In this directory I find, in items folder, my content. In Portal's logs I don't find nothing can help to understand!!
... View more
12-03-2019
11:34 PM
|
0
|
0
|
1620
|
POST
|
Hi I spoke with the IT and they told me that in the server machine there aren't proxy, but they made some address mapping in the configuration etc\hosts file. when I applied the patch, Portal was restart and so the new configuration probably created the problem. I found a precedent thread https://community.esri.com/thread/212190-web-adaptor-automatically-redirecting-to-portal-7443-url in which a similar problem was caused by the etc\hosts file. As suggested in the thread I commented the new mapping in the file and restarted portal service, after the restarted I uncommented back the file. The problem with the redirect was solved, but I have now another problem: In the Portal home page I don't see any of the content item. I see correctly Groups and Users but not Maps, Layers, Apps and other contents. But If I browse to the correct URL of any ITEM I can fetch, and also the items are visible in ArcGIS PRO and if I search with Python API! I tried to reindex the portal but nothing has changed! After the Portal restart I had another issue with AD domain Users access, but I solved with the updating (without changing any parameter!) of the identity store in the portaladmin, Any ideas about this problem? Thanks Pierpaolo
... View more
12-03-2019
01:43 PM
|
0
|
2
|
1620
|
POST
|
Thanks Rachel I'll check with my IT the changes in the Network config. In the Portaladmin in System > Properties > Update I see: Pierpaolo
... View more
11-25-2019
01:39 PM
|
0
|
0
|
1620
|
POST
|
Hi Last Friday we installed Enterprise Sites 2 Patch on our 10.6.1 ArcGIS Enterprise instance and now it seems to be broken. We have Portal and Server federated and Data Store. All software are installed in the same server machine on our network. We use two different Web Adaptor one for Server (named: server ) and one for Portal (named: portal). The patches we have already installed are: Our server is exposed both on intranet and in public network with two different addresses and on the same machine there's the Internet Information Services (IIS). At a first look the problem may be with the WEB Adaptor of Portal, when I call my portal address with my web adaptor (https://MachineName/portal/home) the browser is automatically redirect to https://MachineName:7443/arcgis/home accessed without web adaptor. When I try to reach form outside my Server (https://MachineName/portal/home) I successfully do, but when I try to login the browser send me back: Unable to load https://MachineName/portal/sharing/rest/portals/self?f=json status: 0 And I'm not able to insert my credentials. I'm able, instead to reach both admin interfaces of Portal and Server with webadaptor addresses. The security configuration of the Server are: Authentication tier: ARCGIS_PORTAL+ Authentication mode: ARCGIS_PORTAL_TOKEN When I look at webadaptor configuration in the HOST machine all seems to be OK I also try to reconfigure the web adaptor but with no success. Before the patch installation all seemed to be right ... I must say, Honestly, that in the last week our IT made same changes in the network configuration (Proxy and Firewall), and probabilly from these changes we had not restart yet the portal and server services. Before disinstall the patch or re-install webadaptor or review the federation, I ask for some helps. Thanks Pierpaolo
... View more
11-25-2019
06:30 AM
|
0
|
5
|
1861
|
Title | Kudos | Posted |
---|---|---|
1 | 02-13-2021 06:43 AM |
Online Status |
Offline
|
Date Last Visited |
01-06-2024
11:44 PM
|