Latest Contributions by NicolasGIS

Hello @Priya_Das, Thanks for your reply.  I confirm the tool does return "ERROR 000816: The tool is not valid.”. The thing is that I made a simple toolbox with no additional dependencies as it was not working and the error remains ! It is working successfully with default 'arcgispro-py3' environment configured but as soon as I configure it to run with the clone environment following closely: https://enterprise.arcgis.com/en/server/latest/publish-services/windows/deploying-custom-python-packages.htm It fails. Anyway, support was able to reproduce and logged the following: BUG-000180379: ERROR 000816: The tool is not valid.” returned for geoprocessing services published from Python toolboxes (PYT) when using cloned Python environments   Now I am more looking a workaround as I guess I can't hope for a patch for that, can I ?   Thanks ... View more

Hello , Thanks for sharing @HenryLindemann. I am facing the same issue. Need to run a routine over all my users and I now have 12000. I tested your sample and on my side running: users_count = user_manager.advanced_search(query=f"{portal_id} AND !_esri", return_count=True) returns: 10000... So the hard limit remains.    I am thinking about iterating through the alphabet 'a*', 'b*', ... 'z*': users = user_manager.advanced_search(query=f"{portal_id} AND !_esri AND username:a*")   Any other (cleverer) idea by any chance ?   ... View more

A bit far fetched but have you tried resetting the permissions using the "Configure ArcGIS Server Account" wizard ? I did helped for me with issues with the System services. ... View more

Well, unfortunately, it is not possible. We have thousands of those spread around all the campus 😕 ... View more

Thanks for the confirmation @wf_sbakker. Good to know that you can reproduce... Still do not understand why 4 months later, this BUG is still "In Review" while  obviously it is easily reproductible...  From my experience, it means this BUG will end up to oblivion and it is annoying 😕 I wonder why do I bother opening BUGs sometimes. ... View more

FYI @ChrisDunn1, there is also a more official android BUG related to Code-39: https://issuetracker.google.com/issues/342003174 I guess it is not a good piece of news... ... View more

Hi @ChrisDunn1, Just found also this thread that looks very similar to our issue: https://github.com/mrousavy/react-native-vision-camera/issues/2593 And it is also code-39 ...  ... View more

Hi @ChrisDunn1,  According to them this is Code-39. I kind of confirm it with an external barcode generator: https://barcode.tec-it.com/en/Code39?data=*5117* VS original bar code: They look pretty much the same. With the first bar code generated from the website above, I can reproduce the issue of ArcGIS Fields Maps not properly decoded it though it happens less often. Does it help ? Thanks, Nicolas     ... View more

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

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

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

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