Hello, this happens with arcgis 10.2 * "depts" , a geotable stored in oracle. polygon type. * in arccatalog i create a very simple model: the "select" tool (from analysis toolbox) is fed with "depts" * run model. "success". No warnings, no errors, no nasty stuff. * publish model as a service, analyze, everything's good. * go to rest page. submit job * check job details. A very cryptic "esriJobMessageTypeError: Failed." shows up So, am i missing something here? is there a way to get, at least, more detailed info about the causes of the crashing, or are we doomed to perpetual obscurity when it comes to arcgis errors? thanks for your help.

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; } } }

very simple: how do i get "analysis" tool to run as a service?

davidzornosa

Hello, this happens with arcgis 10.2

"depts" , a geotable stored in oracle. polygon type.
in arccatalog i create a very simple model: the "select" tool (from analysis toolbox) is fed with "depts"
run model. "success". No warnings, no errors, no nasty stuff.
publish model as a service, analyze, everything's good.
go to rest page. submit job
check job details. A very cryptic "esriJobMessageTypeError: Failed." shows up

So, am i missing something here? is there a way to get, at least, more detailed info about the causes of the crashing, or are we doomed to perpetual obscurity when it comes to arcgis errors?

thanks for your help.

Encontre mais publicações marcadas com

Accepted answers

All comments

BrandonKeinath1

Hi David,

Check your results window and see if there are errors as part of the service publication. Does that provide a more "helpful" error message?

Brandon

davidzornosa

Hi, thanks for your quick response.

I get this. As far as i can tell, there is nothing wrong.

BrandonKeinath1

I would agree that it seems to be working fine. Are you able to login to the ArcGIS Server where the service is running? If you take a look at the logs portion of the site you should be able to see the job submission and get some more information on what went wrong.

DavidColey

David, I'm sure you have checked this, but are you sure that you are running everything from a shared location and all accounts that need read access have read access to your directories?

David

davidzornosa

Brandon,

no, i dont have access to the server, however, i asked for permission to the gis admin. Thanks for the tip.

davidzornosa

Hi David, thanks for answering. I'm checking that right now with the gis admin. cheers.

davidzornosa

Update:

It's christmas time. Happy holidays for everyone. As a gift, the gis admin gave me access to the server manager console.

It seems that the service cannot run because it cannot write on the scratch geodatabase.

However 2 things still puzzle me:

1 - after reading arcgis docs, i found that the scratch gdb is part of the scratch workspace. that workspace seems to be part of the core functionalities, so It would be very strange that access to those resources is not available by default. Highly unlikely that someone turned it off (it possible).

2 - I redirected my output to fill directly a table in oracle. So, from my point of view, there would be no necessity to use the scratch db - because as far as i understood, it is used only for temporary results -

Thanks to Brandon Keinath‌ and David Coley‌ for their help. This is the message i get:

ERROR 000210: Cannot create output ...\scratch\scratch.gdb\.. Failed to execute (Select). Failed to execute (Model1). Failed to execute.

BrandonKeinath1

Hi David,

Happy Holidays to you as well. Am I understanding you right that your problem is fixed now? I can't speak to it exactly but we've run into similar issues with permissions on the server. Josh L‌ would be able to elaborate more if you're curious.

Thanks,

Brandon

blake.terhune

I think the scratch workspace still needs "physical" drive space to work, even if it is just temporary. This is different than in_memory workspace.

Since you just got access to your ArcGIS Server Manager, you might need to make sure that the user account running the operation using scratch workspace has write access to the directory on the server. If your admin won't allow general access like that, see if you can create a new directory just for scratch work and give you full admin rights to it. Then make sure the scratch workspace environment is set to that directory. I haven't tried any of this, I'm just offering up some ideas...

KyleDixon

What version of server are you using? Many tools require an Advanced Server license. We run into this frequently since our desktops are Advanced and some of our servers are Standard.

Happy New Year!

davidzornosa

Well, i'm back from vacation. Hello to everyone, the problem still persists. We've tried everything: system administrator permissions, checking available disk space, license level...

Thanks everybody for your time and good disposition

Participe da Conversa

Membros conectados podem postar, seguir atualizações e mais. Novo aqui? Registre uma conta gratuita.

Links Rápidos

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