POST
|
Ruth, After going through a few surveys I'm able to submit data using the BETA site. I am unable to submit data using the traditional website for these surveys. It appears the fix works! Is there an anticipated timeline for implementing this fix?
... View more
11-13-2020
05:37 AM
|
1
|
3
|
2546
|
POST
|
Hello, More of our users have been trying to leverage survey123.arcgis.com with our internal highly available ArcGIS Enterprise (10.6.1), however there has been an authentication issue using the website with surveys created in Survey123 Connect. Our environment uses integrated windows authentication. Setting the portalUrl parameter for survey123.arcgis.com works with no issue. The OAuth approval message pops up and after hitting accept all available surveys are visible. However, when trying to browse to a survey to submit data users see an error depending on the version of the survey and no OAuth approval prompt occurs. These errors (attached as screenshots) for surveys owned by my account state: You cannot submit records to the survey since you are not Submitter or the Owner (v 3.3+) You do not have permission to submit this survey record (v 3.11) The first error has a support article suggesting solutions, however they did not fix our issue. All of the certificates have been imported in both ArcGIS Server and Portal. Using the developer tools in Chrome, there is an error stating "Uncaught (in promise)" with a code 499 or a "get empty token" message. It appears that I'm unable to retrieve a token. What is more strange, an older survey from Survey123 connect (v 3.0) prompts the OAuth approval and works with no issue after clicking approve. Has anyone experienced this issue and come across a fix?
... View more
11-09-2020
07:22 AM
|
0
|
6
|
2595
|
POST
|
The problem was resolved after opening up 7443 on the portal box. Only 443 is open on the web adaptor box.
... View more
10-14-2020
02:24 PM
|
0
|
0
|
1479
|
POST
|
FireEye was interrogating/monitoring portal's database which was causing the slow down. Once exceptions were made to exclude portal's database (typically C:\arcgisportal) FireEye was no longer a problem. We started treating FireEye the same was as McAfee and following ESRI recommended exception list: FAQ: Which ArcGIS Enterprise directories should be excluded for security or antivirus software?
... View more
03-31-2020
06:16 AM
|
0
|
0
|
2494
|
POST
|
Looks as though the software FireEye (the xagt.exe) ended up being the culprit, but not exactly sure why at this point in time. Once the software was uninstalled, the issue was remedied. Should hopefully know more specifics in the near future.
... View more
03-18-2019
07:06 AM
|
1
|
3
|
2494
|
POST
|
I was able to install just the ArcGIS-1061-PFA-SEC2018U3-Patch.msp and it resolved the issue in our production environment. A lot of times these patches are cumulative and will include older patches that ESRI released. Here's the patch update/download link: Esri Support Portal for ArcGIS 10.6 (10.6.1)
... View more
03-04-2019
07:57 AM
|
0
|
0
|
1907
|
POST
|
Hi Ben, Upgrading to the newest WAB, which at the time was 2.10, resolved the issue as well. It was a little bit of a pain as we had to regression test our web application, but on the more positive end we got updated widgets.
... View more
03-04-2019
07:54 AM
|
0
|
0
|
1907
|
POST
|
The issue is still on going, however we have noticed that the primary portal has a PostgreSQL Server instance that is constantly in use. The portal logs (debug) are not returning anything out of the ordinary: The particular instance matches the PID found within the postmaster.pid file within the "..arcgisportal/db" folder. After failing over to the other portal server, the same issue occurs.
... View more
01-29-2019
08:50 PM
|
0
|
0
|
2494
|
POST
|
I'm currently trying to troubleshoot an issue with an internal, highly available Portal environment and have hit a wall. After some weekend patching on our virtual machines hosting Portal on 1/26, the performance for Portal completely tanks and it doesn't matter which part of this site. Web applications take around 10-15 minutes to load even. When even trying to hit the "../arcgis/sharing/rest" endpoint it takes upwards of 10 seconds, which did not happen before the patching.There only seems to be an issue with Portal. Our federated ArcGIS Server environment seems to return results after it takes some time to validate against Portal. The current setup is: OS - Windows Server 2016 HA web adaptors (load balancer in front; IWA enabled for portal) HA Portal 10.5.1 (no patches at the moment) HA Mapping Server Federated HA Host Server (federated) We have about 2500 users within the environment. I found a blog post that sounded similar to my issue: https://community.esri.com/thread/224966-portal-for-arcgis-1061-slow-after-upgrade-and-troubleshooting Unfortunately, this did not resolve the issue. I haven't seen anything in the logs, but I'm going to change the log level this evening when users are out to try and find more information. Has anyone every come across a similar issue? We will be removing the secondary machine from the site and seeing if the performance improves. We have observed anything out of the ordinary in the event logs either.
... View more
01-29-2019
01:41 PM
|
0
|
5
|
3393
|
POST
|
ESRI has put out a patch to resolve this issue: Esri Support Portal for ArcGIS 10.6 (10.6.1)
... View more
10-24-2018
07:59 AM
|
0
|
0
|
723
|
POST
|
Thank you Will. I ran the patch and it looks like the issue is resolved for web maps. I'm still seeing the issue in an application created from web app builder, but I'm sure I can do some digging and see what files need to be updated in the application. I'll include a link for the patch below in case anyone comes across this issue in the future. Esri Support Portal for ArcGIS 10.6 (10.6.1)
... View more
10-24-2018
07:58 AM
|
0
|
5
|
1907
|
POST
|
My company is upgrading from 10.5.1 to 10.6.1 and after looking at the bug in the knowledge base it mentions the version fixed is 10.7... BUG-000115859: When selecting line or polygon features for layers w.. Is there not going to be a fix version 10.6.1?
... View more
10-23-2018
11:29 AM
|
0
|
7
|
1907
|
POST
|
Looks like this has been labeled as a bug, BUG-000115859, and there is a forum post with the exact same issue. Our server is running Windows 2016 and the issue still applies.
... View more
10-05-2018
03:15 PM
|
0
|
1
|
723
|
POST
|
I've upgraded two development environments from ArcGIS Enterprise 10.5.1 to 10.6.1. While regression testing some of our applications I noticed some odd behavior. When identifying features from a map service with a web map or web application the selected geometry/symbol when identifying returns incorrectly when zoomed into a large scale. When identifying features at 1:2,257 the proper geometry/symbol is highlighted, however when zooming in to the next scale the highlighted feature is incorrect. I've attached some example pictures to portray the issue. Our services are using custom projection. It seems as though there is not an issue with portal feature layers projected in Web Mercator. It doesn't matter if I use an ESRI basemap in Web Mercator or a basemap with our custom projection, the highlighted area is still portrayed incorrectly. I've even uploaded some data projected in a different WKID and the same issue occurs. Has anyone observed this issue? Having the feature highlighted when identifying is very beneficial for our users.
... View more
10-05-2018
12:02 PM
|
0
|
2
|
950
|
POST
|
I'm just beginning to troubleshoot the issue, however I wanted to ask the question now in case someone has come across the same issue. I have a highly available portal environment with IWA (2 web adaptor servers, 2 portal servers, 2 host servers, 2 federated mapping servers). For a mobile solution, we have Collector on iOS and use a VPN through AirWatch to connect to the portal. Users are able to log in when the VPN connection is established and view maps that have been shared with them. However sometimes when users log in and load a map no layers pop up (picture attached). Reloading the map doesn't fix the issue nor does logging out and logging back in. Sometimes uninstalling and reinstalling the app works, but not always. Other times, users are able to log in and everything loads up. What I have noticed is when services are shared publicly with anonymous access allowed they will always show up, however there is group specific data collection that I would like to not share with everyone on my network. Additionally, I notice when data is collected on the public service, the user tracking information is not recorded into a hosted feature layer. I find this extremely odd since a user has to enter their user name and password in order to log into portal to use collector thus obtaining a token. Why would that information not be passed? Based on that, it seems like it is a portal token issues or communication between ArcGIS Server and Portal, however I do not know where to begin to troubleshoot this. My guess is it would have something to do with which portal you log into, but again that's just a guess. I know my situation is unique with the HA setup, but has anyone come across any token issues before between Portal and a federated ArcGIS Server? EDIT: I forgot to mention that I'm using ArcGIS Enterprise 10.5.1 and the latest version of collector on iOS 11.4.1
... View more
09-11-2018
02:38 PM
|
0
|
0
|
479
|
Title | Kudos | Posted |
---|---|---|
1 | 11-13-2020 05:37 AM | |
1 | 03-18-2019 07:06 AM | |
1 | 02-09-2018 07:11 AM | |
1 | 01-09-2018 05:16 AM | |
1 | 12-01-2017 08:49 AM |
Online Status |
Offline
|
Date Last Visited |
03-02-2023
04:42 PM
|