POST
|
@JonahLay Yes, that redirect URI is what I have. We can close this thread, the problem was a CA policy in InTune scoped to demo_user requiring "All users terms of use". This is odd because demo_user has already accepted our all users Terms of Use policy. So, it seems like the ESRI auth. connection doesnt' support that CA grant control. After excluding demo_user from that CA policy, everything works as expected both with/without MFA. This is great progress ESRI, thanks!
... View more
yesterday
|
0
|
0
|
25
|
POST
|
Our Azure tenant is deployed in Azure Government. Followed these steps: Connect to authentication providers from ArcGIS Pro—ArcGIS Pro | Documentation When I attempt to sign into the connection in Pro, I get this error: I assigned demo_user permission to access the ArcGIS Pro Azure Enterprise app. I also edited our conditional access policies to exclude demo_user from any policies requiring MFA. Even with MFA, I complete the MS Authenticator prompt and still see this error in Pro. The Azure enterprise app sign-in log shows successful login attempts with both MFA/not, no issues. Anyone have any ideas? Here's my concern: Redirect URI (reply URL) restrictions - Microsoft identity platform | Microsoft Learn Redirect URIs must begin with the scheme https From the first link, step #1C when you register Pro as an Azure app: For Redirect URI, choose Mobile and desktop applications as the platform and enter the URI: arcgis-pro://auth Could this error be caused by the authorization server (Microsoft) not allowing demo_user to be redirected back to Pro because the arcgis-pro:// schema doesn't match the required https:// schema that MS requires?
... View more
Monday
|
0
|
2
|
135
|
POST
|
We deployed a new Azure Virtual Desktop host pool that contains NVIDIA GPUs and Pro 3.2.1. This general function failures STILL happen, only when accessing FGDBs stored in Azure NetApp files. Anyone experience this, ESRI, any advice here?
... View more
02-06-2024
11:45 AM
|
0
|
0
|
442
|
POST
|
We have a python script wired to a toolbox that suddently started throwing the below error at 3.2.1. Pro 3.1.3 doesn't have any issues opening this tool in Pro, but 3.2.1 will not even open the tool for users to input parameters. Anyone experience this, how to diagnose? initializeParameters Error: UnicodeDecodeError: 'utf-8' codec can't decode byte 0x91 in position 8: invalid start byte The above exception was the direct cause of the following exception: Traceback (most recent call last): File "C:\Users\david\QAP_Toolbox.tbx#CIPAutoQAPRound2.InitializeParameters.py", line 29, in <module> File "C:\Users\david\QAP_Toolbox.tbx#CIPAutoQAPRound2.InitializeParameters.py", line 8, in __init__ File "C:\Program Files\ArcGIS\Pro\Resources\ArcPy\arcpy\__init__.py", line 1603, in GetParameterInfo return ParameterArray(gp.getParameterInfo(tool_name)) File "C:\Program Files\ArcGIS\Pro\Resources\ArcPy\arcpy\geoprocessing\_base.py", line 457, in getParameterInfo self._gp.GetParameterInfo(*gp_fixargs(args, True))) SystemError: <built-in method getparameterinfo of geoprocessing object object at 0x000001D11824C150> returned a result with an error set
... View more
01-18-2024
07:57 AM
|
2
|
3
|
509
|
POST
|
I can't believe this isn't documented, or discussed more..? We abandoned Azure Files and deployed an Azure NetApp Files 2TB smb volume, premium tier. Throughput given that tier and volume size is 128 MiB/s, equivalent to an on-prem 1000 Mbps network. And, the performance shows, Id say it's faster then our 10k RPM SSD SATA disks on a 1000mbos network. This is our identical architecture: https://learn.microsoft.com/en-us/azure/architecture/example-scenario/data/esri-arcgis-azure-virtual-desktop The only issue we have are random "general function failures" in Pro 3.1.2. Happens when the project is using FGDBs. SDE GDBs and you never get that failure. I'd say that error was happening 1-4 times /hr on Azure Files, and now once per day on NetApp files. It seems to happen when you open an attribute table. There's no way for Pro to recover, nothing draws, ect until you close Pro, then re-open..back to normal. So close to a REALLY nice, highly scalable virtual platform.
... View more
11-10-2023
05:45 PM
|
1
|
1
|
960
|
POST
|
Has anyone attempted/used an Azure Files premium file share for storing File Geodatabases and Pro projects? We have an Azure Virtual Desktop deployment for ArcGIS Pro workstations. These workstations are in the same Azure region as the above premium file share. Workstations map the premium file share via a SMB private endpoint connection, it appears like any other on-prem network drive. We can transfer a 450MB+ file (.zip, .tif, ect) between local managed drive <--> the premium file share using file explorer in seconds. This single, large file transfers either direction in < 1 second. I briefly saw the transfer dialog window and it was at 498MB/sec. But the same file explorer transfer with a 2GB File Geodatabase (contains 5,527 files) takes 5-10 minutes! Same is true when expanding a feat. dataset in the FGDB, the Pro catalog window spinning wheel appears for 30+ seconds before anything happens. Opening the attribute table, calculating a field, ect. everything is super slow, Pro appears to hang frequently. Has anyone experienced this? There seems to be a performance issue when thousands of small files are manipulated in Azure Files.
... View more
08-29-2023
07:50 AM
|
3
|
3
|
1210
|
POST
|
I have this same question. Background: we've been using Azure Virtual Desktop (VD; Win10 multi-session host), FsLogix user profiles are stored in Azure Files share. So far, Pro has worked great in the VD environmetn, EXCEPT our "GIS" file share for FGDBs, Pro Projects, ect. The "GIS" file share was configured as a Premium Azure Files storage account in the same Azure region (Azure GOV Virginia) as the VDs, smb multi-channel enabled. AD DS authentication is enabled, VD machines and storage account are all AD joined, they both have line of sight to Domain Controller. Opening Pro projects stored in Azure Files is painful, so too are field calculations. Just opening the field calculation tool takes 5-10 seconds for it to fully populate all controls. If the Pro project and FGDB is copied to a local, managed drive, everything is 10x faster. Our Azure deployment is configured according to this doc, EXCEPT for Azure NetApp files. Our IT consultant told us "it shouldn't matter" if we used Azure Files instead. https://learn.microsoft.com/en-us/azure/architecture/example-scenario/data/esri-arcgis-azure-virtual-desktop Anyone have recommendations? Should we just switch to NetApp files?
... View more
07-21-2023
08:00 AM
|
0
|
0
|
439
|
IDEA
|
We just created an Az db for Postgres -Single server instance for Enterprise gdb storage. Using PGAdmin, I logged in as postgres_admin, then created an sde user that does not have super user permission. I then created a db, with sde user as owner. In Pro 3.1, I connect to the db as sde user, then run the Enable Enterprise Geodatabase tool. I then created dbo user using the Create database user tool, connect as dbo in Pro and start creating FCs. Im seeing 2x performance/speed with the managed instance compared to our 4-cpu 32gb memory Linux Ubuntu Azure VM.
... View more
04-01-2023
10:46 AM
|
0
|
0
|
1332
|
POST
|
Here's how to retrieve the x,y extents of a webmap offline area: source_wm = WebMap(source_item)
map_areas = source_wm.offline_areas.list()
if len(map_areas)>0:
for ma in map_areas:
offline_item_extent = ma.properties['extent']
... View more
03-13-2023
06:15 AM
|
0
|
0
|
183
|
POST
|
The only advise I have is to not mix Linux/Windows OSs in an ArcGIS Enterprise stack. I wish this would be added to the Enterprise install documentation. We currently run Portal and Datastore on Linux Ubuntu 20.04 VMs and Server on Windows. This prohibits us from using the webgisDr backup utility, REST /exportSite, REST /importSite or Join-Site methods of migration. I.e. we cannot move our Enterprise stack to Azure (all Windows), without manually scripting a solution in Python.
... View more
03-07-2023
08:53 AM
|
1
|
0
|
601
|
POST
|
I'm moving webmaps from on-prem Enterprise to an Azure Enterprise site that we're migrating to. I need help with retrieving the webmap offline area properties, so the offline areas can be re-created on the target Enterprise site using: webmap.offline_areas.create(area,item_properties) I just can't figure out how to retrieve the offline area "area" property? Here's what I have so far wm = WebMap(source_item)
map_areas = wm.offline_areas.list()
if len(map_areas)>0:
for ma in map_areas:
print(ma.title)
print(ma.get_data()) Area1
{'mapAreas': {'mapAreaTileScale': {'minScale': 147914382, 'maxScale': 2500}, 'mapAreaRefreshParams': {'startDate': '2022-04-12T12:51:22.179Z', 'type': 'weekly', 'nthDay': 1, 'dayOfWeek': 2}, 'mapAreasScheduledUpdatesEnabled': False}} But how do I access the area property of the offline area?
... View more
03-06-2023
12:36 PM
|
0
|
1
|
224
|
BLOG
|
"source": "https://ourdomain.com/portal/sharing/servers/8227a14cb3704f4bba79df3963bf297c/rest/services/World_Imagery/MapServer",
"error": "{\"code\": 35, \"messageCode\": \"OffPkg_ 35\", \"message\": \"Export tile operation https://tiledbasemaps.arcgis.com/arcgis/rest/directories/arcgisoutput/World_Imagery_MapServer/_ags1642778840_ch failed error {\\\"code\\\": 30, \\\"messageCode\\\": \\\"OffPkg_ 30\\\", \\\"message\\\": \\\"Accessing url https://tiledbasemaps.arcgis.com/arcgis/rest/directories/arcgisoutput/World_Imagery_MapServer/_ags1642778840_ch?token=longtokenhere.. returned error <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1091)>\\\", \\\"params\\\": {\\\"url\\\": \\\"https://tiledbasemaps.arcgis.com/arcgis/rest/directories/arcgisoutput/World_Imagery_MapServer/_ags1642778840_ch?token=longtoken.. New Enterprise site on Azure is having above issues when generating offline areas. Is this a cert. trust issue between our Server machine and https://tiledbasemaps.arcgis.com?
... View more
03-06-2023
07:35 AM
|
1
|
0
|
3734
|
POST
|
Our Enterprise deployment of Portal (Linux), Datastore (Linux), Postgres (Linux) and Server/webadaptor (Win) is NOT recommended for anyone reading this. There's not an out of the box method of migrating Enterprise site/data with mixed OS. webgisdr - not an option since the backup operation must access the same file share across all VMs. Lin/Win UNC paths are different. REST export/importSite - not an option since importSite also restores all site settings on the target VMs, so they have to be the same OS the backup was taken from. Azure Enterprise VMs are all windows. Enterprise components installed on separate VMs (new local domain names as well). Using hosts file edits on the VMs, Azure Server machine was federated with the same production.domain.com alias as used on-prem. In order to use ArcGIS API for Python to copy data between sites, both sites had to be accessible, so Azure webadaptors were configured with newsite.domain.com DNS alias. Public DNS A-record for newsite.domain.com was created, pointing to Azure Web App Gateway. I noticed that attempting to login to Azure server manager via internal.domain.com:6443, you're redirected to federated URL (production.domain.com) to login, again a hosts file manipulation so that Azure site handles the request. ArcGIS API for Python is the only method of migrating content, I'm using these examples: https://developers.arcgis.com/python/samples/clone-portal-users-groups-and-content-rn/ Users and groups were easy. Web maps were also copied, but I'm noticing the feature service layers (none are hosted, all are referenced) in web maps point to newsite.domain.com?id=guidFromProductionItem So, when I used the above python GIS.content.add() method to move the feature services, I specified item_id=guidFromProductionItem. Now the feature services in Azure have the same itemID, but the referenced REST service (production.domain.com/server) is obliviously not created. Using Pro, I attempted to overwrite the Portal feature service that I had copied using Python, but that doesn't work, error: unable to retrieve server details. That makes sense because the services doesn't actually exist in Azure. So, I published a new feat. service from Pro using the same folder/serviceName, but this creates a duplicate feature service item in the Portal. Any pointers here? Can you publish services from Pro, and not create a Portal Item in the federated portal? That workflow is accomplished via Python GIS.content.add() since we need to maintain the itemID. The good news is that the web maps that were copied using Python work without issue after the service is published to Azure. Webmaps contain the old layer references (id=guidFromProductionItem), which were moved to Azure, which point to the newly published Feat Service, so all is well. But, I have that duplicate portal feature service item? If I delete it in Portal, then the server service is also deleted. It's like I need to delete the Pro-created feat service Portal Item, then link the service to the feat service Portal Item that I copied with python. Is this possible?
... View more
02-16-2023
06:48 AM
|
0
|
0
|
404
|
POST
|
So, after portal is installed on Linux, there's no way to ever move that to a win machine?
... View more
02-13-2023
04:37 PM
|
0
|
1
|
465
|
POST
|
Used portalAdmin exportSite on a Linux portal machine. Now I'm using portalAdmin importSite on a windows machine and it errors out. In c:\arcgisportal\log\db log I'm getting an error: "Line 7 of pg_hba.cong, local connections are not supported by this build". postgreSQL docs state that "local" specifies unix domain sockets. So the .conf file on win needs to be changed to "host". I'm guessing that the Linux pg_hba.conf is restored, causing this issue. https://www.postgresql.org/docs/11/auth-pg-hba-conf.html I'm using export/importSite because webgisdr method is unable to backup a site that uses a mix of Linux/Win VMs, which is the case for us. Any advice?
... View more
02-13-2023
04:01 PM
|
0
|
5
|
495
|
Title | Kudos | Posted |
---|---|---|
1 | 11-10-2023 05:45 PM | |
2 | 01-18-2024 07:57 AM | |
3 | 08-29-2023 07:50 AM | |
1 | 05-10-2021 07:48 PM | |
1 | 03-07-2023 08:53 AM |
Online Status |
Offline
|
Date Last Visited |
yesterday
|