Latest Contributions by PaulBatley

‎05-10-2021

I've got the same issue.. trying to run Portal site exports from the backend. The export takes around 65 minutes so I can't move on with the same token to export the Hosting site. Looks like you can't set the token timeout within the Python API - https://developers.arcgis.com/python/api-reference/1.6.2/arcgis.gis.toc.html#gis On the generate token page it defaults to 1h and then options from there. But the Class doesn't have to extend the log in period. Would have been a nice to have. 10-05-2021 20:20:41 -- DEBUG: Staging Portal site at:- https://server.domain:7443/arcgis/portaladmin exported successfully. Exported file: 10-May-2021-19-17-13-BST-FULL.portalsite 10-05-2021 20:20:41 -- DEBUG: REQUEST (get): https://server.domain:7443/arcgis/portaladmin/federation/servers?f=json&token=maOGZlpLrHHj_UjxwmPGS_nOzf6WtWwodowK0HPOoYcVNtGskyKBRoLvEIW06VspdF9bWtQrt8myYSRNGs7roKkUhgw8Y3pRljjsIDU3rUrBhpN421SNmOIdb0FtU-uv 10-05-2021 20:20:42 -- INFO: Token expired during get request, fetching a new token and retrying 10-05-2021 20:20:42 -- DEBUG: REQUEST: https://server.domain:7443/arcgis/sharing/rest/, {'f': 'json'} 10-05-2021 20:20:43 -- DEBUG: RESPONSE: https://server.domain:7443/arcgis/sharing/rest/, {"currentVersion":"6.1"} 10-05-2021 20:20:43 -- DEBUG: REQUEST: https://server.domain:7443/arcgis/sharing/rest/generateToken 10-05-2021 20:20:43 -- DEBUG: RESPONSE: https://server.domain:7443/arcgis/sharing/rest/generateToken, {"token":"Z-KPZFAxaB7cGkI_DjXf5J8nokAO1l3f2_K0qR2ZpnNMZeq0xfbD21DOKz5Ksl-ist1Xl2EfuVlxpiSxivGd6YN2KMe1yX9BnQgKDK6gE6_UBmD9FN0xeUwGlMIjsO98","expires":1620678043117,"ssl":true} 10-05-2021 20:20:43 -- DEBUG: REQUEST (get): https://server.domain:7443/arcgis/portaladmin/federation/servers?token=Z-KPZFAxaB7cGkI_DjXf5J8nokAO1l3f2_K0qR2ZpnNMZeq0xfbD21DOKz5Ksl-ist1Xl2EfuVlxpiSxivGd6YN2KMe1yX9BnQgKDK6gE6_UBmD9FN0xeUwGlMIjsO98?f=json&token=Z-KPZFAxaB7cGkI_DjXf5J8nokAO1l3f2_K0qR2ZpnNMZeq0xfbD21DOKz5Ksl-ist1Xl2EfuVlxpiSxivGd6YN2KMe1yX9BnQgKDK6gE6_UBmD9FN0xeUwGlMIjsO98

‎03-03-2021

# # DrainStop.ps1 # [cmdletbinding()] param( $ComputerName=$env:COMPUTERNAME, [parameter(Mandatory=$true)] $ServiceName ) $logdir = 'C:\Scripts\Logs' $today = get-date -UFormat "%Y%m%dT%H%M" $logFile = "$logdir\DrainStop_$today.log" $Processes = Get-WmiObject -Class Win32_Process -ComputerName $ComputerName | Where-Object {$_.CommandLine -like "*$ServiceName*"} foreach ($process in $processes) { $returnval = $process.terminate() $processid = $process.handle if($returnval.returnvalue -eq 0) { write-host "The process $ProcessName `($processid`) terminated successfully" | Out-File -FilePath $logFile -Append } else { write-host "The process $ProcessName `($processid`) termination has some problems" | Out-File -FilePath $logFile -Append } } Surely something like this can be done..?

‎02-23-2021

