Latest Contributions by RussCoffey

‎12-29-2022

Thanks for the reply, @BillFox. While Portal can function in an active-active mode, we can confirm that both machines are not responding to requests at the same time. It is definitely functioning in a Primary/Standby mode (otherwise, once we get to production, it would violate our licensing).

‎12-29-2022

Thank you for the response, @ReeseFacendini. While we were hoping for the failover to occur in only a few seconds, we just needed confirmation (and the explanation helps as well) that 3-5 minutes is what we should expect. We are trying to avoid managing the synchronization of content between servers, but we now understand that that is what we will have to do if we need a faster failover process. Thank you.

‎12-27-2022

We are deploying a Highly Available ArcGIS Enterprise 10.9.1 architecture and have been testing for a few weeks to determine the optimal configuration and are currently focused on minimizing downtime due to events such as patching or hardware failures. One result that came as a surprise to us was the amount of time it apparently takes to perform a failover, and I am specifically referring to Portal. Here is a scenario we have experienced: initiate the failover process by turning off the Portal service on the Primary machine (if there is a better way to initiate a failover, I am interested in hearing about it). Immediately, users of our site get no response, or maybe a 500 Error, for about 3-4 minutes until the Standby realizes that the Primary is down and promotes itself to Primary, after which users are back up and running fine. Is this the expected behavior and timeframe for switching? There must be two components of that 3-4 minutes. (1) The Standby machine performing checks against the Primary to see if it is running. (2) Standby actually promoting itself to Primary. How much of that 3-4 minutes is due to the health checks and how much is due to the actual promotion process? Our deployment is configured with the default ha settings, as set in the portal.ha.monitor.interval file and documented here. Based on this information, the health checks would only be responsible for 3 seconds of the 3-4 minute downtime, because Standby performs a health check with the Primary server every 1 second and promotes itself after 3 sequential failures. Should we really experience a 3-4 minute wait time for Standby to promote itself to Primary? I am surprised because that is about the amount of time that it takes the Portal service to fully start up from a stopped state. But the Portal service on our Standby server is up and running and should theoretically be able to take over as soon as it realizes that the Primary is down. We are very interested in hearing the experiences of others who have an HA deployment and have failed over for scheduled events such as patching, as well as due to unplanned events like hardware failure.

‎09-21-2021

Scenario: a user is capturing a line feature in the field in Field Maps. The line needs to be a specific length because the user has measured it in the field. (Note that high-accuracy GPS-collection does not work here due to obstructions.) The user clicks a starting point. Field Maps starts drawing a dashed line between that starting point and the map cursor as the user moves it around. The user needs to place the next vertex so that the line is a specific length (say 10.5 feet). We envision two possible solutions within the Field Maps app. 1 - the cursor displays the length that the line would be if the user clicked "Add Point" at that location. So, as the user moves the map around and the line gets shorter/longer, the length displayed would change and once it showed 10.5, the user would happily place the vertex. (Sample screen shot of this solution is attached.) 2 - After clicking the starting point, allow the user to enter a length (in map units) for the line, and Field Maps locks the line length to that distance (acting like a radius around the starting point), until the user clicks for the second vertex.

‎07-24-2015

