2

I have followed the documentation and video to set up a data extraction geoprocessing service, which I am accessing with the ArcGIS Viewer for Flex (v. 2.3.1). When I run the Extract Data widget in the viewer I get an error: Job '(job folder name)' does not exist or is inaccessible. When I go to the arcgisjobs folder on the server the folder is there, along with the scratch folder and the output .zip file containing the data that was clipped. According to the messages.xml file in the scratch folder, the job finishes successfully.

I have checked the ArcGIS Server and Windows logs and haven't found anything obvious that would point to an issue. Folder permissions should be correct, since the task can create the job folder, clip the data, and create the output .zip folder. The task will run successfully when used through ArcGIS Desktop.

So has anyone experienced similar behavior with the data extraction tool or any other GP tasks? Any ideas of where I can look next?

Environment:
ArcGIS Server 10, .NET, SP2 - Distributed installation
ArcGIS Desktop 10, SP2
Windows Server 2008 x64 R2

Thanks, Tim

Update:
I did some testing today (in Firefox) and found a few more things:

1. The GP Service does occasionally work, it seems. Every few tries I do get a prompt to download the extracted data, only to get a security sandbox violation:
http://SERVER IP/Samples/DataExtract/Flex/widgets/DataExtract/DataExtractWidget.swf cannot load data from http://SERVER NAME/arcgisjobs/sumner.dataextract_gpserver/j77643b1b114e458f82e6f416262aaf58/scratch/output.zip.

2. When I am prompted to download the file, Firebug shows that it cannot download my crossdomain.xml file. It shows the address as http://SERVER NAME/crossdomain.xml

In both cases, it is trying to access a http://servername URL, and can't get there. Problem is, I can't figure out where it's getting this URL. I tried modifying the virtual directory URL's and republishing the services using the ArcGIS Server IP instead of machine name, with no change in behavior.

6
  • 1
    When you run Fiddler, does it show any errors? Commented May 24, 2011 at 20:41
  • @Kirk, after I hit the Extract button I get two HTTP 200's. Looking at the TextView, the first says the job is submitted, the second has the error about the directory being inaccessible. Commented May 24, 2011 at 22:06
  • What url is it trying to access in the second call? Commented May 24, 2011 at 22:13
  • The second call is to: GET /ArcGIS/rest/services/Wilson.DataExtract/GPServer/WilsonExtract/jobs/jca7dd1279b3140b6896d6867bda55037?%5Fts=1306328682903&f=json Commented May 25, 2011 at 13:06
  • 1
    Louise - I eventually moved on as we went another route with our data extraction jobs. I think my issue was ultimately related to access to the arcgisoutput folder. It sounds like you get an output .pdf sometimes - I wasn't getting anything. Commented May 28, 2012 at 12:22

2 Answers 2

1

If its the script I'm thinking of, the jobs directory is hardcoded in the script. Crack open the script and make sure the jobs directory in the script lines up with what you have in your environment.

From what you've said, it sounds like the job is completing successfully, it just is returning the wrong URL to the FlexApp to download the .zip file.

4
  • @KHimba, I'm not very python-savvy, but I'll open up the script tomorrow. Thanks for the pointer. Commented May 24, 2011 at 22:07
  • Tim, the video works for me this morning (didnt yesterday)- I was mistaken in what script I thought it was. You shouldnt have to edit anything in the script - follow Kirk's suggestions on looking at where the output is being written to / being sure your virtual directories are set correctly. Can you start another GP Service and have it work?
    – KHibma
    Commented May 25, 2011 at 14:30
  • @KHimba That's what I thought, that it should "just work." I think the settings in the virtual directories are good, since the GP Service is able to get there to write the files. I may try to start another data extract GP service to see if the results are any different. Commented May 25, 2011 at 14:42
  • I started another GP service with new data, new .mxd, etc., and still get the same error. Commented May 25, 2011 at 17:52
0

I have a AGS10 SP2 distributed setup that seems similar to yours. I've been developing a PDF service based on ArcPy.Mapping Simple ExportToPDF Geoprocessing Service Example and am encountering the same "Job xx does not exist or is inaccessible" message you are.

In my case, it seems to be an issue of timing: the task completes but the process tries to access the results before they can be moved from the SOC to the SOM's jobs folder.

A temporary workaround is to intercept the specific error, extract the JobID, and make a call to retrieve the generated PDF:

function gpError(e) {
    if (e.message.search("does not exist or is inaccessible") > -1) {
        var jobId = e.message.replace(/Job '([a-z,0-9]*)' does not exist or is inaccessible\./, "$1");
        gp.getResultData(jobId, "Output_PDF");
    }
    else {
        showDialog(dojo.string.substitute('<h1>Error: ${error}</h1>', { error: e.message }));
    }
}

This is definitely not something I would put into production but it does allow me to workaround the error and continue development work while I wait for ESRI to solve the problem.

1
  • Nice. I'm using the Flex viewer so I don't think I can use this exactly, but it's an interesting work around. I'll be opening a case with ESRI as well to get this sorted out. Commented Jun 9, 2011 at 12:57

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.