Hi, Just to update further. After KB4598243 which superceded the patch mentioned above, the issue started affecting the Interop tool too. With the FME.exe process now not closing down and causing a further problem as the file handles for the logging were inherited and therefore the python Scheduled Task couldn't re-run because of the orphaned FME process. The code below resolved the orphaned FME not shutting down with the Standard signum (,9) kill signal. ## Python for dealing with child processes parentProcess = psutil.Process(os.getpid()) children = parentProcess.children(recursive=True) for ofspring in children: localLogger.write("Child ProcessID: {}".format(ofspring.pid) + " terminating...") os.kill(ofspring.pid,9) localLogger.write("Python Process PID: {}".format(os.getpid()) + " terminating...") os.kill(os.getpid(),9)

‎01-22-2021

Hey, We're getting the same issue for both 32 & 64bit and it only started happening around an installed Windows update KB4593226. Prior to the update our python jobs running via Scheduled Tasks runs through but will not run on the next schedule as the process is already running, due to the fact the process never terminates. We have debugged sys.exit() and it is firing correctly. Our only workaround is to have the following code: os.kill(os.getpid(),9) This ensures the process terminates and that batch processing continues.

‎06-25-2019

I have a question about implementing a highly available ArcGIS Enterprise architecture. The documentation states that Windows DFS is NOT supported as a NAS/SAN. I understand why multiple target DFSR wouldn't be supported, due to file inconsistencies, but why, if Windows File Server is supported isn't DFS single target supported? They are, in essence built on the same technology. The only difference is that the Windows File share pointers are held locally to the server share whereas DFS shares are held in AD. Philip Heede?

‎03-07-2019

Hi, I'm slightly puzzled by the fact only one Web Adaptor is showing as registered in Portal, even though I have two registered and functioning. Is this normal behaviour? https://<servername>:7443/arcgis/portaladmin/system/webadaptors Home > System > Web Adaptors API Reference Web Adaptors <servername.domain> Resources: Configuration Supported Interfaces: REST We have Windows 2016/IIS10 set up a Portal for ArcGIS 10.6.1 HA Base pair, IIS Web Adaptor 10.6.1 built using Chef, sat behind a reverse proxy and configured with the Web Conext for the LB set up. Both WA's are configured and registered and the HA has been tested by turning off individual App Pools to ensure the LB is diverting traffic to the active WA/Portal node. Everything is working as designed but I don't like the fact the second WA is not showing within \portaladmin. This seems odd behaviour vs what you see within ArcGIS Server?? Any advise would be greatly appreciated.

‎05-24-2018

Why isn't there a function within ArcGIS Server to shutdown a service on an individual machine within a site cluster? We've had situations like I'm sure many others have, whereby one machine is locking an FGDB because the service has failed to stop on that machine, right? Then ArcGIS Server reports the machine is a status of "Stopping" or "Starting" So what do you do? You have to "Use a sledgehammer to crack a nut!" i.e. shutdown the whole of ArcGIS Server on the offending node in order to get the SOCs to release their file handles on the FGDB, so you can then swap it out. Even, when the service has been set to schema locking: false? This isn't sometimes feasible to do especially when you're refreshing a service on a shared platform and general service demand is at peak and operating on just one node within a site is just not an option. I know you have the ability to shutdown machine within a site but why not add the function to shutdown a service on that machine??

‎05-24-2018

Thanks Jonathan.. Slick tip!

‎05-23-2018

