Latest Contributions by FraserHand

‎06-09-2020

Hi Jonathan Quinn‌, It's a premium share. We've bumped the tier up and it performs a little better but still very slow. I'll rework to use a local shared location. Why is it so slow packaging to AFS? This is connected as a SMB 3 shared to all the machines via ADDDS auth. Thanks Fraser

‎06-04-2020

Hi Jon, It's a fresh install of 10.8 - no content except the default. what I see is that the server exports take a few minutes and then the portal component takes about 4 - 6 hours. The GIS share for backups is an AFS share provisioned at 512GB - this gives us Allowed IO/s : 512 Burst IO/s : 1536 Egress Rate : 90.7 MiBytes / s Ingress Rate : 60.5 MiBytes / s Looking at the log file the backup of Server, Data Store and Portal take about 25mins, but the packaging takes forever (about 3 hours). I know we can store in Blob storage, but we still need a common location for staging and packaging so would still need a common share. Have you seen any metrics like this in Azure? Thanks Fraser Jonathan Quinn‌

‎06-04-2020

Hi Jon, It's just not offline packaging but also Collector when trying to download a map for offline - as this also calls the https://myurl/server1/rest/directories/arcgisoutput/service/Aerial_Imagery_MapServer/_ags1066105292_ch?f=json url to get the tpk for the cached map service. The deployment pattern is pretty much what Cloud Builder 10.8 (Azure) uses. Portal web context url and private portal url are the same - pointing to external dns Federation is external dns of both servers (hosted server and GIS server) e.g. https://myurl/server/ https://myurl/server1/ Security config for the GIS servers has external DNS settings for portalUrl, privatePortalUrl. serverUrl and privatehostingserverUrl not a /arcgis/ to be seen anywhere in the configuration of any of the 3 servers. Web context url set correctly on both GIS servers. Thanks! Fraser Jonathan Quinn‌

‎06-02-2020

Hi, We are running ArcGIS Enterprise 10.8 in Azure behind App GW. We have a base deployment and a federated GIS Server. Both GIS servers have contexts of /server (base deployment) and /server1 (federted GIS server). Server1 has a dynamic map service with imagery which is cached. When managing offline areas and attempting to create a offline map service image cache, we can see the output map cache get created in the e:\arcgisserver\directories\arcgisoutput\aerialmapimageservice directory (on server1). However the packaging fails. We see this in the portal logs: Item 'd4ff17894c764c4ea5c6bab170dc38d9' added from URL 'https://.../arcgis/rest/directories/arcgisoutput/../Aerial_Imagery_MapServer/_ags1282724663_ch/Map.tpk?token='. and Failed to add item 'd4ff17894c764c4ea5c6bab170dc38d9' from URL 'https://.../arcgis/rest/directories/arcgisoutput/.../Aerial_Imagery_MapServer/_ags1282724663_ch/Map.tpk?token=b4sE98g0vDiOCWgiftcu6F7ieOqL4KiOZhPdqxsgPZMm6whuBnpKfVt_oiBD-zlFvqOipQ9rmkb4ZxY09u6G949kc-NmNT4hSYuY5nqo8Qg3rbz4A2yMCBocARuSKaTV3XK3kMwQQ2N6rzX_XnrLVHmz-mGMxplESHZh6w5-In6-WZw28NGoTMv8jejoFSHJo7dNQiMDloJZgOUyrwVoLbkqdkkocx-L-J98UvdFmf7jG9zbhkvCKdWuwIDMT30C'. Data length is zero Which is expected as the server context is /server1/ not /arcgis/ Following the requests going into the submitJob for the SetUpMapArea everything looks right and the outputs in the jobs directory (result etc) all have the right urls in it. So it looks like the Offline packaging tools are creating everything as expected but something somewhere is writing arcgis instead of portal. Has anyone had a similar issue? Jonathan Quinn‌ Trevor Hart‌ Scott Tansley‌ Thanks Fraser EDIT: So it looks like there is a bug in the REST API The tpk works for the map service and is available in the output directory - it looks like the wrong url is returned by a call to the REST API. When this URL is called https://myurl/server1/rest/directories/arcgisoutput/service/Aerial_Imagery_MapServer/_ags1066105292_ch?token=Fe1SPCnQZyrgtDyQ2LDMyzrUfR2SGua_IQviURTpniXskgJEVQl2XmDFWIjDsRdbgPdTtY4dlMPe1WRCUdSeRjrAXS1MDCIntL6pKvTsV2IQq2G18mJeoFGW0zxBzkmge2K7oZFRkyF0EjwdjYpBuYxLxMkY_AvEArHbhIfAKhA0_0chm4nHTEC55RTjhDkj064OwxZKZQqe1G8FUReWdMccsR92aQHXuWfIJ5A_gZQ9f45sRWzlzlFJkgLIcMx5&f=json the API returns this: { folders: [ ], files: [ { name: "Map.tpk", url: "https://myurl/arcgis/rest/directories/arcgisoutput/service/Aerial_Imagery_MapServer/_ags1066105292_ch/Map.tpk" } ] } So the response being written seems to be ignoring the WebContextURL and defaulting to ArcGIS. This is easily patched in the Offline Areas tools but can't be patched for collector as Collector calls that url directly. Thanks Bruce Harold‌ - Seen this before Bruce? I'm assuming the calls to /arcgisoutput/someservice/..MapServer/_ags<ran>_ch are handled by the API

