• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Starting second instance=app not available
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Starting second instance=app not available


  • Subject: Re: Starting second instance=app not available
  • From: Chuck Hill <email@hidden>
  • Date: Tue, 04 Mar 2014 02:29:52 +0000
  • Thread-topic: Starting second instance=app not available



On 2014-03-03, 6:20 PM, "Jeffrey Schmitz" wrote:

Thought I'd do a jstack on the instance that is out there, so I looked for its process ID with:

ps aux | grep netBrackets

Probably one is JavaMonitor or something.  Try 
ps auxwww | grep netBrackets


And 2 processes showed up with that name even though only one is showing in javamonitor?!?
root            36486   0.0  0.0  2490648   3200   ??  S    Sun02PM   0:00.09 sshd: netBrackets [priv] 
root            15866   0.0  0.0  2498840   3264   ??  S    Sun06AM   0:00.19 sshd: netBrackets [priv] 

I did a jstack on them and got the same on both:

netbrackets1:logs netbrackets$ sudo jstack -F 15866
Attaching to process ID 15866, please wait...
sun.jvm.hotspot.debugger.NoSuchSymbolException: Could not find symbol "gHotSpotVMTypes" in any of the known library names (-)
at sun.jvm.hotspot.HotSpotTypeDataBase.lookupInProcess(HotSpotTypeDataBase.java:398)
at sun.jvm.hotspot.HotSpotTypeDataBase.readVMTypes(HotSpotTypeDataBase.java:104)
at sun.jvm.hotspot.HotSpotTypeDataBase.<init>(HotSpotTypeDataBase.java:85)
at sun.jvm.hotspot.MacOSXTypeDataBase.<init>(MacOSXTypeDataBase.java:36)
at sun.jvm.hotspot.bugspot.BugSpotAgent.setupVM(BugSpotAgent.java:578)
at sun.jvm.hotspot.bugspot.BugSpotAgent.go(BugSpotAgent.java:499)
at sun.jvm.hotspot.bugspot.BugSpotAgent.attach(BugSpotAgent.java:337)
at sun.jvm.hotspot.tools.Tool.start(Tool.java:163)
at sun.jvm.hotspot.tools.JStack.main(JStack.java:88)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.tools.jstack.JStack.runJStackTool(JStack.java:118)
at sun.tools.jstack.JStack.main(JStack.java:84)

What OS and JVM are you running on?

Try
sudo kill –QUIT <process ID>

If you have SpawnOfWotaskd.sh setup correctly, the dump should appear in the app log.


Chuck




On Mar 3, 2014, at 7:52 PM, Chuck Hill <email@hidden> wrote:



On 2014-03-03, 5:49 PM, "Jeffrey Schmitz" wrote:

Will have to wait until later tonight when things quiet down for the jstack command

I do have another server setup with the same load that serves a different site and that is functioning fine.

Something is different.  :-)


Would I see any stack traces if it's deadlock?  I'm not seeing anything in any of the log files.

Yes.



Isolation level is set to:
dbConnectURLGLOBAL=jdbc:FrontBase://localhost/netBrackets/isolation=read_committed/locking=optimistic

Looks correct.



Should I be using localhost or the IP or the domain name here?

Should not matter.


Chuck




Thanks!
Jeff

On Mar 3, 2014, at 7:25 PM, Chuck Hill <email@hidden> wrote:

Do a 
Sudo jstack –F <process ID>
On the instances when this happens.  My guess is that they are contending for a resource and neither is able to process requests.   Deadlock would be my guess, maybe the wrong isolation level on the DB connection? This then gets escalated to dead and mis-reported as No Instance Available.


Chuck


On 2014-03-03, 4:57 PM, "Jeffrey Schmitz" wrote:

Hello,
   Here's one I don't think I've seen.  When I start a second instance on my server (mac OS Maverick Server), I start getting app not avaliable errors.  Even if I try to get to the original instance directly through the url (append /1), I still get app not available.  If I then set the new instance to not accept new sessions, or kill it, then the original instance will start taking requests again.  Am hoping if nothing else a reboot tonight will fix this situation, but would be good to know what's really going on, and it worries that maybe the reboot won't fix it and I'll be hosed.

Note the new instances start fine, no errors are logged and everything looks good in JavaMonitor.  Also, this just started.  The server has been running for a couple weeks and I've been starting and stopping new instances all along (using Bounce) just fine.  Any ideas?

Thanks!
Jeff
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: Starting second instance=app not available
      • From: Jeffrey Schmitz <email@hidden>
References: 
 >Starting second instance=app not available (From: Jeffrey Schmitz <email@hidden>)
 >Re: Starting second instance=app not available (From: Chuck Hill <email@hidden>)
 >Re: Starting second instance=app not available (From: Jeffrey Schmitz <email@hidden>)
 >Re: Starting second instance=app not available (From: Chuck Hill <email@hidden>)
 >Re: Starting second instance=app not available (From: Jeffrey Schmitz <email@hidden>)

  • Prev by Date: Re: Starting second instance=app not available
  • Next by Date: Re: Starting second instance=app not available
  • Previous by thread: Re: Starting second instance=app not available
  • Next by thread: Re: Starting second instance=app not available
  • Index(es):
    • Date
    • Thread