Why isn't there a function within ArcGIS Server to shutdown a service on an individual machine within a site cluster? We've had situations like I'm sure many others have, whereby one machine is locking an FGDB because the service has failed to stop on that machine, right? Then ArcGIS Server reports the machine is a status of "Stopping" or "Starting" So what do you do? You have to "Use a sledgehammer to crack a nut!" i.e. shutdown the whole of ArcGIS Server on the offending node in order to get the SOCs to release their file handles on the FGDB, so you can then swap it out. Even, when the service has been set to schema locking: false? This isn't sometimes feasible to do especially when you're refreshing a service on a shared platform and general service demand is at peak and operating on just one node within a site is just not an option. I know you have the ability to shutdown machine within a site but why not add the function to shutdown a service on that machine?? There is a workaround to this dilemma. Firstly, go to arcgis/manager and look at the service to see how many SOCs are running: <servicename> (Map Service) Status: Started Instances Running: 2 Instances in Use: 0 Maximum Instances: 4 Now you know how many logs you've got to trawl through Go to the logs on the node having the issue usually held under C:\arcgisserver\logs\<hostname>.MSPX.APP\services\<servicefolder>\<servicename>.MapServer And open the latest logs and look for the following: <Msg time='2018-02-22T00:00:56,837' type='INFO' code='80003' target='<servicefolder>/<servicename>.MapServer' methodName='ImageServer.Construct' machine='<hostname>' process='34876' thread='36816' >Successfully initialized from a raster dataset.</Msg> <Msg time='2018-02-22T00:00:56,837' type='INFO' code='80003' target='<servicefolder>/<servicename>.MapServer' methodName='ImageServer.Construct' machine='<hostname>' process='40296' thread='36816' >Successfully initialized from a raster dataset.</Msg> Now you've got the process PID launch CMD prompt in Administrtor mode(**Important**) and type taskkill /F /PID 34876 /PID 40296 Another useful tool to assist you here is ProcessExplorer by SysInternals - Sysinternals Process Utilities - Windows Sysinternals | Microsoft Docs But seriously. ESRI add the function in to the Manager

‎04-01-2015

Chaps, I have had this problem but only in relation to changing the AppPool user as we have multiple WebAdaptors within multiple sites on the same IIS instance. So traffic from one site does not affect the AppPool from another site, the AppPools required different instances/identities i.e. ArcGISWebAdaptorAppPool for the Default Site and ANotherWebAdaptorAppPool for ANother Site. The cryptography error occurs only when I moved away from the Default - ArcGISWebApatorAppPool user Identity...? So I discovered that The WebAdaptor installer set 'Load User Profile' to 'True' for the ArcGISWebAdaptorAppPool. My ANotherWebAdaptorAppPool didn't have it set up and therefore couldn't use the 'Windows Cryptographic Service Provider' therefore making Cryptographic Context unavailable as this is only available to windows account within the .NET framework. 'Load User Profile' elevates the AppPool identity to a sudo user level enabling it to use the 'Windows Cryptographic Service Provider'.

‎03-09-2015

I have a workaround for you.. You can re-enable the HttpGet. There is a file aptly named tokens.properties under C:\Program Files\ArcGIS\Server\framework\runtime\tomcat\webapps\arcgis#tokens\WEB-INF\classes With the following parameter: tokens.validatepostquery.params=true change it to: tokens.validatepostquery.params=false If you've already followed the steps here - Enabling token acquisition through HTTP requests—Documentation | ArcGIS for Server Follow my instructions and then restart the ArcGIS Server services and all should be right again. Kind regards.. Paul

‎03-05-2015

Don, I have a workaround for you.. You can re-enable the HttpGet. There is a file aptly named tokens.properties under C:\Program Files\ArcGIS\Server\framework\runtime\tomcat\webapps\arcgis#tokens\WEB-INF\classes With the following parameter: tokens.validatepostquery.params=true change it to: tokens.validatepostquery.params=false If you've already followed the steps here - Enabling token acquisition through HTTP requests—Documentation | ArcGIS for Server Follow my instructions and then restart the ArcGIS Server services and all should be right again. Kind regards.. Paul

Online Status	Offline
Date Last Visited	‎05-23-2023 02:17 PM

My Ideas

Latest Contributions by PaulBatley

Re: How to increase time before token expires with Arcgis Python API?

Re: Drain stopping an Individual ArcGIS Server service on an individual machine within a cluster

Re: 64-bit ArcPy Not releasing Python Process on Completion

Re: 64-bit ArcPy Not releasing Python Process on Completion

WFS or not DFS

Why is only 1 Web adaptor showing in Portal

Drain stopping an Individual ArcGIS Server service on an individual machine within a cluster

Re: Drain stopping an Individual ArcGIS Server service on an individual machine within a cluster

Drain stopping an Individual ArcGIS Server service on an individual machine within a cluster

Re: Web Adaptor --&gt;Error when firing it up

Re: Accessing Secure Feature Services

Re: Accessing Secure Feature Services

Re: 64-bit ArcPy Not releasing Python Process on C...

Re: 64-bit ArcPy Not releasing Python Process on C...

Drain stopping an Individual ArcGIS Server service...

Drain stopping an Individual ArcGIS Server service...