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

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)


On Mar 3, 2014, at 7:52 PM, Chuck Hill <ch...@global-village.net> 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 <ch...@global-village.net> 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      (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
>> 
>> This email sent to ch...@global-village.net
> 

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to