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

ESRI Server Startup Timeout

DaveTenney

well this is a new one....

Error: JSON object returns an error. Error returned when starting service ServiceName.MapServer.

we have been running update scripts via python not for over a year without any issue, now all of a sudden were seeing this "timeout" error when trying to restart a service after it was successfully stopped and updated.

ArcGIS for Desktop: 10.2.2

ArcGIS for Server: 10.2.2

anyone else run into such an error?

thanks

Dave

Find more posts tagged with

Accepted answers

RebeccaStrauch__GISP

Gremlins after the long weekend?

Having a second run work makes me think that it is a timing issue, that is something was stopping or starting and needed time to complete before it could continue. Tracking that down may be as simple as figuring out what you did just prior to running, but if is was system/OS related, hard to tell. Did you run this right after a system or AGS restart, or after a refresh of the service? Maybe there needs to be a "pause" before it is run.

I'm not a JSON expert by any means, so just throwing some thoughts out there, fwiw.

All comments

RebeccaStrauch__GISP

I haven't dissected this sample script, but it looks like that error message is one that can be returned from this script...but design. So might be work taking a look at this (I plan to look at it in more depth)

Example: Stop or start all services in a folder—Documentation (10.3 and 10.3.1) | ArcGIS for Server

I'm assuming it would be the same for 10.2.2

Snippet from script...

#   stuff before this....
<SPAN class="c"># A function that checks that the input JSON object </SPAN>
<SPAN class="c"># is not an error object.</SPAN>
<SPAN class="k">def</SPAN> <SPAN class="nf">assertJsonSuccess</SPAN><SPAN class="p">(</SPAN><SPAN class="n">data</SPAN><SPAN class="p">):</SPAN>
&nbsp;&nbsp; <SPAN class="n">obj</SPAN> <SPAN class="o">=</SPAN> <SPAN class="n">json</SPAN><SPAN class="o">.</SPAN><SPAN class="n">loads</SPAN><SPAN class="p">(</SPAN><SPAN class="n">data</SPAN><SPAN class="p">)</SPAN>
&nbsp;&nbsp; <SPAN class="k">if</SPAN> <SPAN class="s">'status'</SPAN> <SPAN class="ow">in</SPAN> <SPAN class="n">obj</SPAN> <SPAN class="ow">and</SPAN> <SPAN class="n">obj</SPAN><SPAN class="p">[</SPAN><SPAN class="s">'status'</SPAN><SPAN class="p">]</SPAN> <SPAN class="o">==</SPAN> <SPAN class="s">"error"</SPAN><SPAN class="p">:</SPAN>
&nbsp;&nbsp; <SPAN class="k">print</SPAN> <SPAN class="s">"Error: JSON object returns an error. "</SPAN> <SPAN class="o">+</SPAN> <SPAN class="nb">str</SPAN><SPAN class="p">(</SPAN><SPAN class="n">obj</SPAN><SPAN class="p">)</SPAN>
&nbsp;&nbsp; <SPAN class="k">return</SPAN> <SPAN class="bp">False</SPAN>
&nbsp;&nbsp; <SPAN class="k">else</SPAN><SPAN class="p">:</SPAN>
&nbsp;&nbsp; <SPAN class="k">return</SPAN> <SPAN class="bp">True</SPAN>

# stuff after this...

DaveTenney

I guess im a little unclear what would cause the input json object to be an error?

this error was thrown on the first attempt and failed to restart one of our map services and a few minutes later the script was rerun and ran successfully and the service was restarted.

dave

BillDaigle

It might be a resource issue. If you have more services, or higher usage than you had before, starting up the service may just take longer. It may be worth

looking at server memory usage/ CPU and make sure you still have room to grow.
increase the allowable server startup time
take a look at the server logs to see if there is any more detail there

In general, I wouldn't be too concerned if this was an isolated (or even rare) event.

RebeccaStrauch__GISP

Gremlins after the long weekend?

I'm not a JSON expert by any means, so just throwing some thoughts out there, fwiw.

DaveTenney

so may have just been gremilns or resource issue, not sure but we have not experienced the issue since and our scripts have been run multiple times for testing.

we did adjust our scripts for just letting us know if this happens, to actually throwing an exception.

thanks again for all the input and thoughts, it has been greatly appreciated!

Dave

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

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