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 <ch...@global-village.net<mailto: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<mailto: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<mailto: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<mailto: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