POST
|
Hi @ChrisDunn1, Thanks for having a look ! Much appreciated. We are having this issue with all our barcodes that look more or less the same as the one I posted. This is the reason why this issue is quite annoying. Regarding the encoding I don't know. I can ask. What are the typical encodings protocol ? Just to give them an example of what you expect ? Thanks, Nicolas
... View more
10 hours ago
|
0
|
0
|
13
|
POST
|
Migrated to 11.5 and it is worse than ever: it is now failing systematically 😕 On another identical environment, it works though... The only difference being the load on the server in terms of services published and so on. @RejeanLabbe, did you manage do get a BUG logged with support ?
... View more
yesterday
|
1
|
0
|
21
|
POST
|
BUG-000180128 - After disaster recovery with webgisdr restore in new passive stand by environment, ArcGIS Data Store object store host name is pointing still to the old object store host name in both ArcGIS Data Store (describedatastore) and ArcGIS Server Data Stores. Status: In Product plan... Wait and see
... View more
|
0
|
0
|
11
|
POST
|
Hello, Since our workers migrated to Field Maps 25.2.3 on android, barcodes are not properly scanned. The very same barcode is decoded with different values each time it is scanned. Here are few examples from 10 different scans in a row of the same barcode: The barcode looks like the following: So 5117 is the correct value. Reproducible on multiple android devices. My example was done with a Galaxy Tab S9 fairly recent. On IOS, the same barcode is properly decoded on IOS. Anybody facing the same issue ? Thanks, Best regards, Nicolas
... View more
Monday
|
0
|
3
|
124
|
POST
|
And the worst is that it also happens if your webgidr does not include object store (by setting "INCLUDE_GRAPH_STORE_DATA" to false) ! So the only working workflow to fully replicate a 11.5 ArcGIS Enterprise deployment that contains an objectStore datastore is the following: 1 - You don't want to try to make a full webgisdr backup that includes an objectStore because as soon as you have some data (> 100 Go), webgisdr just never finishes (cf. https://community.esri.com/t5/high-availability-and-disaster-recovery-questions/can-t-backup-arcgis-enterprise-11-4-webgisdr-since/td-p/1562990 - BUG-000173313 [1]). At least, this is my experience. 2 - Make a manual backup of your production objectStore using the "backupdatastore" command: `backupdatastore.bat --store object` (if backup drive destination is local, it only takes few hours... BUG-000173313 is mainly due to the copie of hundred of millions files to the webgisdr SHARED_LOCATION and BACKUP_LOCATION which have to be shared drives accessible by all ArcGIS Enteprise components) 3- Make a webgisdr that not include the objectStore by setting "INCLUDE_GRAPH_STORE_DATA" to false. 4- On your standby environment configure all the VMs including the configuration of the objectStore 5- Run import of webgidr on the standby environment 6- Check webgisdr import was successful. On ArcGIS Manager, validate your datastores. If it loads forever, it very likely means that the query on the objectStore failed. You need to try again (BUG-000173247 [2]). 7 - Go on the ArcGIS Server admin interface, section "data/items/cloudStore" and check the machine(s) name: https://myags.company.com:6443/arcgis/admin/data/items/cloudStores/AGSDataStore_objectstore_oz_aev7q It unfortunately is the machines from the production environment. Your production object datatore is now "consummed" from the 2 ArcGIS Server environments. 8 - We now have to restore the objectStore using ArcGIS Datastore CLI if we want a truely replicated environment. First step is to disconnect the ojectStore from the replicated ArcGIS Server. 9 - Go to ArcGIS Server Manager in the data stores section and try to enregistrer it. You can't because of BUG-000172916 [3]. You need to do it from the ADMIN interface 10 - Go to ArcGIS Server Admin interface. * Go https://myags.company.com:6443/arcgis/admin/data/items/cloudStores/ and copy the string of "Child items": something like "/cloudStores/AGSDataStore_objectstore_oz_aev7q1p" * Go to https://myags.company.com:6443/arcgis/admin/data/unregisterItem and paste the copied string and click "Unregister" * Go back to the "Manager" interface and check the objectStore is no longer there 11 - Detach the backup objectStore drive and attach it to the standby datastore VM so that you restore it using the CLI (or you can try from a shared drive but it will take forever...): `restoredatastore.bat --store object --target most-recent --source-loc E:\arcgis\backup\object --data-dir D:\arcgis\arcgisdatastore --server-url https://myags.company.com:6443 --server-admin siteadmin --server-password updateme` 12 - After hours of restore, you should now have a functional truely replicated objectStore attached to the standby ArcGIS Server [1] BUG-000173313 - After migrating hosted scene layer caches from the tile cache data store to the object store, backups of the object store take significantly longer than backups of the tile cache data store containing the same content in ArcGIS Enterprise. [2] BUG-000173247 - Can't validate 2 times in a row the objectStore [3] BUG-000172916 - The ArcGIS Data Store object data store cannot be unregistered in Server Manager using the unregister button Needless to say, it is a difficult workflow to automate... I used to have daily sync overnight (5 hours) at 11.3, but now it is clearly impossible. Anybody else suffering as well with the ojectStore backup ? Thanks
... View more
|
0
|
1
|
217
|
POST
|
Hello, I am testing the replication of an Enterprise 11.5 deployment on Windows Server 2022 with 3 datastores (tileCache, relational, and objectStore). I set up a standby environment on a different set of VMs and restore a webgisdr backup. At first sight, everything is in order and all the components are properly restored and connected one another. But when having a closer a look at the objectStore, I realized that is now pointing to the original objectStore. You can notice it: - from the ArcGIS Server manager when validating the objectStore: the _proxyUrl parameter is: https://myoriginaldatastoreVM.company.com:2443/arcgis/datastoreadmin/machines/MYORIGINGALDATASTOREVM.COMPANY.COM/validate - from the ArcGIS Server admin interface when checking the machines of the cloud store "objectStore": https://myags.company.com:6443/arcgis/admin/data/items/cloudStores/AGSDataStore_objectstore_oz_aev7q1p/machines it is the name of the original datastore VM which is written (ie: "myoriginaldatastore"). Also, if you now check the replicatedDataStore VM, and browse: https://localhost:2443/arcgis/datastore/ You will see that it is no longer "attached" on the replicated deployment. I am confused: is it a BUG or a feature ? Did I miss anything @JonathanQuinn maybe ? Thanks, /cc FYI @PhilippeVDV @CedricDespierreCorporon
... View more
|
1
|
3
|
342
|
IDEA
|
Hi @Noah-Sager , Excellent suggestion ! Thanks for chiming in ! I suggested Mastodon but I don't have a strong opinion on that. My point was more that before X took over Twitter, I used to be able to follow many of Esri Developers without any account and I always found it quite interesting. I now miss it ! Anything opened would do. Thanks for listening.
... View more
4 weeks ago
|
0
|
0
|
262
|
POST
|
Hello @JonathanQuinn , So 11.5 is out for 4 months now. BUG remains: no patch. BUG was already reported in 11.4 and 11.5 beta testing phase. 11.5 is the last version supporting tileCache. New cache has to be published in objectStore. What is your roadmap for BUG-000173313 ? Are you aware this is really problematic ? Are we supposed to escalade it once again ? To me functional backup/restore non functional should be by default your top priority... Any updates ? Thanks.
... View more
|
0
|
1
|
227
|
IDEA
|
Hello, Don't want to do politics here, but now that you have to register on X to get the latest news published by @EsriDevs, wouldn't it make sense to start publishing to a plateform, let's say more ... open, like for example mastodon ? Thanks for listening.
... View more
a month ago
|
0
|
3
|
442
|
POST
|
Hello, Since we upgraded from ArcGIS Enterprise 11.3 to ArcGIS Enterprise 11.5, we can no longer publish a vectorTile service. After uploading our .vtpk, we cannot display it in the MapViewer because the URL: https://myagssite.cern.ch/arcgis/rest/services/Hosted/myservice_20250907/VectorTileServer returns: Error creating object to be cached: VectorTileServer:Hosted/myservice_20250907 It seems like it is related to the fact that we are using highly available caches with local directory cache https://enterprise.arcgis.com/en/server/latest/publish-services/windows/setup-caches-for-client-consumption.htm If we disable this option temporarily, it works. But this is of course not possible in current production. We tried rebooting the ArcGIS Servers or the Portal for ArcGIS: issue remains. The cache seems to be properly generated in the ArcGIS Server "Physical Path" directory and we copied it locally but even after rebooting ArcGIS Server service, the issue remains. Anybody else facing the same phenomena ? Any workaround ? Thanks
... View more
09-09-2025
05:56 AM
|
0
|
0
|
261
|
POST
|
Hello @Pedro_DavidPereira and @Robert_LeClair , Did you manage to find a solution ? I am having the same requirement (backup both archiving and attachements) but can't find to do using ArcPy. Thanks !
... View more
08-27-2025
11:16 PM
|
0
|
1
|
195
|
POST
|
Thanks @imansbburg for your reply. I believe I found the root cause of the issue: it is related to the size of the webmap. Basically, when you are referencing Map Image Services, even if you don't modify them, it copies the symbologie of each layer and with CIMSymbols for example, size of the webmap can quickly grows. It seems like when using FeatureServices, it does not behave the same way. It looks like a limitation from ArcGIS Pro which tries to `addItem` or `updateItem` using x-www-form-urlencoded. I discussed it on this other thread: https://community.esri.com/t5/arcgis-enterprise-portal-questions/portal-for-arcgis-11-3-cannot-create-a-webmap/td-p/1641280 Basically, after having increased Portal for ArcGIS maxHttpPostSizeInBytes property, I was able to update my webmap and no longer had any issue.
... View more
08-26-2025
04:44 AM
|
0
|
0
|
174
|
POST
|
Hi Philippe, I confirm: no workaround worked and no patch was ever provided (at least at the time). We upgraded to 11.3 as soon as we could and while running 11.2, we involved IT to have snapshot backups. The good news is that it is fixed at 11.3. The bad news is that now I am facing the same kind of issue with new objectStore ! Following post is mentioning 11.4 but the issue remains at 11.5 ! https://community.esri.com/t5/high-availability-and-disaster-recovery-questions/can-t-backup-arcgis-enterprise-11-4-webgisdr-since/m-p/1572197#M814
... View more
08-25-2025
07:20 AM
|
0
|
0
|
104
|
POST
|
So troubleshooting the case with support, there is actually a 10MB limit when posting to Portal for ArcGIS with 'x-www-form-urlencoded' just like ArcGIS Server: https://developers.arcgis.com/rest/enterprise-administration/server/serverproperties/ Unfortunately, this parameter is not exposed on Portal for ArcGIS Admin API... Thus my case ended up with the following enhancement: ENH-000175387: Add support for changing the maximum size in bytes for POST requests sent to Portal for ArcGIS through the addition of a maxHttpPostSizeInBytes property in the ArcGIS Portal Administrator API. But to me ArcGIS Pro should be clever enough to switch by itself to 'multipart/form-data' to allow bigger webmap to be publish rather than modifying the maxHttpPostSizeInBytes configuration. As a consequence, I created the following idea: https://community.esri.com/t5/arcgis-pro-ideas/arcgis-pro-should-allow-publishing-webmap-bigger/idi-p/1645135 Please vote 🙂
... View more
08-25-2025
03:13 AM
|
0
|
0
|
216
|
IDEA
|
As discussed in https://community.esri.com/t5/arcgis-enterprise-portal-questions/portal-for-arcgis-11-3-cannot-create-a-webmap/td-p/1641280, it is not possible to publish webmap bigger than 10MB on Portal for ArcGIS from ArcGIS Pro. It may seem a lot but it is actually quite easily achievable by publishing a webmap referencing FeatureService from a MapServer (eg: /services/foo/MapServer/X). As described in details in the Community post (with Python script attached), it is related to way ArcGIS Pro post data. It should be clever enough to switch to 'multipart/form-data' when webmap is bigger than 10MB. For ESRI people, related case 03981126. Thanks for listening ! Other related thread: https://community.esri.com/t5/arcgis-pro-questions/fail-to-save-web-map-in-arcgis-pro-to-update/m-p/1634286
... View more
08-25-2025
03:10 AM
|
1
|
0
|
459
|
Title | Kudos | Posted |
---|---|---|
1 | yesterday | |
1 | 08-25-2025 03:10 AM | |
1 | 3 weeks ago | |
1 | 06-13-2024 12:25 AM | |
1 | 06-30-2025 12:10 PM |