Bug
Geoprocessing services do not honor ArcGIS Server defined scratch workspace output locations if ArcGIS Server directories are referenced via a Universal Naming Convention (UNC) pathway.
| Bug ID Number | BUG-000122884 |
|---|---|
| Submitted | June 6, 2019 |
| Last Modified | June 5, 2024 |
| Applies to | ArcGIS GIS Server |
| Version found | 10.6.1 |
| Operating System | Windows OS |
| Operating System Version | 2016 64 Bit |
| Status | Known Limit |
Additional Information
For the behavior and execution of the geoprocessing service, the output PDF file is generated in the correct UNC path. In that regard, this is not a bug, but if printing off the path of the environmental variable itself, it shows otherwise. This is as designed. When running a geoprocessing service with a path of "environmental path plus output name" as an output, the scratch workspace and folder actually points to the "arcgis server job directory/GUID/scratch" directory. GUID is generated dynamically when running a service with an output. This means the server would not know the path until the user runs it. This works for either the server job directory is set to default or UNC path. In contrast, when printing off the environmental variable path only, it does not know where this dynamic path is since the real task with output is not run. So the behavior of environmental variable path acts more like the one on desktop, points to a static path as: 1. C:\arcgis\arcgisserver\directories\arcgissystem\arcgisinput\GPServiceName.GPServer\extracted\p20\serverscratch - if server job directory is set to default path. 2. C:\Users\Steps to Reproduce
Bug ID: BUG-000122884
Software:
- ArcGIS GIS Server
Get notified when the status of a bug changes
Discover more on this topic
Search for related information
Find training related to this topic
Explore ideas and give feedback
Get help from ArcGIS experts
Download the Esri Support App