nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Signing into ArcPro via python to access arcpy module

GrantSmith122

Hello, I am having an issue with accessing the arcpy module of my ArcPro's default python environment. I am trying to run a standalone python script that will be initiated by a service account via Task Scheduler. Whenever I use the python 3.7.11 environment to run the script, it fails out when trying to access the arcpy module, saying "Error: The Product License has not been initialized."

I can successfully run the script using an old ArcDesktop python instance (2.7.18.4), though that is not a long term solution since there are other modules that I would like to add to the script in order to increase the script functionality (these modules are not compatible with 2.7.18.4).

The only solution I can think of is trying to have the script authenticate my ArcPro account at the outset of the script, thereby 'unlocking' the 3.7.11 version of arcpy and also allowing me to use the additional modules that I would like.

NOTE: I don't need to post data to AGOL or an Enterprise Portal, so I don't think the ArcGIS API for Python is applicable, but I could be mistaken. I just need to sign into Pro in order to access a python 3 environment.

Does anyone know how this could be accomplished?

Find more posts tagged with

Accepted answers

All comments

Raul

This is an issue that has long plagued me and other developers, see:

https://community.esri.com/t5/arcgis-pro-questions/arcgis-pro-runtime-error-the-product-license-has/td-p/1023123

Like @DonMorrison1, the best solution for running python scripts on the task scheduler is to do so either with an user with single use or concurrent license (as long as there's at least one available).

My "solution" for environments where I only have access to named user licenses is to manually sign out and sign in the named user from arcgis pro periodically.

DonMorrison1

When I run code from the Task Scheduler, I run it on a machine with a ArcGIS Pro "single use license". Give that a try to see if it helps.

GrantSmith122

Hey Kara,

Initially I am doing some data formatting in a standard FGDB, but then I eventually post the data to an SDE environment. All of my geoprocessing works fine when I access the python 2.7 environment, but I cannot seem to access the python 3 environment without being signed into ArcGIS Pro at the same time.

Brian_Wilson

Change out the first line with GetActivePortalURL for your URL

portal="https://portal.myowndomain.com/portal"

The first lines

import sys
import os
import pprint
import arcpy
from arcgis.gis import GIS
from arcgis.gis import Item as PORTAL_ITEM
from config import Config

Kara_Shindle

Where are you accessing / editing? If it's an enterprise GDB, do you have an sde connection specified in your script?

For example, when I'm doing database reconciliation for my versions, many of my arcpy require an input database parameter. I've gotten that message before whenever my script wasn't looking for my DB connection file in the correct location.

Since I run this script on a server, I create a connection file to the specific database & store it on the server, where the scripts run with task scheduler can see it.

Edit: Arcpro creates these connection files in the individual APRX project file, whereas I believe ArcMap used to put them in a more centralized location.

#specify DB connection
sdeConnection = r"C:\Users\[username]\AppData\Roaming\ESRI\Server\[DB connection name].sde"

import arcpy

arcpy.ReconcileVersions_management(sdeConnection, "ALL_VERSIONS", "dbo.DEFAULT", "DBO.ParcelTraining;", "LOCK_ACQUIRED", "NO_ABORT", "BY_OBJECT", "FAVOR_TARGET_VERSION", "NO_POST", "KEEP_VERSION", Reconcile_Log_TEST2)

arcpy.Compress_management(sdeConnection)

GrantSmith122

Hey Brian,

Thanks for this. When your script first starts, what modules do you have imported? I tried the Sign In To Portal tool and that seemed to be fine, but then when I tried to import the arcpy module after authenticating with the tool, I got the same error.

Also, the GetActivePortalIURL seems to only work if I'm already signed in. This script is on a shared server space, so ideally I'd be signed out of Pro at the get-go, script signs me in, runs, then I'm signed out again when the script completes.

Brian_Wilson

arcpy and arcgis modules work separately but the next lines in my script are a sign in via arcgis because I use both, arcpy for geoprocessing and arcgis to publish and do stuff on the portal.

gis = GIS(portal, Config.PORTAL_USER, Config.PORTAL_PASSWORD, verify_cert=False)
print("Connected to ", portal)
groups = gis.groups.search("GIS Team")

Maybe this is obvious but I keep my username and password in a separate file; Config.PORTAL_USER and Config.PORTAL_PASSWORD are just strings.

Brian_Wilson

You could try the sign in to portal thing.

https://pro.arcgis.com/en/pro-app/latest/arcpy/functions/signintoportal.htm

I pulled this from some working code here.. "portal" is returned as a string. You can just set it to whatever the URL is for your portal.

portal = arcpy.GetActivePortalURL()  # I wonder where it finds this.
result = arcpy.SignInToPortal(portal, Config.PORTAL_USER, Config.PORTAL_PASSWORD)

Hope this helps -- Brian

VanessaSimps

following this. I recently got into a discussion about this with a coworker and would really like to better understand this workflow/what is and is not needed!

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.