Latest Contributions by ShanonLoughton

‎01-03-2024

Hi You're a few versions ahead the OP's problem, so almost warrants a new ticket. Some troubleshooting steps: Basic functionality and healthy deployment: 1.a First verify the two tilecache machines validate and are healthy. Also if no published scenes it would be a good test to ensure that you publish one and ensure at least basically working as seen from Portal and/or ArcGIS Pro. b. Check Datastore Tilecache logs to see any more detail on the issue(s)? If startup timing issue like mine: 2. Reset the machines or Windows services on given machines, wait at least a few (3-5) minutes, then try. This includes restarting ArcGIS Server. Or if other permanent issue: 3. a. Check ports open between ArcGIS Server <> Tilecache Datastores (HTTPS 6443, 2443, 9876(?), 29081, HTTP 29080), as well as between Tilecache Datastores too (TCP: 4369 and 29085-29090). Obviously that is in the infra networking as well as Windows firewalling. https://enterprise.arcgis.com/en/system-requirements/latest/windows/pdf/ports-enterprise-deploy-dgm.pdf b. Clear ArcGIS Server's REST cache might fix up a funny map/fs/gp/tile scene state that is blocking the makePrimary command. I do not know for sure but it might also have some other information about the current state of the HA of datastores, so it might refresh that too. https://developers.arcgis.com/rest/services-reference/enterprise/clear-rest-cache.htm c. Each underlying postgres DB on datastores needs to be accessible from the other machine's IP or hostname. Insecurely opening that up to allow all temporarily and trying makePrimary might work. pg_hba.conf is in the datastore configuration directory somewhere (sorry not sure exactly right now). https://stackoverflow.com/questions/3278379/how-to-configure-postgresql-to-accept-all-incoming-connections More drastic - reinstall / re-join / reconfigure the standby: 4. If the standby is determined to be the problem then there are few ways to reinstall it/wipe its config and restart service and reconfigure, and then try makePrimary after that, similar to this: https://support.esri.com/en-us/bug/changing-the-tile-cache-data-store-mode-in-arcgis-enter-bug-000150950 hth

‎07-02-2023

Id say your method is the most you can do for lowest cost, coupled with stopping and starting in the shell.

‎07-05-2022