‎05-27-2020

Hi, We have webgisdr backing up to a SMB file share in AFS. It completes but is incredibly slow - it's the portal component that takes the longest. The AFS is connected via a private endpoint and uses AADDS authentication so we know it isn't permission issues. Has anyone seen this? Thanks! Fraser Edit: ArcGIS Enterprise 10.8 Jonathan Quinn‌

‎03-08-2020

Hi There, Is there a rule set availability for ArcGIS Enterprise deployments deployed in Azure behind an App Gateway with WAF enabled? Can these be loaded via the custom rule set functionality? Looking for some official Esri documentation if it is around. Thanks!

‎10-12-2017

Hi, Cloud builder doesn't use the web adaptor. It uses ARR to do rewrites at the IIS level. Thanks, Fraser

‎10-12-2017

Hey, Quick question. Is the federation private admin url still the internal load balancer IP? Also was the publishing workflow from Desktop (ArcMAp) or from ArcGIS Pro? Thanks, Fraser

‎09-20-2017

Hi there, This is most likely way too late, but yes you can but there are a few steps (this @ 10.5) You'll need to update the hostidentifier.properties file in <install>\DataStore\framework\etc to reference the correct host name - this didn't appear to update after a host name change and reboot. After that you'll need to update your ArcGIS Server references in your <arcgisserver>\config-store\data\enterpriseDatabases\AGSDataStore_ds_<ds_id>\dataItem.json update the DS hostname. Then update <arcgisserver>\config-store\data\dsconnections.lst if you have one Note that this was just for a relational store. Thanks, Fraser

‎09-07-2017

Hi, OK so we got it sorted. The bit we missed was adding the isConnectionStringEncrypted":false {"provider":"FileSystem","connectionString":"\\\\somefielserver\\portal\\conent","type":"fileStore","isConnectionStringEncrypted":false} All went through ok after that JQuinn-esristaff‌ Ta Fraser

‎09-05-2017

Hi, We are trying to move our content dir, but we can't. During the move Portal tries to create a .dat temp file in the root of c:\, which due to group policy fails. Question is why is it doing this over using say the temp dir? Please see attached image Thanks, Fraser

‎08-08-2017

Hi There, When using Azure storage for my map caches (registered through a ArcGIS Server data store item) it appears that I can't generate the cache directly there - I have to generate the cache on disk and then copy it into storage. Is this correct or am I missing something? How does this affect tile generation on demand? Once copied cache works fine. Cheers Fraser @nikhil shampur EDIT: This is the current workflow for 0.5.1. Creating directly to cloud storage is coming in a future release.

‎09-18-2016

Hi There, I have a Python toolbox published to ArcGIS for Server 10.3.1 that uses the reportlab python module to create PDF. What I am seeing is that the after we have built the PDF scaffold once we try to build it the ArcSOC.exe crashes. This is on the reportlab pdf document build() function. If we try to execute the tool again it runs fine. This is a multiple machine site but both machines are the same and it seems to crash on both nodes. The script works fine every time from the Python interpreter. Is there any additional logging we can get to, which may explain why the ArcSOC crashes? Does ArcGIS Server set up the Python environment in a certain way as I see errors (especially around encoding) occur in the Esri environment that doesn't happen in a pure Python environment? Has anyone seen similar issues using reporlab? Has anyone seen ArcSOCs crash during Python toolbox execution? Many thanks Fraser

‎02-08-2016

Hi, There are no errors in the SOI - using the vanilla template the SOI just hands straight off to the appropriate delegate as a TRESTHandler - which in this case is the feature server. The error seems to happen in the server code following that pass off. Unless the SOI is handing it to the wrong delegate (but it looks ok?) Ta Fraser

‎02-04-2016

