Community

sr lock files from service definition / upload

822
1
07-14-2021 04:35 AM
RiccardoKlinger
by
Occasional Contributor
‎07-14-2021 04:35 AM

Hi folks,

We are uploading a service definition for a new service.Unfortunately we see, that either the upfront update of the service definition or the the publishing results in some unhandled lock files, that will remain and keep our script from coming to a sys_exit ... The python script is still running and running.

Additionally we see some 10016 events that occur alongside the publishing process:

The Computerstandard permission settings do not grant Lokal Aktivierung permission for the COM Server application with CLSID
{0358B920-0AC7-461F-98F4-58E32CD89148}
and APPID
{3EB3C877-1F16-487C-9050-104DBCD66683}
to the user ARSEAP01WV\arcgisserver SID (S-1-5-21-683450879-564433972-2677761187-1002) from address LocalHost (unter Verwendung von LRPC) running in the application container Nicht verfügbar SID (Nicht verfügbar). This security permission can be modified using the Component Services administrative tool.

RiccardoKlinger_0-1626258594870.png

The locks are situated inside the gdb that holds the data fro the used mxd. As the script is still running, I can't delete the lock files by hand. only quitting the python process itself (PID 9248) will get rid of the lock files.

Does anyone came across a similar behaviour?

Our main script parts:

 

 

arcpy.mapping.CreateMapSDDraft(target, sd_draft_path, SERVICE_NAME, "ARCGIS_SERVER", ags_conn_file, False, None, SUMMARY, TAGS)
arcpy.StageService_server(sd_draft_path, sd_file_path)
arcpy.UploadServiceDefinition_server(sd_file_path, ags_conn_file)

 

We are running on a virtual windows server 2019 with arcgis server 10.8.1

0 Kudos
1 Reply
RiccardoKlinger
by
Occasional Contributor
‎07-26-2021 02:11 AM

My minimal example revealed some error with the Infrastructure: 

import arcpy
arcpy.mapping.CreateMapSDDraft(".\service.mxd", ".\service.sddraft","service" , "ARCGIS_SERVER", ".\AGS_Connection.ags", False, None, "sum", "tags")

 The error was seen in the Windows event manager:

Faulting application name: python.exe, version: 0.0.0.0, time stamp: 0x5e9da2f3

Faulting module name: vm3dgl64.dll, version: 3.4.9.0, time stamp: 0x5fac540e

Exception code: 0xc0000005

Fault offset: 0x0000000000083e1d

Faulting process id: 0x1214

Faulting application start time: 0x01d77fd4c71feaf7

Faulting application path: D:\App\PYTHON27\ArcGISx6410.8\python.exe

Faulting module path: C:\Windows\SYSTEM32\vm3dgl64.dll

Report Id: a72ddfdc-6673-420f-8fc5-65ddf441b4f3

Faulting package full name:

Faulting package-relative application ID:

There seem to be a solution for our virtual servers: OpenGL dll is not unloaded on application exit (83440) (vmware.com)

0 Kudos