That error is from one of the VMs in your existing stack, presumably ArcGIS Server VM. I have not tried an upgrade in CloudBuilder but the error is caused by this line deep in DSC scripts for CloudBuilder 10.9.1: ..\DSC\ArcGIS\DSCResources\ArcGIS_ServerUpgrade.ps1 from line 62: if($Ensure -ieq 'Present') { $Referer = "http://localhost" $ServerSiteURL = "https://$($ServerHostName):6443" [string]$ServerUpgradeUrl = $ServerSiteURL.TrimEnd('/') + "/arcgis/admin/upgrade" ...which is calling your existing deployment to upgrade via the API. If you try that manually from inside the VM: https://<serverhostname>:6443/arcgis/admin/upgrade or from outside https://<deploymentFQDN>/server/admin/upgrade or even check the logs of ArcGIS Server after your original error, you could probably diagnose further. Possibly either your: - ArcGIS Server VM cannot reach the Internet, or - cannot reach the upgrade file(s) URL whatever that is in 10.8.1 (e.g.: my.esri.com, links.esri.com, *.esri.com or *.arcgis.com), - or can reach it but is not authorized. You may need Esri Support, or some workarounds to try are: - Ensure deployment is patched, then try upgrade (I think there is no option in CB to patch, so you must patch manually by remoting into each VM). Also at 10.8.1 if you have ArcGIS Enterprise stack and not just a standalone ArcGIS Server, there were some patches that could not be applied with patch program prior to upgrading Portal and Datastore so check those out too (https://support.esri.com/en/Products/Enterprise/arcgis-data-store/arcgis-data-store/10-8-1#downloads?id=7946 https://support.esri.com/en/Products/Enterprise/portal-for-arcgis/portal-for-arcgis/10-8-1#downloads?id=7947) - Or, upgrade VMs manually. I dont think deployment can be managed in CloudBuilder after that though. Shanon

‎07-05-2022

What version of ArcGIS Enterprise are you running? 10.9.1? I had something similar for Azure, not AWS. And for 10.8.1, not 10.9.1. But just make sure you have this patch? https://support.esri.com/en/download/7948 https://community.esri.com/t5/arcgis-enterprise-portal-questions/10-8-1-portal-gt-my-content-gt-add-item-gt-unable/td-p/1086611 Shanon

‎07-05-2022

I have had this error but I cant remember how I solved it, sorry. You are deploying a HA stack by the looks of it, presumably ArcGIS CloudBuilder for Azure 10.9.1 ? Fileshare failures are early in deployment as it starts with this and then moves onto other VMs/components. I guess it is the machine admin user, and it's password, that is the problem. Generally, check: 1. All your parameters are complete, particularly any fileshare related. Post here if you want, masking out passwords and domain names. 2. CloudBuilder UI asks for admin username and password. Check the username is simple and does not violate Windows rules for usernames. For password, check that it does not use any reserved special characters or is too long for Windows passwords or Powershell / DSC limitations (do not use dollar signs $ for example). To eliminate though, try a password with exactly 16 characters, and is only alphanumeric [a-zA-Z0-9] and has at least one of each including a capital. e.g.: Password1234567 Shanon

‎08-06-2021

I cannot add an FGDB from 6MB upto 200MB+, it says error in adding. I suspect it has something to do with multi-part uploading, as seen in Portal logs (attached)? Steps to reproduce: 10.8.1 Portal > My Content > Add Item > choose FGDB *.ZIP > select File Geodatabase, dont publish. Expected results: Added ok. Actual results: Error popup, "Error in adding item. IOException. Unable to add or update item: <title>.' More info: - Typical requests in an upload from browser dev console is: /additem, content-type: application/x-www-form-urlencoded /addPart?partNum=1, content-type: multipart/form-data /addPart?partNum=2, etc.., content-type: multipart/form-data /commit, content-type: application/x-www-form-urlencoded - Deployment is manually on Azure, closely following what ArcGIS CloudBuilder for Azure outputs, but could have some difference somewhere. Has a CA-signed certificate for the public listener, then self-signed certs behind for the machines. - However, also happens on a default base stack ArcGIS CloudBuilder for Azure 10.9 on a single machine, with Portal Content on Azure blob, and with self-signed certs used. - Connecting to ArcGIS Enterprise over a VPN, and attempting browser and python api from local machine. Connection is stable and at least 5mb/s. - Attempted on Chrome 64bit Version 92.0.4515.131 (Official Build) (64-bit) on Windows 10 64 bit OS. - Server machines had Cisco AMP Endpoints running. Turning off made no difference. - FGDB sizes that can be added - 100KB, 2.5MB - FGDB sizes that cannot be added, with same error above - 6.5MB, 90MB, 112MB - Portal content configured for Azure blob: {"type":"cloudStore","provider":"Azure","connectionString":{"accountName":"abcdefghijklmnop","accountEndpoint":"blob.core.windows.net","accountKey":"*****************************************","credentialType":"accessKey"},"objectStore":"https://abcdefghijklmnop.blob.core.windows.net/portal-content-store","isConnectionStringEncrypted":true} - Portal Verbose Logs: INFO Part 12 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:47,57 Sharing <hostname> portaladmin 219999 5148 SEVERE Failed to add or update item '253782816294401caf9df3274eb44b88'. Stream is already closed. 2021-08-07T00:15:47,531 Sharing <hostname> portaladmin 219999 5148 INFO Added item '73099cdc51a844d6b93c5cdc9a189e5c' of type 'File Geodatabase' to the portal. 2021-08-07T00:15:47,426 Sharing <hostname> portaladmin 219999 5148 INFO Multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip' committed to the portal. 2021-08-07T00:15:47,374 Sharing <hostname> portaladmin 219999 5148 INFO Part 13 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:46,482 Sharing <hostname> portaladmin 219999 5148 INFO Part 11 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:44,667 Sharing <hostname> portaladmin 219999 5148 INFO Part 9 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:35,758 Sharing <hostname> portaladmin 219999 5148 INFO Part 7 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:34,818 Sharing <hostname> portaladmin 219999 5148 INFO Part 6 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:34,3 Sharing <hostname> portaladmin 219999 5148 INFO Part 8 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:34,251 Sharing <hostname> portaladmin 219999 5148 INFO Part 10 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:33,208 Sharing <hostname> portaladmin 219999 5148 INFO Part 5 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:14,523 Sharing <hostname> portaladmin 219999 5148 INFO Part 1 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:12,221 Sharing <hostname> portaladmin 219999 5148 INFO Part 3 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:11,81 Sharing <hostname> portaladmin 219999 5148 INFO Part 2 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:10,940 Sharing <hostname> portaladmin 219999 5148 INFO Part 4 added to multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:15:09,977 Sharing <hostname> portaladmin 219999 5148 INFO Created multipart item '253782816294401caf9df3274eb44b88/exampleFGDB.zip'. 2021-08-07T00:14:49,433 Sharing <hostname> portaladmin 219999 5148 INFO Log settings updated. [Logs directory = 'G:\arcgisportal\logs\', Log level = VERBOSE, Max age in days = 90] 2021-08-07T00:14:39,736 Portal Admin <hostname> 205013 5148 And another example: <Msg time="2021-08-09T12:10:49,887" type="INFO" code="219999" source="Sharing" process="5148" thread="1" methodName="" machine="domain.com" user="portaladmin" elapsed="" requestID=""> Part 1 added to multipart item '53277fec633c41aa92ec16de984575cd/exampleFGDB.zip'.</Msg> <Msg time="2021-08-09T12:10:50,214" type="INFO" code="219999" source="Sharing" process="5148" thread="1" methodName="" machine="domain.com" user="portaladmin" elapsed="" requestID=""> Multipart item '53277fec633c41aa92ec16de984575cd/exampleFGDB.zip' committed to the portal.</Msg> <Msg time="2021-08-09T12:10:50,249" type="INFO" code="219999" source="Sharing" process="5148" thread="1" methodName="" machine="domain.com" user="portaladmin" elapsed="" requestID=""> Added item 'testfgdb' of type 'File Geodatabase' to the portal.</Msg> <Msg time="2021-08-09T12:10:50,310" type="DEBUG" code="219999" source="Sharing" process="5148" thread="1" methodName="" machine="domain.com" user="portaladmin" elapsed="" requestID=""> Stream is already closed.</Msg> <Msg time="2021-08-09T12:10:50,310" type="DEBUG" code="9999" source="Sharing" process="5148" thread="1" methodName="" machine="domain.com" user="" elapsed="" requestID="">java.io.IOException: Stream is already closed. at com.microsoft.azure.storage.blob.BlobInputStream.close(BlobInputStream.java:237) at com.esri.gw.util.zip.ZipUtil.analyzeZipFile(ZipUtil.java:108) at com.esri.gw.content.GWContent.checkItemValidForPublishing(GWContent.java:9352) at com.esri.gw.content.GWContent.a(GWContent.java:1115) at com.esri.gw.content.GWContent.addItem(GWContent.java:1021) at com.esri.gw.content.GWContent.a(GWContent.java:953) at com.esri.gw.content.GWContent.processCommitMultipartItem(GWContent.java:4290) at com.esri.gw.content.ContentRequestHandler.lambda$commitMultipartItem$2(ContentRequestHandler.java:5794) at java.base/java.lang.Thread.run(Unknown Source) </Msg> <Msg time="2021-08-09T12:10:50,310" type="SEVERE" code="219999" source="Sharing" process="5148" thread="1" methodName="" machine="domain.com" user="portaladmin" elapsed="" requestID=""> Failed to add or update item '53277fec633c41aa92ec16de984575cd'. Stream is already closed.</Msg> <Msg time="2021-08-09T12:10:50,310" type="DEBUG" code="219999" source="Sharing" process="5148" thread="1" methodName="" machine="domain.com" user="portaladmin" elapsed="" requestID=""> IOException. Unable to add or update item: 53277fec633c41aa92ec16de984575cd</Msg> <Msg time="2021-08-09T12:10:50,310" type="DEBUG" code="9999" source="Sharing" process="5148" thread="1" methodName="" machine="domain.com" user="" elapsed="" requestID="">com.esri.gw.GWException: IOException. Unable to add or update item: 53277fec633c41aa92ec16de984575cd at com.esri.gw.content.GWContent.a(GWContent.java:1693) at com.esri.gw.content.GWContent.addItem(GWContent.java:1021) at com.esri.gw.content.GWContent.a(GWContent.java:953) at com.esri.gw.content.GWContent.processCommitMultipartItem(GWContent.java:4290) at com.esri.gw.content.ContentRequestHandler.lambda$commitMultipartItem$2(ContentRequestHandler.java:5794) at java.base/java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: Stream is already closed. at com.microsoft.azure.storage.blob.BlobInputStream.close(BlobInputStream.java:237) at com.esri.gw.util.zip.ZipUtil.analyzeZipFile(ZipUtil.java:108) at com.esri.gw.content.GWContent.checkItemValidForPublishing(GWContent.java:9352) at com.esri.gw.content.GWContent.a(GWContent.java:1115) ... 5 more </Msg> - Happens in python API too. Target version returned [8,2] (is that API 1.8.2?) In [52]: target.version Out[52]: [8, 2] In [53]: newitemfgdb = target.content.add(item_properties={'type':'File Geodatabase'},data=itemdataexportedfgdb) --------------------------------------------------------------------------- Exception Traceback (most recent call last) <ipython-input-53-7885fbefd79e> in <module> ----> 1 newitemfgdb = target.content.add(item_properties={'type':'File Geodatabase'},data=itemdataexportedfgdb) C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py in add(self, item_properties, data, thumbnail, metadata, owner, folder, item_id) 4252 4253 # Update the thumbnail and return the item -> 4254 item = Item(gis=self._gis, itemid=itemid) 4255 if item.type == "KML": 4256 item.update({'url' : f"{self._gis._portal.resturl}content/items/{item.itemid}/data"}) C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py in __init__(self, gis, itemid, itemdict) 8243 except: pass 8244 -> 8245 if self._has_layers(): 8246 self.layers = None 8247 self.tables = None C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py in _has_layers(self) 8277 #---------------------------------------------------------------------- 8278 def _has_layers(self): -> 8279 return self.type == 'Feature Collection' or \ 8280 self.type == 'Feature Service' or \ 8281 self.type == 'Big Data File Share' or \ C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py in __getattr__(self, name) 8414 def __getattr__(self, name): # support item attributes 8415 if not self._hydrated and not name.startswith('_'): -> 8416 self._hydrate() 8417 try: 8418 return dict.__getitem__(self, name) C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\__init__.py in _hydrate(self) 8370 8371 def _hydrate(self): -> 8372 itemdict = self._portal.get_item(self.itemid) 8373 self._hydrated = True 8374 super(Item, self).update(itemdict) C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\_impl\_portalpy.py in get_item(self, itemid) 1262 ================ ======================================================== 1263 """ -> 1264 return self.con.post('content/items/' + itemid, self._postdata()) 1265 1266 def get_item_data(self, itemid, try_json=True, folder=None): C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\_impl\_con\_connection.py in post(self, path, params, files, **kwargs) 718 file_name=file_name, 719 try_json=try_json, --> 720 force_bytes=kwargs.pop('force_bytes', False)) 721 #---------------------------------------------------------------------- 722 def put(self, url, params=None, files=None, **kwargs): C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\_impl\_con\_connection.py in _handle_response(self, resp, file_name, out_path, try_json, force_bytes) 512 return data 513 errorcode = data['error']['code'] if 'code' in data['error'] else 0 --> 514 self._handle_json_error(data['error'], errorcode) 515 return data 516 else: C:\Program Files\ArcGIS\Pro\bin\Python\envs\arcgispro-py3\lib\site-packages\arcgis\gis\_impl\_con\_connection.py in _handle_json_error(self, error, errorcode) 534 535 errormessage = errormessage + "\n(Error Code: " + str(errorcode) +")" --> 536 raise Exception(errormessage) 537 #---------------------------------------------------------------------- 538 def post(self, Exception: Item does not exist or is inaccessible. (Error Code: 400)

‎07-13-2021

Attaching EBS volume to multiple instances might work. Historically EBS is only 1 to 1 with EC2 instances/VMs. Only certain high IOPS EBS volume types io1/io2 are supported for multi-attachment, prob only in certain regions too, and really designed for Linux if you are deploying in that OS. Windows is supported too although it looks like in a 'dumb' way according to the doco, so could be quite risky. I doubt this would ever be supported/recommended. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volumes-multi.html If the above works, ArcGIS Server > Config Store could probably go there too. As would anything else like imagery or registered FGDBs. The EBS io2 pricing equation may also do your head in: https://aws.amazon.com/ebs/pricing/ > scroll to EBS Provisioned IOPS SSD io2 Volumes. I would pencil 5x - 10x the price of gp2. Your target IOPS is 5000, I am unsure if this needs to be minimum, or max/burst. Whilst not appearing as an SMB protocol config to a Windows deployment, the above arrangement would still need to ensure the equivalent of no oplocks / no caching / no large-files-enabled etc.: https://community.esri.com/t5/arcgis-enterprise-in-the-cloud/why-do-we-use-dynamodb-for-server-configuration-store-in-aws/m-p/1051545/highlight/true#M279

‎07-13-2021

Just doing a basic test to use new-ish 10.8.1+ functionality Group Package/Content Export. From my vanilla 10.8.1 single-machine AWS AMI deployment > I created a test FS from Portal > My Content area Create button > and added to test Group > then run python from ArcGIS Pro > fails to Export. The reason given for failure is: it failed. Hmm.... This also happens from a basic, published, copied-up into a hosted Feature Service from ArcGIS Pro (aka in Pro: Share a Web Layer > option Copy All Data : Feature). For both tests The items exist and are fine, and the groups are default-settings new groups. Anyone got any good unit tests, end-to-end code samples, or successful scripts? Or what I may be doing wrong? > import arcgis > source = arcgis.gis("https://" + sourcehostname + "/" + sourcewebadaptorname + "/", sourceadmin, > sourcepassword, verify_cert=False) > grpmgr = source.groups > grp = grpmgr.search()[4] <Group title:"testgrp01" owner:admin> > grpmigmgr = arcgis.gis.GroupMigrationManager(grp) > exportjob = grpmigmgr.create() <Export Group Content Group Job: 9427df3932664206b8ad78e1f8fca479> > exportjob.result() {'id': '9427df3932664206b8ad78e1f8fca479', 'definition': {'type': 'export', 'operationId': 'cm03a9894da87540ecae9b880cb5866b23', 'groupId': 'e5629257771b4621840ac2431c642341', 'groupTitle': 'testgrp01'}, 'status': 'completed', 'created': 1626148933447, 'modified': 1626148953657, 'messages': ["Starting export of items in group 'testgrp01' with id 'e5629257771b4621840ac2431c642341'."], 'result': {'result': {'itemsExported': [], 'itemsSkipped': [], 'itemsFailedExport': [{'itemId': 'd4f27315fbf44a268ada2bbc4c7ebb9f', 'reason': "Export of items from group 'testgrp01' failed."}]}}} Portal logs: Failed to export item 'd4f27315fbf44a268ada2bbc4c7ebb9f' into a export package : 'java.lang.Exception: Server returned HTTP status code 404. Requested URL: https://machine.domain.com/server-webadaptor/rest/directories/arcgisjobs/system/publishingtools_gpserver/j781cc01c0a194c4689ff44e9083d1331/scratch/testfs01.sd The file really exists though on: C:\arcgisserver\directories\arcgisjobs\system\publishingtools_gpserver\j781cc01c0a194c4689ff44e9083d1331\scratch\testfs01.sd Apparently the Job should be here, which it isnt. https://machine.domain.com/portal-webadaptor/sharing/rest/portals/<orgID>/jobs/<jobID> (orgID typically 0123456789ABCDEF) And the export result EPK to download should be here, which it wont be cause it failed. https://machine.domain.com/portal-webadaptor/sharing/rest/content/items/<itemID>/data More info: - Tried from Python 10.8.5 (assume this is the latest in the latest ArcGIS Ent 10.8.1 installers in 10.8.1 AWS AMI deployed 07/07/2021) - ArcGIS Enterprise 10.8.1 deployed single machine on AWS with self-signed certificate. - The ArcGIS Pro test used 2.7.1.

‎05-26-2021

I would not worry about it. From what I understand, ArcGIS Server > Config Store data does not change that much. It does not take up much room either - a default deployment is barely a few MB, as it's just a few parameters and values/JSON data. So just need something it can read from every now and then, especially on ArcGIS Server service startup. DynamoDB is probably fastest for this, but I cant categorically say. Performance-wise, the most sensitive deployment configuration decision actually is the ArcGIS Server > Server Directories (cache, jobs, output, system) location. That little legacy config gremlin must be on something that is high IOPS and near to the server as it is very chatty and constantly reading and potentially writing, so cannot have file or write locks preventing access anywhere on it - something S3 and helper middleware is prone to. It must be on a local disk (on AWS, that's a SSD-class EBS disk attached to the server) or on a fast Windows network file server for Windows deployments. For Linux I think you can connect directly to EFS but I am unsure of its performance, compared to a local disk . Also, see discussion here: https://community.esri.com/t5/arcgis-enterprise-in-the-cloud/why-do-we-use-dynamodb-for-server-configuration-store-in-aws/m-p/1035564#M245