Hi there, I have come across an issue where Collector fails to create a replica for an offline map where the map service / feature service has an SOI enabled. This has been tested with a vanilla empty SOI from the .NET template. The create replica and job calls appear to pass through fine but when the relica is actually created (and it does get created) and the call is passed back to the Sync tools an internal error occurs. What is returned to Collector is example call: http://some server/arcgis/rest/services/map/FeatureServer/jobs/j39b3b26056d047609d3dbcf7b0840847?f=json {"resultUrl":"","replicaName":"","submissionTime":1454618828000,"lastUpdatedTime":1454619008000,"status":"Failed","error":{"code":500,"description":"Failed to create replica."}} Downloading of the map onto device then fails. The logs detail the following - it looks like a bug but are we able to code around this in the SOI? Thanks, Fraser FINE String request successfully processed. Response size is 378 characters. System/SyncTools.GPServer GPServer.ExecuteJob.CreateFeatureServiceReplica VERBOSE Save job j52cc43e658e140bc8116b166a26eb8e7 message type Binary message size 378 System/SyncTools.GPServer GPServerSync.Save.CreateFeatureServiceReplica VERBOSE Save job j52cc43e658e140bc8116b166a26eb8e7 message type Binary message size 552 System/SyncTools.GPServer GPServerSync.Save.CreateFeatureServiceReplica SEVERE Error executing tool. CreateFeatureServiceReplica Job ID: j52cc43e658e140bc8116b166a26eb8e7 : ErrorMsg@SyncGPService:{"code":500,"description":"Failed to create replica."} Failed to execute (Create Feature Service Replica). System/SyncTools.GPServer GPServerSync.CheckMessages VERBOSE Execute job j52cc43e658e140bc8116b166a26eb8e7 System/SyncTools.GPServer GPServerSync.Execute.CreateFeatureServiceReplica FINE REST request successfully processed. Response size is 103 characters. System/SyncTools.GPServer /createReplica FINE GraphicFeatureServer.HandleREST_CreateReplicaOperation has completed. System/SyncTools.GPServer GraphicFeatureServer.HandleREST_CreateReplicaOperation FINE Removing GeoTransformation: from GeoTransformation Defaults. System/SyncTools.GPServer SetupGeoTransformation::~SetupGeoTransformation SEVERE An error occurred. System/SyncTools.GPServer GraphicFeatureServer::CreateSyncReplicaREST FINE GeoDataServer.CreateSyncReplica has completed for Replica: Ags_Fs System/SyncTools.GPServer GeoDataServer.CreateSyncReplica DEBUG VirtualOutputDirectory: /rest/directories/arcgisoutput/SOI_MapServer/, CanUseUrls: 0, InServer: 1 System/SyncTools.GPServer GeoDataServer.SetupResultGDSData DEBUG Time (ms): 59 (/arcgis/rest/services/SOI/FeatureServer/jobs/j52cc43e658e140bc8116b166a26eb8e7) Rest DEBUG Got Response: (SOI, MapServer) Rest DEBUG Posting response from worker thread. SOI.MapServer FINE REST request successfully processed. Response size is 117 characters. SOI.MapServer jobs/j52cc43e658e140bc8116b166a26eb8e7 DEBUG End GraphicFeatureServer.HandleREST_JobResource method. SOI.MapServer GraphicFeatureServer.HandleREST_JobResource INFO Request for the service 'System/SyncTools.GPServer' processed successfully. Response sent to the user '22a48e75-2607-4687-998f-27274f871f76'. Soap DEBUG Posting response from worker thread. System/SyncTools.GPServer DEBUG Request received in worker thread. System/SyncTools.GPServer FINE Binary request successfully processed. Response size is 1003 bytes. System/SyncTools.GPServer GPServer.GetJobInputValues FINE Binary request received. Request size is 375 bytes. System/SyncTools.GPServer GPServer.GetJobInputValues DEBUG Waiting for response from worker thread - System/SyncTools.GPServer. System/SyncTools.GPServer DEBUG Sending request to worker thread - System/SyncTools.GPServer. System/SyncTools.GPServer DEBUG Delegating request to GPServer - System/SyncTools.GPServer. System/SyncTools.GPServer

Online Status	Offline
Date Last Visited	3 weeks ago

My Ideas

Latest Contributions by FraserHand

Re: webgisdr super slow with Azure file storage v2

Re: webgisdr super slow with Azure file storage v2

Re: Offline areas management packaging failed issue

Offline areas management packaging failed issue

webgisdr super slow with Azure file storage v2

Azure App Gateway WAF ruleset

Re: ArcGIS Enterprise Cloud Builder for 10.5.1 Azure fails to install web adaptor

Re: Cloud Builder for Azure ArcGIS Enterprise 10.5.1

Re: Can I safely rename a ArcGIS Data Store machine in my ArcGIS Server site?

Re: Why is Portal trying to create files in C:\ when attempting to move content directory?

Why is Portal trying to create files in C:\ when attempting to move content directory?

Azure Blog Storage and Map Tile Cache Creation

Python toolbox building a PDF report with reportlab crashes ArcSOC.exe

Re: Collector failing creating offline map / replica with SOI on feature service

Collector failing creating offline map / replica with SOI on feature service

Re: WEBGISDR not functioning @12.0 with cloud obje...

Migrating 12.0 local dirs to cloud native in Azure

Re: How to get storage credit usage by Group in AG...

Adding attachments in Map Viewer during feature cr...

Re: Log file under web adapter