Susana - Ok, here was the solution for me, and probably for you as well. There are two places to set Background App Refresh - (1) in the Collector app settings (that's the one we were looking at, which was greyed out), and (2) under Settings / General / Background App Refresh where you can turn off refresh for all apps at once (which I had done to conserve battery life, but had forgotten that I did that). Hope this helps. ......j.russ

‎07-21-2015

Hi Susana - Any luck with this issue? I have the same issue with an iPhone 6 Plus, although my Background App Refresh is set to off, but like yours, it is greyed out and I cannot change the setting. When I tried to take a service offline, Collector threw an error saying that I need to enable background refresh, but then it actually downloaded the data and worked offline. However, when I tried to upload changes, it threw the same error but did not perform the upload. Are you working with a service behind a firewall by any chance? I am connected through VPN/SecurID to our ArcServer behind our firewall, and thought that maybe that is causing the glitch, but I haven't found any documentation or user experiences on that yet. However, if I disconnect from VPN, I still can't change the setting, so not sure if that is really an issue. I'll update here if I find anything. (Currently at the UC, so hopefully I can find someone with knowledge on the issue.) .....j.russ

‎03-10-2015

I confirmed with an ESRI rep that the E-mail address is not displaying in the user profile by design, since it is an Enterprise login account. So, that is not a symptom. However, the issue remains that I cannot send e-mail notifications to any Enterprise accounts. I am still working with the ESRI rep, using SAML Tracer in Firefox to try to isolate whether or not the issue is in our configuration of the SAML assertion.

‎12-04-2014

Thanks for the information, Jake. That is helpful, although disappointing. The last line in the paragraph you copied is the one that is particularly applicable for my situation. I can move our address geocoder to an external server (which I am going to try out this weekend to validate the information in the link you provided). However, we have created locators for the components of our water delivery system, which we cannot put outside our firewall for security reasons. I'll pass this as a request to our ESRI reps and see if there are any plans to allow batch geocoding from services inside the firewall. Until then, we may need to stock up on credits! Thanks again.

‎12-02-2014

The short version: Excel (using Maps for Office) can see our internal geocoding services, which are exposed as Geocoding Utility Services through ArcGIS Online, but it never actually calls them with the data to be geocoded. Now more detail: We have a few geocoding services running on our internal ArcGIS for Server servers (behind our firewall). These services are exposed to ArcGIS Online and shared with all members of our organization. These locators work fine in our ArcGIS Online maps and apps. However, the locators are not called in Excel with the "Add Excel Data" tool. The locators are visible and can be selected and the user can even specify which columns belong to which parameters for the service and the service acts like it is running, but it always returns 0 results. Watching the calls in Fiddler shows that Excel interrogates the correct internal REST endpoint to get the parameters of the selected locator, but no call is ever made to the internal geocoding service with the actual data to be geocoded. I have seen a number of somewhat related posts but no resolutions. Anyone have a similar experience, or is anyone successfully utilizing local geocoding services from within Maps for Office? Possible issue/resolution: The option "Allow Batch Geocoding" for our services is grayed out in the ArcGIS Online "Utility Services" configuration area. This is the path I am pursuing at the moment.

‎09-18-2014

Thanks for the information, Nils. You are right on, and I can confirm the behavior you described. After my post yesterday, I enabled security on the ArcGIS Server service (which requires the user to do the second log-in, as you mentioned, with their local NTLAN user account/password) and the editor tracking does capture their company-provided username, not the AGO username. I actually prefer that, except for the fact that the user will have to log in with two different usernames and passwords to access the data they need to edit. It seems like a little thing, but that's definitely not a selling point when I introduce AGO to users. As I understand, there is a single sign-on method available for AGO, but your organization has to enable Active Directory Federated Services, and I don't see us doing that anytime soon (although I may try to argue for it). Please keep me posted if you come across anything else, and I will do the same.

‎09-17-2014

Any updates, Nils? I am experiencing the same behavior. I, too, expected to see the login name of the ArcGIS Online user, which is why I enabled the editor tracking. The closest documentation of this issue that I can find is the following open bug report, but it is referring to hosted feature services, while both of us are using non-hosted feature service. I'll post back here if I came across anything. NIM102295 - If the editor tracking fields (Creation Date, Crea..

‎02-06-2014

In addition to the NVL, Decode and other functions that Jeff F. mentions, subselects are also not returning. At first, when we hit the NVL problem, I just started coding around it. However, with more than a dozen Silverlight applications hitting various REST endpoints and the fact that it seems that anything more complex than a simple select statment will not work, our users are feeling the impact of non-performing applications. We are going to test the 32-bit Oracle client suggestion, and will report our results here.

‎04-04-2012

Using ArcGIS 10 sp4, performing a polygon/points one-to-one spatial join, I am experiencing the same issue described where only the first record has any of the field mappings applied property. All remaining records are null on the joined fields (although the "Join_Count" field is correctly populated for all rows). I am seeing the same behaviour whether I run the tool manually in ArcMap or as code in a stand-alone Python script. Also, storage format (SDE, File GDB, shapefile) doesn't seem to matter. I saw the bug report mentioned above, and status of "Declined" sounds like it's not going to be fixed, so I'll submit a bug report as well. However, unchecking the "Keep All Target Features" option was successful as a work-around for me in all cases I tried, so thanks to Dan for that suggestion!

‎08-10-2011

Thanks for the idea, esrijay. I did as you suggested and added default values for all parameters, but the GPTask still fails if my Silverlight app C# code does not create a GPParameter for each tool parameter. It was a good suggestion, but you may have misunderstood my issue because you referred to running the tool in ArcMap. I am not running the tool in ArcMap. I am calling the GP service from Silverlight, C#, and it works fine as long as I specify a value for ALL parameters, even the optional ones. Here is the C# code I am using for setting up the GP Task: Geoprocessor gpTask = new Geoprocessor("http://ARCSERVERDEV/ArcGIS/rest/services/ETS/GP_Tools/GPServer/Generic Web Printing"); List<GPParameter> gpParameters = new List<GPParameter>(); gpParameters.Add(new GPString("Calling_App", "MeterRouting")); gpParameters.Add(new GPString("MXD_Name", "Meter_Route_Mapping")); gpParameters.Add(new GPString("Data_Frame", "Main_Map_Frame")); gpParameters.Add(new GPString("User_Name", UserName)); gpParameters.Add(new GPString("Layers_to_Update", "Meters;Route_Label")); ........ and so forth for all of the parameters My question is why do I have to provide a value in code for all parameters, even the "optional" ones... (Or, hopefully, maybe I am missing something that would allow me to not have to specify a value for optional parameters...?) Thanks again...............j.russ

‎08-10-2011

I published a Python script tool as a GP service in ArcServer. This script has a number of parameters (17 at the moment and possibly more as time goes by). Only two parameters are required. However, when I call the GPService from Silverlight (in C#), I have to specify ALL of the parameters, even the "optional" ones. If I do not pass a value for ALL parameters, the task fails with "ESRI.ArcGIS.Client.Tasks.ServiceException: Error Submitting Job." If I do pass a value for each parameter, the job runs fine. Here's my issue: This service will be called from many Silverlight/ArcServer apps, and I would like to be able to add another optional parameter without breaking every app that calls the service. By adding a parameter, I will be effectively requiring each developer to republish their code to include a parameter their app probably doesn't care about. Do I misunderstand the significance of setting a parameter to Optional versus Required? (I will also post this in the Geoprocessing forum.) Thanks for any advice/suggestions.

Online Status	Offline
Date Last Visited	‎02-05-2024 05:06 PM

My Ideas

Latest Contributions by RussCoffey

Re: Expected Downtime for Portal to Failover with HA Architecture

Re: Expected Downtime for Portal to Failover with HA Architecture

Expected Downtime for Portal to Failover with HA Architecture

Display distance from last vertex in map units when adding vertexes on Line and Polygon features

Re: Collector on Iphone 5s - Error downloading map to work offline

Re: Collector on Iphone 5s - Error downloading map to work offline

Re: Enterprise Login - No E-Mail or GivenName in User Profile

Re: Internal Geocoders/Locators not working in ESRI Maps for Office

Internal Geocoders/Locators not working in ESRI Maps for Office

Re: How do you correctly enable editor tracking for a non-hosted feature service in ArcGIS Online?

Re: How do you correctly enable editor tracking for a non-hosted feature service in ArcGIS Online?

Subselect statements are also not working

Re: Spatial Join CRASHING at 10

Re: Optional versus Required GP Parameters for Python Script Tool

Optional versus Required GP Parameters for Python Script Tool

Expected Downtime for Portal to Failover with HA A...

Display distance from last vertex in map units whe...

Re: Collector on Iphone 5s - Error downloading map...

Local Government Solutions Users