POST
|
FWIW, we had our datastore co-located on our hosting server and isolated it to its own server at Esri's recommendation (it's part of their recommended architecture). After doing so we started getting issues where any changes to hosted schemas would "lock" that service endpoint. And if users repeatedly attempted to make the schema change it would eventually require a data store restart. We worked with support for weeks but were not able to find a resolution. We're now in the process of co-locating our datastore back to our hosting server. We're running on Windows DataCenter 2016 across all servers. Not sure if this is unique to our installation since neither we nor Esri have heard of it occurring to anyone else. We're at ArcGIS Enterprise v11.1 but probably upgrading to v11.5 within a few months.
... View more
01-27-2025
11:03 AM
|
0
|
0
|
1383
|
POST
|
Agreed, in terms of resources required every installation is different in terms of patterns of use. The best test is to monitor your Production environment over time and adjust as necessary. If your current infrastructure at v11.2 is handling your load then it should also work for your upgraded environment.
... View more
01-27-2025
10:58 AM
|
0
|
0
|
1383
|
IDEA
|
11-04-2024
11:33 AM
|
0
|
0
|
174
|
POST
|
FWIW Esri Professional Services is maturing the environment-to-environment capability using the webgisdr tools and other custom code to resolve hostnames and URLs between portals to properly replicate content. It's not productized (not sure if that's on the roadmap) but I believe they have a part-automated, part-manual process that reliably clones portal content across environments. Reach out to your Esri rep for details.
... View more
02-16-2024
09:59 AM
|
0
|
0
|
535
|
POST
|
I found some additional info as well that might help, in particular the reason behind the ERROR: "<SERVICE-NAME>_evw" is not a table or materialized view. My feature service had 4 views created from it, all of which had editing and sync enabled. To get past the error we had to turn sync off for all views and the feature service itself. Once done we were able to add indexes. CAUTION: When disabling sync for FS + views the feature service got into an unstable state where the data was not rendering in the Data tab of the FS until we bounced the data store. (Oddly the data showed up for the views that were created from the parent feature service, but not the feature service itself). We ended up having to rebuild the feature service from scratch. So as always, MAKE A BACKUP BEFORE YOU START! 🙂
... View more
02-13-2024
11:11 AM
|
0
|
0
|
1462
|
POST
|
Our "final" solution to this was to install the Survey123 Website "locally" on our web adaptor servers that sit in front of our ArcGIS Enterprise stack. So we are no longer accessing survey123.arcgis.com at all. It's a pretty simple installation and turned out to be much simpler than any other alternatives. That said, the Survey123 website is about to have an upgrade released (v3.19) which may end up having the same OpenSSL3 version issue that the current survey123.arcgis.com website has. We installed v3.18.54 and will probably keep it at that until we have a good reason to upgrade or we have resolved the secure renegotiation in our Enterprise stack, which ever comes first.
... View more
12-29-2023
06:16 AM
|
0
|
0
|
1050
|
POST
|
I'm having a similar but slightly different experience trying to add an index to a hosted feature layer in ArcGIS Enterprise v11.1. I've walked through the trial-and-error exercise of: Get the original feature layer definition from https://<MY-HOSTING-SERVER-HOSTNAME>/<WEB-ADAPTOR-NAME>/rest/admin/services/Hosetd/<SERVICE-NAME>/FeatureServer/0?f=json Modify it to: remove existing indexes add the indexes I want to add Attempt to make the change with https://<MY-HOSTING-SERVER-HOSTNAME>/<WEB-ADAPTOR-NAME>/rest/admin/services/Hosetd/<SERVICE-NAME>/FeatureServer/0/addToDefinition From here I went through several iterations of "Field <FIELD-NAME> cannot be updated". I stripped out everything except "fields": [] and "indexes": [] (leaving out the existing indexes) and got past the "Field <FIELD-NAME> cannot be updated" errors, but am now getting the error: ERROR: "<SERVICE-NAME>_evw" is not a table or materialized view The '<SERVICE-NAME>_evw' appears in the original layer definition in the adminLayerInfo.viewName object, but adminLayerInfo was stripped out of the JSON posted to addToDefinition in order to get past the "Field <FIELD-NAME> cannot be updated" errors. At the end of the day I just want to add indexes to this layer.
... View more
11-17-2023
08:41 AM
|
0
|
0
|
1745
|
POST
|
@ReggieSanders we'd be interested to know if you're living with this issue or working around it, and if working around it how you did so.
... View more
10-13-2023
01:30 PM
|
0
|
1
|
1347
|
POST
|
We have a couple of different workflows that both go through survey123.arcgis.com: one from a web client and one from PowerAutomate. For both we are implementing server-side workarounds that involve accessing the survey data in an enterprise geodatabase from either PowerBI or an automated python script using arcpy. To be clear: this is occurring due to the hosted survey123.arcgis.com solution (running in NodeJS) getting an upgrade that uses OpenSSL3, which requires that secure renegotiation be configured for any requests that it makes to external resources. That is, where survey123.arcgis.com is the client making https requests to external servers. If one of those external resources is your ArcGIS Enterprise software stack then you either have to put a load balancer that supports secure renegotiation in front of your ArcGIS Enterprise deployment, or wait for Esri to release a patch for ArcGIS Enterprise where its stack supports secure renegotiation, or use a workaround (server-side or otherwise). We have approached Esri on a few fronts and are working with their professional services team to provide an ArcGIS Enterprise solution to this issue.
... View more
10-13-2023
01:28 PM
|
0
|
0
|
1347
|
POST
|
I'd like to set the 'offline' object within the applicationProperties of a web map object when that object does not exist, using the python API. I can update the applicationProperties object with the following code, which updates the object locally in the session, but I'd like to write the property back to the portal item. For example, consider a web map with the following applicationProperties object: "applicationProperties": {
"viewing": {
"routing": {
"enabled": true
},
"basemapGallery": {
"enabled": true
},
"measure": {
"enabled": true
}
}
} I'd like to add this object: "offline": {
"editableLayers": {
"download": "features",
"sync": "syncFeaturesUploadAttachments"
},
"readonlyLayers": {
"downloadAttachments": false
}
} So that the applicationProperties looks like this: "applicationProperties": {
"viewing": {
"routing": {
"enabled": true
},
"basemapGallery": {
"enabled": true
},
"measure": {
"enabled": true
}
},
"offline": {
"editableLayers": {
"download": "features",
"sync": "syncFeaturesUploadAttachments"
},
"readonlyLayers": {
"downloadAttachments": false
}
}
} I can update the object locally with the following code... item = gis.content.get(item_id)
item_json = item.get_data()
app_props = item_json['applicationProperties']
if not 'offline' in app_props:
off_line = json.loads('{"offline": {"editableLayers": {"download": "features", "sync": "syncFeaturesUploadAttachments"}, "readonlyLayers": {"downloadAttachments": false}}}')
app_props.update(off_line) ... but I'd like to write/save the new applicationProperties config back to the web map portal item. Is this possible with the python (or any) API?
... View more
08-23-2023
03:08 PM
|
0
|
0
|
419
|
POST
|
According to this thread this is a confirmed bug, but that page does provide a workaround for getting the group name via the python API: from arcgis.gis import GIS
portal_url = "https://myorgportal.company.com/portal"
portal_username = "admin"
portal_password = "foo"
ent_gis = GIS(portal_url, portal_username, portal_password, verify_cert=False)
editing_groups = ent_gis.groups.search(query="tags:Edition",sort_field="title",sort_order="asc",outside_org=False)
for editing_group in editing_groups:
edit_group = ent_gis.groups.get(editing_group["id"])
print(edit_group.providerGroupName) I confirmed that this works with ArcGIS Enterprise 10.9.1.
... View more
07-20-2023
05:07 PM
|
1
|
0
|
924
|
POST
|
I can confirm that the cacheControlMaxAge still isn't working as advertised in v11.1. I opened a ticket with support on this and their response was: "We're thinking that because of security the developer tools may not be able to read the cache control max age based on the JSON. As long as in the properties of the service it sys that the cache control max age is set, it is considered to be functioning as expected." I have an idea what they mean but I don't know exactly and it appears as though it can't be reliably confirmed.
... View more
07-13-2023
03:45 PM
|
0
|
0
|
1180
|
POST
|
Hey Zach. We have not had any movement on this issue from tech support since June 16. Are you working with them on this by any chance? Could we have someone review and update the support ticket? Thanks, Chris
... View more
06-27-2023
10:13 AM
|
0
|
1
|
2707
|
POST
|
Hi Zach. We're not getting a jobID in the response -- we only get the error that is being reported to the UI: {
"error": {
"message": "request to https://<PORTAL WEB ADAPTOR ROUTE>/sharing/rest/portals/self?f=json&token=BIG_LONG_TOKEN failed, reason: write EPROTO 68A17530C87F0000:error:0A000152:SSL routines:final_renegotiate:unsafe legacy renegotiation disabled:ssl/statem/extensions.c:893:\n",
"code": "EPROTO"
},
"success": false
} I'll provide additional information in the support ticket that will enable you to reproduce the issue against our portal. Let's continue the conversation via the support channel. Thanks, Chris
... View more
06-22-2023
04:35 PM
|
0
|
0
|
2806
|
POST
|
This is happening in our Production system which v10.9.1 and our UAT system which is v11.1.
... View more
06-20-2023
09:06 AM
|
0
|
0
|
2924
|
Title | Kudos | Posted |
---|---|---|
1 | 10-28-2016 10:51 AM | |
1 | 07-20-2023 05:07 PM | |
1 | 07-05-2017 03:06 PM | |
1 | 07-05-2017 03:39 PM | |
5 | 12-09-2022 04:49 PM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|