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