‎05-18-2021

I agree. Hopefully this thread and feedback received by devs.

‎05-14-2021

Running ArcGIS Azure Cloud Builder 10.9 downloaded and run as of this post on Azure australia-east (Syd) with an MSDN Enterprise Subscription resulted in an error near I think the end of a single machine, non-HA deployment of 1.5hrs. Immediately after and without restarting the VM, - the Portal is either not started or the Azure Application Gateway is misconfigured as I get a 502 Gateway error when trying to access public URL ../portal/home and also ../portal/portaladmin. - ArcGIS Server works and I can reach ../server/manager, ../server/admin, ../server/rest. After rebooting, Portal works. In Cloud Builder deployment log there's a lot of guff around Portal warnings then it seems to work, the last two lines before the last line of error is: [05/14/2021 18:00:30] [VERBOSE] [xmWebGIS-Pri]: [[ArcGIS_Portal]Portal] Waiting for portal to start. [05/14/2021 18:01:42] [VERBOSE] [xmWebGIS-Pri]: [[ArcGIS_Portal]Portal] Portal Site create successful. Was able to retrieve token from Portal. Then the error that finishes it all is: Deployment Error:- The deployment encountered the following errors The resource xmWebGIS-Pri/DSCConfiguration0 of type Microsoft.Compute/virtualMachines/extensions failed. Error:- The resource operation completed with terminal provisioning state 'Failed'. <b>VMExtensionProvisioningTimeout</b> - Provisioning of VM extension DSCConfiguration0 has timed out. Extension provisioning has taken too long to complete. The extension did not report a message. More information on troubleshooting is available at https://aka.ms/VMExtensionDSCWindowsTroubleshoot The https://portal.azure.com/ > Activity Log I see an error inside a "successful" Create Or Update Virtual Machine Extension: ... which confirms the problem is with resource... "resourceId": "/subscriptions/857ea8b8-dcbc-401a-9900-c279cd4e2e46/resourcegroups/Test109RG/providers/Microsoft.Compute/virtualMachines/xmWebGIS-Pri/extensions/DSCConfiguration0 What has timed out? What was it waiting for? Is DSCConfiguration0 just the script configuring the whole stack? More Info Version ArcGIS Cloud Builder for Microsoft Azure 10.9.26417 Default Cloud Builder V2 deployment option Azure MSDN Enterprise Subscription Region australia-east (Sydney) Azure Cloud Builder Settings: single machine, non-HA, self-signed cert, all new VNET, RG, Subnets, Storage Accounts, used Storage Accounts > SMB option for Portal Content, enable Azure Monitoring and ArcGIS Enterprise Logs, VM size DS3 v2 @ShaileshGoel @NikhilShampur

