|
POST
|
Good point. I did have to reinstall my web adaptors after performing Matt's steps. This seems to have resolved the problem.
... View more
11-25-2018
07:09 AM
|
0
|
1
|
3584
|
|
POST
|
I'd like to know as well. Our install "skipped" the Continue Upgrade step, and when running the .bat tool, it returned that the site had already been upgraded. Server manager shows 10.6.1, but the version.json file mentioned still shows 10.5.1.
... View more
11-21-2018
06:24 AM
|
0
|
2
|
1636
|
|
POST
|
That worked. Thanks. It would be nice to see a command-line option as well, in the event the servers were offline or something.
... View more
11-19-2018
06:56 AM
|
0
|
0
|
2988
|
|
POST
|
I'm in the process of upgrading a high-availability ArcGIS Data Store, and I want to do a quick check of which machine is primary and which is standby. Is there a process for finding out which one is which? I hoped that describedatastore.bat would have the info, but maybe I'm missing something.
... View more
11-19-2018
06:28 AM
|
0
|
3
|
3247
|
|
POST
|
Oh, noted. We're doing a reinstall right now, so we can try that next time. We are running 10.5.1, and this has happened both times when restoring the portal.
... View more
10-30-2018
10:12 AM
|
0
|
0
|
2858
|
|
POST
|
It looks like we are having the same exact issue, but opposite. Our portal is not high-availability, but the WEBGISDR tool is configuring it as HA. I've posted it in a new question: https://community.esri.com/thread/223641-failed-to-restore-arcgis-portal
... View more
10-30-2018
09:35 AM
|
0
|
0
|
4168
|
|
POST
|
We are attempting to recover from a corrupted Portal machine (10.5.1 on Windows Server 2008 R2) . This is not high-availability. We successfully rebuilt the Enterprise to the same configuration from before the crash. This included a fresh install of Portal for ArcGIS-- we cleared all existing directories We ran WEBGISDR to import the backup. All of the servers restored successfully. When getting to the Portal, the WEBGISDR failed with the error below. The restore of ArcGIS Server has completed in 00hr:10min:26sec. Starting the restore of Portal for ArcGIS: Admin Url: https://staff.gis.website.com/portal. Failed to restore the Portal for ArcGIS. Admin Url: https://staff.gis.website.com/portal. {"error":{"code":500,"details":null,"message":"Failed to import site. com.esri.arcgis.portal.admin.core.PortalException: java.lang.Exception: Cannot connect to database: jdbc:postgresql://localhost:7654/gwdb FATAL: the database system is starting up"}} The restore of Web GIS components has completed in 00hr:25min:07sec. Stopping the webgisdr utility. C:\Program Files\ArcGIS\Portal\tools\webgisdr> This error caused the portal to go back into initial configuration mode, and its possible the only option is to uninstall and reinstall again. Looking at the initial portal logs, I'm seeing an error related to HA (again, this portal was never HA): HA configuration files created.</Msg> <Msg time="2018-10-30T08:10:29,595" type="INFO" code="209160" source="Portal Admin" process="6920" thread="14" methodName="" machine="MACHINE01.DOMAIN.WEBSITE.COM" user="" elapsed="">Configuring database for HA. </Msg> <Msg time="2018-10-30T08:10:52,966" type="INFO" code="209161" source="Portal Admin" process="6920" thread="14" methodName="" machine="MACHINE01.DOMAIN.WEBSITE.COM" user="" elapsed="">Configured database for HA.</Msg> <Msg time="2018-10-30T08:10:52,966" type="INFO" code="209062" source="Portal Admin" process="6920" thread="14" methodName="" machine="MACHINE01.DOMAIN.WEBSITE.COM" user="" elapsed="">Storing the config info of machine for portal HA.</Msg> <Msg time="2018-10-30T08:10:52,971" type="INFO" code="209063" source="Portal Admin" process="6920" thread="14" methodName="" machine="MACHINE01.DOMAIN.WEBSITE.COM" user="" elapsed="">Stored the config info of machine for portal HA.</Msg> <Msg time="2018-10-30T08:10:52,971" type="INFO" code="209064" source="Portal Admin" process="6920" thread="14" methodName="" machine="MACHINE01.DOMAIN.WEBSITE.COM" user="" elapsed="">Updating the JDBC Url for portal HA.</Msg> <Msg time="2018-10-30T08:10:52,972" type="INFO" code="209065" source="Portal Admin" process="6920" thread="14" methodName="" machine="MACHINE01.DOMAIN.WEBSITE.COM" user="" elapsed="">Updated the JDBC Url for portal HA.</Msg>
... View more
10-30-2018
07:45 AM
|
0
|
4
|
4266
|
|
POST
|
I tried the workaround in this related issue: Upgrade Portal from 10.5.1 to 10.6 fails (giving the service account full access to the C:\Program Files\ArcGIS\Portal). That did not work either. It was probably a nuclear option, but we: Uninstalled Portal on the server Deleted all existing Esri directories Reinstalled 10.5.1 Restored from a 10.5.1 backup Then upgraded to 10.6.1 successfully In retrospect, it was likely related to a portal database locking issue (the new database was having trouble pulling data from the old database). It would be interesting to check the portal Postgres logs to see if a connection attempt is failing. If so, you could probably add a line to the conf file to accept the connection.
... View more
10-23-2018
07:06 AM
|
0
|
0
|
1825
|
|
POST
|
Here is the response from Avenza Systems--the makers of MAPublisher. Obviously a little biased (it doesn't name anything that Esri's tool does that MAPublisher cannot), and it was published on Jul 6, 2017-- so a little out of date. I would be interested in seeing a blog from Esri's prospective for comparison.
... View more
10-16-2018
07:41 AM
|
3
|
0
|
1890
|
|
POST
|
If you decide to federate your ArcGIS Server with the Portal, you are allowing Portal to handle all of the authentication: When you federate a server with your portal, the portal's security store controls all access to the server. This provides a convenient sign-on experience but also impacts how you access and administer the federated server. For example, when you federate, any users, roles, and permissions that you previously configured on ArcGIS Server services are no longer valid. Access to services is instead determined by portal members, roles, and sharing permissions. Before federating, review the information in Administer a federated server to learn more about how federating will impact your existing site. So if a user attempted to access the Server directly, they would first be redirected to a Portal login page, then get passed along to the Server using a generated token after authentication. If your portal is set to use AD authentication, your Server will also use AD authentication by proxy. You don't have to use built-in accounts at all. As for your intent (putting non-Portal content on a hosting server), I assume you're talking about being able to add content to a server without going through the portal? If so, same concept. Users pushing content from desktop directly to the server will be prompted for their active directory credentials.
... View more
10-01-2018
07:22 AM
|
3
|
0
|
1921
|
|
POST
|
In the web map editor, expand the options under the vector layer in the Table of Contents. There should be an option called “Show in Legend”
... View more
09-18-2018
12:49 PM
|
0
|
1
|
1001
|
|
POST
|
What are you using for your company URL? For that GIS definition to work I had to do one of the following: For whatever reason, I needed ArcGIS Pro to successfully log in before running the API. Pop it open and sign in. Then reattempt. Format the portal URL as 'org.maps.arcgis.com' , with nothing else in the URL (i.e. /home) Just leave that portal URL parameter blank, and it will default to the AGOL org that it is associated with
... View more
09-18-2018
11:47 AM
|
0
|
1
|
1739
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 03-26-2018 08:09 AM | |
| 1 | 05-21-2019 01:39 PM | |
| 1 | 04-08-2019 11:52 AM | |
| 1 | 05-30-2019 08:40 AM | |
| 1 | 02-01-2018 08:36 AM |
| Online Status |
Offline
|
| Date Last Visited |
11-11-2020
02:23 AM
|