|
POST
|
I believe those widgets use a restricted form of HTML. There are some good examples here.
... View more
09-18-2018
11:40 AM
|
0
|
0
|
1451
|
|
POST
|
A few possibilities: Sharing Check to ensure that your webmap, story map, and data are all shared to the correct audience (i.e. Public). You can check all of these sharing controls at once from the Content tab Full Cache or Rendering Issues It is possible that your layer is too large, and is filling up the cache. Try opening it in a different browser. If using Google Chrome, hit F12. Look at the Sources and Performance tabs for more insight.
... View more
09-18-2018
11:38 AM
|
1
|
3
|
999
|
|
POST
|
Because our datastores are high availability, will that synchronization get disrupted if the datastore backup directories are migrated to local? As for the `Failed to Join Site`, you are correct. I ran it again, and the problem did not occur.
... View more
09-18-2018
09:46 AM
|
0
|
2
|
1894
|
|
POST
|
Great! Option 1 resolved the issue, and I am no longer getting that error message. The tool is running all the way through.
... View more
09-18-2018
08:41 AM
|
0
|
0
|
2215
|
|
POST
|
Jonathan Quinn, it looks like we are having the same error message: Running ArcGIS Enterprise 10.5.1 High Availability Drives are perpetually mounted (it is a, NTFS fileshare, but the is accessed via the "H:\" drive) If this is something fixed at 10.6, is there a workaround I can use at 10.5.1? Maybe a datastore command-line tool? ========================================== Starting the webgisdr utility. ========================================== The configuration and base backup time in the current Web GIS ------------------------------------------------------------- Portal: https://portal.maps.website.com/portal | |-- Hosting Server: https://portal.maps.website.com/server | | | |-- Relational Data Store: https://mainserver01.machinename.website.com:2443 /arcgis Unzipping the backup file: \\domain\shared\ArcGIS\ContentStores\Production\WebGISDR\September-14-2018-12 -32-48-PM-EDT-FULL.webgissite The backup file has been unzipped in 00hr:03min:59sec. The backup file was created at September 14, 2018 12:32:48 PM EDT. The configuration and base backup time in the incoming Web GIS -------------------------------------------------------------- Portal: https://portal.maps.website.com/portal at 9/14/18 12:25 PM | |-- Hosting Server: https://portal.maps.website.com/server at 9/14/18 12:25 PM | | | |-- Relational Data Store: https://altserver01.machinename.website.com:2443 /arcgis Starting the restore process with the webgisdr utility. Starting the restore of ArcGIS Data Store: Admin Url: https://APRDVGISPORT01.machinename.website.com:2443/arcgis/datastoreadmin. Failed to restore the ArcGIS Data Store. Admin Url: https://altserver01.machinename.website.com:2443/arcgis/datastoreadmin. {"jobId":"734bbac5-78de-489e-a8ef-7ddf26b423c2","errorMessage":"Failed to import data to your replicated site.. Extended error message: Failed to import data to your replicated site.. Extended error message: D:\\arcgisdatastore\\data\\backu pedContents20180914\\backup_Content","description":"Deploy data store snapshot S eptember-14-2018-12-25-29-PM-EDT-35-FULL from \\\\domain\\shared\\ArcGIS\\Con tentStores\\Production\\WebGISDR\\Scratch\\WebGISSite1536954664700\\dataStore\\f 4941eaf-6d7f-4abe-8b6a-72b4b482f4bc","lastModified":"2018-09-14 16:05","status": "failed"} Starting the restore of ArcGIS Server: Admin Url: https://portal.maps.website.com/server/admin. The following ArcGIS Server has been restored successfully: Admin Url: https://portal.maps.website.com/server/admin. The restore of ArcGIS Server has completed in 00hr:09min:58sec. Unregistering the standby portal machine ... The standby portal machine APRDVGISPORT02.machinename.website.com has been unregistere d successfully in 00hr:03min:13sec. Starting the restore of Portal for ArcGIS: Admin Url: https://portal.maps.website.com/portal. The following Portal for ArcGIS has been restored successfully: Admin Url: https://portal.maps.website.com/portal. The restore of Portal for ArcGIS has completed in 00hr:38min:15sec. The Portal for ArcGIS has been restarted successfully in 00hr:02min:19sec. Joining a portal machine ... Failed to join Site. Unable to configure local machine in standby mode for high availability. com.esri.arcgis.portal.admin.core.PortalException: The configurati on store is not connected. Please invoke the connect() method and try again. The restore of Web GIS components has completed in 01hr:07min:11sec. Stopping the webgisdr utility.
... View more
09-18-2018
08:17 AM
|
0
|
6
|
1894
|
|
POST
|
So my portals are already using web adaptors with the webcontext url set. Is it possible to just change the etc hosts file to point to that one? I'm guessing that the alternative would be to wait until we fail over to the standby site, then restore the backup? Albeit, there would be 20 minutes of downtime as the portal restored.
... View more
09-14-2018
11:38 AM
|
0
|
2
|
2215
|
|
POST
|
So I'm trying the following: Export site from: primarymachine:7443 on the main site Success Import site on: primarymachine:7443 on the standby site Failed Cannot find the portal properties from the server https://maps.portal.com/server Interesting that the tool is looking at the load balancer name, as that would route traffic to the main datacenter. When looking at the logs, I'm also seeing that the alternate site is attempting to reach out to the primary site machine, and failing. Which that doesn't seem right--this tool should be able to run in the event that the primary site went down. Thoughts?
... View more
09-14-2018
10:13 AM
|
0
|
4
|
2215
|
|
POST
|
So we are having this same issue, but only in Google Chrome. It works properly in IE. I took a look at the getAppInfo page in the portaladmn, and we do not have an http element specified--however, our portal has been configured to only use https. Anything else I can check?
... View more
08-21-2018
12:44 PM
|
0
|
1
|
2672
|
|
POST
|
We have two data centers, each with highly available, single-machine deployments: mainmachine01.domain.com:7443/arcgis (active) mainmachine02.domain.com:7443/arcgis (standby) and altmachine01.domain.com:7443/arcgis (active) altmachine02.domain.com:7443/arcgis (standby) Currently, the main site is active (bold). You can get to it from https://maps.portal.com/portal. If we flipped to the alternate data center, it would still be the same maps.portal.com/portal We want to replicate the deployment between the two sites. So two questions: When I backup the main site using the webgisdr utility, what should I specify as the Portal URL in the export webgisdr properties file? maps.portal.com/portal? Or the active machine name mainmachine01.domain.com:7443/arcgis When I restore the site to the alternate data center, what should I specify as the Portal URL import webgisdr properties file? maps.portal.com/portal (likely not)? Or the active machine name altmachine01.domain.com:7443/arcgis
... View more
08-16-2018
11:27 AM
|
0
|
6
|
2623
|
|
POST
|
Essentially that was the issue! We took the certificate off of the portal, and moved it up to the load balancer. That did the trick! Thanks.
... View more
08-08-2018
10:27 AM
|
2
|
0
|
2994
|
|
POST
|
Unfortunately, we can't get to the logs to debug anything, but you made a good point. This issue began when we added certificates into the mix, so that could be the problem. Because we're using a load balancer, the certificate name doesn't match the machine name-- so we might have to rethink how we get those certs to the end user.
... View more
07-24-2018
11:24 AM
|
0
|
2
|
2994
|
|
POST
|
(Portal Version 10.5.1) We deployed a portal using Chef. The installation directory is hosted on an auxiliary drive (D:) and the content is hosted on a file share. Ultimately, it will be HA, but we haven't gotten to the second portal yet. For some reason, the initial admin account cannot log into the portal admin site (.../arcgis/portaladmin). We can log into the portal site itself, however. Because we are using a load balancer, we do not have a web adaptor. Has anyone seen this before?
... View more
07-24-2018
08:15 AM
|
1
|
4
|
3665
|
|
POST
|
I have a client with about 5 GIS authors. Their primary job is to create basic web maps and story maps for their clients. At any given moment, there might be 25-50 people viewing the end product. All in all, I don't view this as a highly stressed system (no geoprocessing, analytics, etc). They also want the system to be high availability with disaster recovery using a series of virtual machines with flexible resources. Is this a good use-case for just doing a single-machine deployment in production? I feel that this would limit bandwidth usage between HA machines and improve performance. The only "downside" is that you can't scale out--but I can always add storage, and I can't imagine them burning through all available cores with a handful of active story maps. From Esri's documentation: The [single-machine] deployment scenario described below is straightforward to set up, maintain, and upgrade. It can support a sandbox environment for development and testing, but it is also a valid (and in some cases ideal) configuration for some production environments.
... View more
06-25-2018
08:20 AM
|
0
|
1
|
1251
|
|
POST
|
Alternative is to schedule a task that deletes that folder's contents on a regular basis. I'm not a linux guy, but a Chron job might do the trick.
... View more
06-04-2018
11:27 AM
|
0
|
1
|
2483
|
| 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
|