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 <[email protected]> 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 protected]> 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 protected])
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
>>
>> This email sent to [email protected]
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]