Latest Contributions by AngusHooper1

‎02-19-2019

In my experience, a full webgisdr backup of a QA environment (no data) should take between 15 - 30 minutes. When this is scaled up to a production system with thousands of users? Between 3 to 10 hours. Luckily for us, the ArcGIS Enterprise platform is quite stable and we have ICT mechanisms to provide resilience. My advice would be to: Host the webgisdr utility on a dedicated VM (perhaps a web adaptor server) so that it does not compete for resources Have the shared location & backup location set to \\portal VM\MyBackups on an appropriate drive If required, exclude read/write anti-virus scanning on the above locations If required, exclude any security measures that would monitor webgisdr (I believe it runs as a java process) - correct me if I am wrong. The above tips reduced our FULL backups from 10 hours to 3. Ultimately it is a conversation between the business, GIS team and IT on what is an unacceptable risk and whether webgisdr can mitigate that risk.

‎02-10-2019

Unfortunately using Fiddler will not be possible. However, I can confirm that the server & portal logs align closely between a 4.2 and 5.0 session of M4O. There are no WARN messages and it almost appears as if the entire publishing/sharing process was a success as a hosted feature layer is created - just empty. Also, as an FYI, the blank hosted feature layer has delete protection turned on by default which I find odd. In terms of dataset, I am just testing with a simple 2 row table, so it is not data specific. E.g. ID,Lat,Long: 1,1,1. Is there no other application logging avenues other than using network inspectors?

‎02-04-2019

We have recently upgraded to Maps for Office 5.0 (from 4.1) and our initial testing has hit some issues with sharing layers and/or maps. Are there any mechanisms to log further information from the product or general troubleshooting guidelines? The current behaviour is that the layer/map hits 20% when sharing before an error of "the map could not be shared {"log":"false"}" appears. The underlying hosting server & datastore FINE logs indicate no issues and even suggest that the publishing was a success. When you attempt to access the hosted feature layer, the table has no records or fields. As the same dataset can be added to Portal via the 2D map, my content or using 4.1 without any issues, we are currently pointing the finger at M4O 5.0.

‎12-04-2018

The geometry service from your federated server contains an invalid character which is being blocked by IIS. In a QA environment, try adding the invalidcharacter tag in the web.config and remove the reference to &amp. <httpRuntime requestPathInvalidCharacters="<list of default characters>"/> Removing &amp resolved this issue in my environment, I will likely raise this with Esri as a bug because it seems that the token is being passed through in the URL and it is not handled correctly. Characters, such as &, in the token were causing the geometry service to fail.

‎12-02-2018

Jonathan Quinn‌ I was prepared to edit the WebContextURL, but did not do so by default. I attributed this to the hardiness of the esri stack and/or fluke. All URL's were FQDN during the install & configuration. The only change in this space is that the Portal Web Adaptor URL was configured to the DNS after installation & configuration. In portaladmin/system/webadaptors/<ID>/edit we have https://DNS_Alias/arcgis, instead of https://FQDN/arcgis. Standard user behaviour when navigating the 2D map viewer contains DNS alias references to my Portal & DNS alias references to my basemap server. Not a FQDN or broken GET request in sight.

‎11-21-2018

If you can get away with it, I would recommend using the python api. https://developers.arcgis.com/python/ Otherwise, I would use portalpy. https://enterprise.arcgis.com/en/portal/latest/administer/windows/portalpy-module.htm If none of the above can get it done, then yes, you will need to delve into requests, encoding etc.

‎09-23-2018

Our walarchive is actually well over 30 GB now and slowly increasing per the postgres 1 hour cutoff of the transaction log and/or user activity. We did run the webgisdr tool consistently in the past (last run ~June) , which would be why the walarchive is currently able to extend beyond 5 GB. From our experience of postgres, everything is operating as normal other than this error being raised in the Portal logs. Just to clarify, this is a production system that has been in use for some years. The only change made during our regular maintenance was to tweak the IWA config. These erros began at the exact timestamp this change occured, hence our confusion as we also agree that this has nothing to do with the underlying portal db, however it is quite the coincidence.

‎09-19-2018

The below issue was caused by a change in domain controller for the Portal's IWA identity store config. "Wal files size exceeded the maximum size" These errors occur in the portal logs every minute and began to occur at the same timestamp as the IWA config change. No other change occured on the Portal machine at this time. Despite these errors, the ArcGIS Enterprise (10.6) is functioning as normal and the underlying postgres db seems to be behaving fine. The walarchive is consistently increasing as per the 60 minute archive setting in postgresql.conf. These archive dumps are all 16,384 KB and have modified dates AFTER the above change and errors began to occur. Therefore, I do not believe anyting is actually going wrong and impacting users, but there is clearly a config/setting somewhere which is tied to the old domain controller. Any thoughts as to where I can investigate further? The underlying postgres logs indicate no issues in this space. FYI, we do not use webgis DR and do not plan on using this as a solution moving forward due to the scale of our deployment (some incremental backups took 7+ hours to complete).

