Latest Contributions by RyanUthoff

‎09-25-2019

I have 10.6.1 and 10.7.1 deployments, so I can't say for sure which version of PosgreSQL is at 10.7, but the PostgreSQL version for 10.6.1 appears to be 9.6.3, and the PostgreSQL version for 10.7.1 appears to be 10.6. You should be able to check the version the ArcGIS Data Store is at by going to the server where the ArcGIS Data Store is installed, navigate to the directory where you installed the relational data store, and navigate to the "etc" folder and open the "arcgis-data-store-config.json" file in a text editor (ex: D:\arcgisdatastore\etc\rcgis-data-store-config.json). Then look for "datastore.release.pg" and I believe that will tell you what PostgreSQL version the ArcGIS Data Store is at. Are you seeing two entries for the ArcGIS Data Store in your Programs list, one for 10.4.1 and one for 10.7? If so, that doesn't seem right to me. The 10.4.1 should have been replaced by the 10.7 installation when you upgraded. With that being said, I wouldn't remove anything without confirming with Esri first.

‎09-25-2019

Thank you for your response. I already opened a support ticket with Esri regarding this issue and I was asked to do the same thing. It usually has about 15 connections to the Data Store, but quite awhile ago we changed the maximum number of connections from 150 to 300 since we do utilize the ArcGIS Data Store quite a bit (we have about 350 users). But I've never seen the number of connections anywhere near 150 or 300. Tech support and I are at the point where we need the error to happen again so we can see how many connections are being made to the database to confirm it isn't above the maximum allowed. With that being said, I did some more investigating this morning and was able to find the previous time this error happened. Both times that this error happened, the CPU usage on the Data Store server (dedicated VM with only Data Store installed) spiked to 100%. It never spikes to 100% any other time, so it probably isn't a coincidence that we're receiving the error message the same time CPU is at 100%. Unfortunately, I can't see what caused the CPU to jump to 100%, but I will look the next time this happens.

‎09-24-2019

I am experiencing an error in the ArcGIS Server log files and I am wondering what it means and what is causing it. When I receive this error message, the feature services no longer work in the Portal web maps. Sometimes the error resolves itself in a few minutes, and sometimes I have to restart the ArcGIS Server service on the server. It's happened a handful of times now and I would like to know what is causing this so I can resolve the issue. The error message from the log file is below. Anyone know what might be causing this? [https-jsse-nio-6443-exec-223] Timeout: Pool empty. Unable to fetch a connection in 30 seconds, none available[size:100; busy:100; idle:0; lastwait:30000].

‎09-24-2019

I believe the web map itself should be fine during the upgrade. Also, your web app should continue to work like normal as well (I am still running an app on 1.3). When you upgrade ArcGIS Enterprise, it doesn't touch your custom web apps. However, you do have the option to upgrade your web apps, although it might cause any customization (custom widgets, etc.) to no longer work. Upgrade apps—Web AppBuilder for ArcGIS (Developer Edition) | ArcGIS for Developers

‎09-23-2019

I'm assuming you have already made database connections in the ArcGIS Pro project? Alternatively to using the tool, in the Catalog pane, you can right click the database and then click Versions. A new pane will appear and you can create a version from there.

‎09-16-2019

I contacted Esri support and it turns out this is a bug. The tool in ArcGIS Pro works if the map service was originally published in ArcMap. But if the map service was originally published from ArcGIS Pro, then the tool does not honor the number of caching service instances specified in the tool. The bug number is: BUG-000109510

‎08-12-2019

Currently, only the owner of the Survey123 may download the form in Survey123 connect (even if you are an admin in the Portal site). The only way around this is to either give the user the Survey123 .xls form, or to change ownership of the item in Portal. While not hard, it's kind of complicated and requires unnecessary additional steps. I propose that if you are an administrator (or have permissions to take ownership of another person's items in Portal), you should be able to download the Survey123 form in Survey123 Connect without going through the hassle of asking the owner of the item for the .xls form, or having to go into Portal and change ownership. My use case is we have multiple people who have a need to edit a single Survey123 form. Sometimes the Survey123 owner is out of the office but we have a need to modify a Survey123 form. It's a hassle to have to go in and change ownership of the Survey123 item just to update a form.

‎08-12-2019

I have Portal and Portal/Server Web Adaptors installed on a Windows Server 2008 R2 server and need to upgrade the OS to 2012. What are the pros and cons of doing an in-place OS upgrade vs. migrating Portal/Web Adaptors to a new machine? Is one workflow better than the other? Also, when doing an in-place upgrade, are there any issues I need to be aware of on how an in-place upgrade interacts with the Esri software?