‎04-18-2021

Yes the idea could be helpful. ArcGIS Online Webhook payload with Adds(creates) and Updates include useful info but unless you have further logic and externally recorded previous data to compare with current ArcGIS Online Feature Service data, or are recording globalIDs elsewhere to know what exactly was deleted, something better here needs to be done for Deletes. I am looking forward to Webhooks from Feature Services in ArcGIS Enterprise, as at 10.8.1 they are not available yet. Example ArcGIS Online Webhook payload of Adds, Updates & Deletes: { "layerServerGens": [{ "id": 0, "serverGen": 32132882 }, { "id": 1, "serverGen": 32132882 }], "transportType": "esriTransportTypeUrl", "responseType": "esriDataChangesResponseTypeEdits", "edits": [{ "id": 0, "features": { "adds": [{ "attributes": { "OBJECTID": 124492, "GlobalID": "3F823D8B-AD5D-41C3-A8F6-8D816DF7D80C", "ATTRIBUTE1": "4665175", "ATTRIBUTE2": "TEL", "ATTRIBUTE3": "CLOSE", "ATTRIBUTE4": 4, ... "CreationDate": 1618361889351, "Creator": "", "EditDate": 1618361889351, "Editor": "" } } "updates": [{ "geometry": { "x": xxxxx.xxxxx, "y": yyyyy.yyyyy }, "attributes": { "OBJECTID": 1, "GlobalID": "C1AAB007-E95F-4F19-BB50-1E3782A788C7", "ATTRIBUTE1": "4665175", "ATTRIBUTE2": "TEL", "ATTRIBUTE3": "CLOSE", "ATTRIBUTE4": 4, ... "CreationDate": 1616679894675, "Creator": "sloughton", "EditDate": 1618371026070, "Editor": "" } }], "deleteIds": ["0BD76252-1D71-4823-ACEC-FB73F7CEB101", "98976387-CEEB-4821-874C-30BD30BDDE9B"] } }, { "id": 1, "features": { "adds": [], "updates": [], "deleteIds": [] } }] }

‎03-09-2021

Just if anyone searches to here experiencing Scene Viewer > "Scene Layer version is not supported. Detected version: , Supported versions: 1.x" errors on ArcGIS Enterprise Portal (mine was 10.8.1), ensure you are accessing Scene Viewer via HTTPS if ArcGIS Server is set to HTTPS Only. The message threw me off a bit, my Portal URL had reverted to HTTP for some reason.

‎02-24-2021

Ive hit this recently on newly deployed MM HA 10.8.1 with a handful of small published scene layers / existing data. I had restarted the whole machine cold tile cache data store Machine1/current PRIMARY, and then did as you did trying to make Machine2/current SECONDARY > makePrimary command. Whilst after a first boot, or similar like starting the ArcGISDatastore.exe service or clicking Start in admin UI, on Machine1/current PRIMARY it can take some time before it listens / allows actions. Waiting another 5-10 mins and then doing Machine2/current SECONDARY > makePrimary action worked for me.

‎12-17-2020

When working from ArcGIS for JS, this is resolved using Esri Interceptors to disable/enforce certain formats. Solution here: https://community.esri.com/t5/arcgis-api-for-javascript/properly-change-the-format-of-queries/m-p/181647#M16860

Online Status	Offline
Date Last Visited	‎03-06-2024 10:34 AM

My Ideas

Latest Contributions by ShanonLoughton

Re: ArcGIS Enterprise 10.8.1 HA: Make Datastore Machine Primary failed

Re: Azure Application Gateway in arcgis server cost too much

Re: CloudBuilder Upgrade 10.9.1 failure when processing extension 'DSCConfiguration'

Re: Error 500: Unable to getParts for Multipart item when adding content to Portal that has an AWS Data Store

Re: Cloud builder error - password issue

10.8.1 Portal > My Content > Add Item > Unable To Add Item IOException error

Re: AWS S3 vs. DynamoDB for Config Store

ArcGIS Ent 10.8.1 > Group Package/Content Export via REST or python > failed to export

Re: AWS S3 vs. DynamoDB for Config Store

Re: Feature Service Webhook should include all fields for Delete

Azure Cloud Builder 10.9 deploys but fails at the end conf Portal, yet still ultimately works

Re: Feature Service Webhook should include all fields for Delete

Re: Can anyone publish a scene layer to ArcGIS Online witb ArcGIS Pro 2.5?

Re: ArcGIS Enterprise 10.8.1 HA: Make Datastore Machine Primary failed

Re: No SupportedQueryFormats: PBF option for Hosted Feature Services?

Re: Cloud builder error - password issue

Re: No SupportedQueryFormats: PBF option for Hoste...

AWS 10.8.1 HA Portal not restarting

No SupportedQueryFormats: PBF option for Hosted Fe...

Properly change the format of queries