‎08-30-2018

I am unable to get past step 9 (https://enterprise.arcgis.com/en/documentation/install/mapping-charting-solution/latest/configuring-arcgis-for-maritime-server.htm) while configuring maritime server. After adding the SOE, I receive a pop up loading bar which hangs indefinitely. I am experiencing this issue across two environments (10.6 and 10.6.1). Thoughts?

‎08-26-2018

Referencing the recent Randall Williams's Blog‌, how would you deploy this in a disconnected (no internet) environment? We currently download the patches.json file (https://downloads.esri.com/patch_notification/patches.json) manually and store on a web server within the disconnected environment. We then alter the hosts file to reference this ip address for requests to downloads.esri.com. This provides the capability to run the patch notification utility to list the current patches available for each component of our ArcGIS Enterprise. It would save us a lot of time if we could also bundle in the functionality of deploying these patches as well. What else would we need to configure/alter to allow this functionality?

‎08-16-2018

This is what I would like to know as well.

‎08-14-2018

Hi Matt - what are the implications of this issue? We have multiple 10.6.0 ArcGIS Server's (10.5.1 -> 10.6) that are listed as 10.6.0 per the ArcGIS Server admin page. However, the version.json file lists the version as 10.5.1 still. Is this just an isolated issue with this particular file? Or, are there compounding impacts across the software? From our perspective, ArcGIS Server 10.6 is behaving as we expected, though it is harder to define missing content in Server when compared to Portal. I wish to ascertain whether your workflow is required as soon as possible OR if it can wait till an appropriate outage.

‎08-13-2018

I have experienced this 'issue' with upgrading ArcGIS Server from 10.5.1 -> 10.6 and 10.6 -> 10.6.1. Overall, I have not seen any issues with our ArcGIS Server's. However, during the upgrade process, we did need to: reindex portal multiple times manually remove the web adaptor from each arcgis server config repair ArcGIS Server after the install The only service that we found to be missing was the ortho mapping service which seems to be a dependency for defining your raster analytics server.

‎08-01-2018

You can lock down your web server so that only client requests to your portal go through the DNS alias. Your backend config can then continue with hostname, e.g. web adaptor config, federation url's. In my opinion, you should not need to change anything besides stopping access via the hostname url. I have built Enterprise GIS' and had IT provide a DNS alias for all machines weeks after the fact with no issues / requirements to change any config on my end.

‎08-01-2018

The root cause was the hosting server (ArcGIS Server). The hostname of the hosting server was 'arcgis' and once this was changed, the issue did not re-occur. I believe it was lodged as a bug. Check to see if the hosting machine or data store machine has a reserved word as the hostname.

Online Status	Offline
Date Last Visited	a week ago

My Ideas

Latest Contributions by AngusHooper1

Re: Webgisdr backups runs for 16hours to take a Full Backup.Is this expected ?

Re: Troubleshooting & additional application logging at 5.0

Troubleshooting & additional application logging at 5.0

Re: Unable to create ArcGIS Enterprise Sites due to "Set Extent" error message.

Re: Changing ArcGIS portal DNS alias post installation -

Re: Using Python with Integrated Windows Authentication

Re: Wal file size error after changing IWA domain controller

Wal file size error after changing IWA domain controller

Maritime SOE - 10.6.X - adding the SOE fails

How to automatically update ArcGIS Enterprise in a disconnected environment?

Re: ArcGIS Enterprise 10.6.1 upgrade. Why am I not seeing the 'Continue Server Upgrade' option?

Re: ArcGIS Enterprise 10.6.1 upgrade. Why am I not seeing the 'Continue Server Upgrade' option?

Re: ArcGIS Enterprise 10.6.1 upgrade. Why am I not seeing the 'Continue Server Upgrade' option?

Re: Changing ArcGIS portal DNS alias post installation -

Re: Data Store (relational) 10.5 - failure during configuration

Re: Is there a maximum number of recommended verti...

Re: New Technical Paper: Considerations for config...

Disable password reset functionality

Re: Changing ArcGIS portal DNS alias post installa...

Re: Single Machine ArcGIS Server upgrading operati...