‎08-06-2019

The 3.6.75 build appears to be working today. While I appreciate your and Esri's quick response, "upgrading" to a beta build in a production environment should not be a solution. I would expect this type of behavior in a beta build, but not a production build. We have a couple hundred users that use Survey123, so hopefully you can understand how bad a bug like this can affect us, and how introducing a beta build that may or may not be a finished product with unknown bugs could be very problematic for us. I understand that bugs happen in any software, but I'm concerned that Esri's quick release cycle is not allowing enough time for Esri to properly test its builds. I actually spoke to several people about this at the Esri UC this year, and we all share this concern. Again, thank you for your quick response and I'm looking forward to the update.

‎08-06-2019

I am currently migrating to ArcGIS Pro and I have a question regarding tile cache creation. In ArcMap, I previously created tile caches by publishing a service and specify how I want to create the tiles through the Caching tab in the Service Editor box right before I publish it. In ArcGIS Pro, I no longer have those options from the publishing dialog box. Instead, I publish it as a map service, then use the Create Map Server Cache and Manage Map Server Cache Tiles tools to create the tile cache. The one issue I am running into in ArcGIS Pro is that tile cache creation is significantly slower. In ArcMap, the server cache creation would utilize all of the available instances in the CachingTools geoprocessing service. In ArcGIS Pro, it tells me that 0 instances are running, yet it is still creating the tile cache. In the Manage Map Server Cache Tiles tool parameters, it asks for the number of caching service instances. I've tried setting it to -1 (the default) as well as other numbers, but the CachingTools geoprocessing service always says 0 instances are in use (and only one instance of the CachingControllers in use). How can I get the tool to utilize all of the available instances? I went from 6 hours creation time in ArcMap to over 2-3 days in ArcGIS Pro.

‎08-05-2019

Is there any way we can get the apk for a previous working version of Survey123 so we can sideload it to Android devices? We have several people who are unable to work due to this update. I know there are apk download websites out there....but I'd prefer to download an apk direct from Esri rather than a third party site.

‎07-02-2019

That’s a good point, I think I was over-thinking it. I forgot you could install multiple web adaptors with the same name as long as they are on different machines. I would just install the Server and Portal web adaptor on the new machine with the same name as it is now. Thanks!

‎07-02-2019

I currently have a deployment scenario where Portal and two web adaptors (portal and server) are all installed on a single machine. The server is running Windows Server 2008 and I would like to migrate Portal and the web adaptors to a new machine running a higher version of Windows. I've read Esri's documentation regarding migrating to new machines, but I can't find much about migrating web adaptors. My preferred method is to go the HA route and create a second Portal and join the two, then unregister the old Portal on 2008. But how would I migrate the web adaptors to a new machine? Is it as simple as just un-installing on the old machine, and re-install on the new machine? Or is it going to be more complicated then that?

‎06-04-2019

Yes, I can do that the next time I encounter that issue. Thanks!

‎05-31-2019

One thing that we have to do is restart the ArcGIS Data Store Windows service in order to publish/republish Survey123 forms. We constantly have to do that. I don't know what's causing it to hang up where we have to restart the entire service, but that always fixes our problems.

Online Status	Offline
Date Last Visited	yesterday

My Ideas

Latest Contributions by RyanUthoff

Re: Data store under the hood

Re: ArcGIS Server Log Error - Timeout: Pool Empty. Unable to Fetch a Connection

ArcGIS Server Log Error - Timeout: Pool Empty. Unable to Fetch a Connection

Re: Webmap migration from ArcGIS 10.4.1 from 10.7.1

Re: Creating a version in Arcgis Pro

Re: ArcMap vs. ArcGIS Pro Tile Cache Creation

Allow Non-Survey Owners to Download Form in Survey123 Connect

In-Place Windows Server OS Upgrade vs. Migration to a New Machine

Re: Survey not downloading to mobile app after update

ArcMap vs. ArcGIS Pro Tile Cache Creation

Re: Survey not downloading to mobile app after update

Re: Migrating Portal and Web Adaptors to a New Machine

Migrating Portal and Web Adaptors to a New Machine

Re: Survey123 publishing error, code: 500

Re: Survey123 publishing error, code: 500

Re: Limit the size of the ArcGIS Data Store

Re: Why Still Require a Security Question After In...

Why Still Require a Security Question After Instal...

Re: Best Practice to see video data via Online

Re: Best Practice to see video data via Online