Latest Contributions by JoeWeyl

We have an HA configuration in Windows 2016. Two Portal/Server/DataStore VM's and one for the file server. We have a large Portal (over 2500 users) and when I am trying to run the WebGISDR the resources on the machine we are running the tool from (Primary machine, currently) it s pegging the CPU at %100 and RAM close to %80. This in turn takes down our Portal for my user community and doesn't allow me to get a proper backup. So far the only way I have been successful in getting a backup completed is to plan a maintenance night to do a full backup and then attempt my incremental the days following. This works for a couple of days but then fails for the incremental telling me I will need to run a full backup before I can run an incremental. My questions: Can I move the webgisdr to the secondary machine or a different machine that still has the same network path for the backup? For example, when I know the primary is the active Portal, run the webgisdr from the secondary? or the File Server? Ultimately the backup is getting stored in S3 when the transfers are complete, but I haven't had a successful backup in over a week and with our size that makes me nervous from the Esri perspective (we have snapshots in AWS and other backups from the IT side).  Since this backup issue has started we are getting a few different errors out of the WebGISDR tool as well, like that it can't see the path to the temporary location, or we are getting java.net.SocketException from ArcGIS Server. I had an open case on the WebGISDR issue, but it was opened under another context, so I am going to contact support to figure out if a new case should be opened.  ... View more

During my configuration of the WebGISDR tool in my Portal HA configuration, I had a few errors and some bad backups where created on the windows file system where I pushed the staging data before it went to S3. Now I have files that I can't delete because the file name is too long for example db_bchbl_hsu_5o6iv_m4m5_ve_rozelle_interchange_option_4705_01mp_20180413_0_93f210aef2e5496a95052f2d292146ea.zip. The parent folder is the data of the bad webgisdr backup. I have contacted support on this but they haven't given me anything and we decided to close the incident because the files are not large and while my good backups are over 80 GB's these are less than 2 GB. I also can't rename them using windows, nor can I rename them at a command prompt. Is there a way to delete old or bad backups of webgisdr that I am not aware of?  Configuration is: Windows 2016, ArcGIS Enterprise 10.6. ... View more

We have a HA Portal that needs to serve our Global Community (our company has offices in 160 countries), and when we first deployed our Enterprise environment we were getting very bad response times in Non-US Regions. Our DevOps consultant suggested we put CloudFront in our configuration to improve the network latency we were seeing. Initially it worked great as we were small enough that we didn't have many issues. CloudFront can serve static and dynamic content, and as we know Portal is dynamic. Fast forward 6-7 months and our growth has been exponential and users are getting various 502, 503 and 504 errors from CloudFront. This is affecting the ability to publish, especially Survey123 projects and it is also affecting users ability to overwrite content from ArcMap or ArcGIS Pro when updating services or deleting services. Does anyone have any insight on how we might optimize CloudFront with our Portal? This is all new to me, and I am learning as I go along, so I want to get the information to my infrastructure team to figure out how we can improve the performance, or if CloudFront is not a Best Practice what we can do to help with latency? ... View more

We have an HA Portal at 10.6 Windows 2016. When I run the webgisdr tool backups, full or incremental, the logs are filling up all the space on the drive where the webgisdr.bat file runs. Is there a way to control this that I missed? I didn't see anything here Create an ArcGIS Enterprise backup—Portal for ArcGIS (10.6) | ArcGIS Enterprise, the drive that has webgisdr on it is 300 GB and those logs files are over 100 GB alone, if not more.  ... View more

Our configuration is as follows. We have an HA 10.6 ArcGIS Enterprise Environment in AWS. 3 VM's, 2 for ArcGIS, File server, S3 bucket etc. All windows. I am trying to set up my webgisdr backups for full and incremental and I am wondering about the file name parameter in my webgisdr.properties file for type of backup. Do I need to rename the full backup each week, incremental backup daily? Is there a way to automate this? Does the webgisdr now that the backups are different, if according to the documentaiton that backup name is only used for the restore? From the example file loaded with ArcGIS Enterprise, this is why I am asking. # Specify a backup name used for the Web GIS restore only. # Example: # April-20-2017-5-04-14-PM-PDT-FULL # or # webgisdr-backup/10-5-1/full/April-20-2017-5-04-14-PM-PDT-FULL ... View more

Hi - Here is our configuration: HA Portal Windows 2016 and at 10.6. We have turned off the ability of users to publish Map Image Layers after noticing that the ArcSOC's were consuming all the RAM and causing performance issues with our Portal. Our understanding in discussions with support that this is expected behavior when users publish from ArcGIS Pro, that they services end up published on the /root/ of yoru server. Anyhow since that change users have 'deleted' those offedning layers from Portal, but ArcGIS Server still lists them as being available on the root of the server (Manager/Admin API), but I noticed in looking at the json today that there is a section which reports on if they are connected or disconnected from Portal. I would like to know if I can delete these services as the users can't see them through Portal anymore, but they still exist in Server. Inside the Admin API I can see where I can delete them, but I didn't want to just start deleting services without checking first. These MIL still have ArcSOC's running on the servers inside Task Manager. Thanks, Joe ... View more