IPlanet 4 'hangs'
Hi
We're using iPlanet 4.1 with Verisign certificates.
Every now and again it seems to die, i.e. when you attempt to access it you get a 404. The process is still in the Unix process list and when you go into the admin server it claims that the server is on. I can turn it off and on again and then ervything is peachy for a few days. I can't any thing obvious in the error logs but then I don't know anything abaout web servers!
We have another server on the same box which is not secure and this is fine.
Does anyone have any ideas?
Thanks, Jon
Have you checked to see if a file called 'wdnotify' exists under your instance directory? This file is normally created during a instance shutdown, and is supposed to be deleted after the startup. However, if a failure occurs the file may not be removed, and it will then keep you from properly starting the instance.
Similar Messages
-
Hi,
We have just upgraded our libproxy.so with the CR177707 patch to avoid the '<BEA-101257> <Failed to parse the client certificate in header: WL-Proxy-Client' problem.
now, we can obtain the cert inside Weblogic but after a few requests, IPlanet seems to freeze, it doesn't accept any request.
Our platform is IPlanet 6.0 sp8 on Solaris and Weblogic 8.1 sp2.
Any help ?Hi,
We have just upgraded our libproxy.so with the CR177707 patch to avoid the '<BEA-101257> <Failed to parse the client certificate in header: WL-Proxy-Client' problem.
now, we can obtain the cert inside Weblogic but after a few requests, IPlanet seems to freeze, it doesn't accept any request.
Our platform is IPlanet 6.0 sp8 on Solaris and Weblogic 8.1 sp2.
Any help ? -
RE: [iPlanet-JATO] Hanging tool
Todd,
I don't really know what element it is hanging on.
Do you mean to move the entire <Page> element to be the first <Page type>
element. Should we move all extremely large pages to the top?
Troy
-----Original Message-----
From: Todd Fast [mailto:<a href="/group/SunONE-JATO/post?protectID=101233080150035167169232031248066077000048234051197">Todd.Fast@S...</a>]
Sent: Friday, February 16, 2001 3:57 PM
Subject: Re: [iPlanet-JATO] Hanging tool
Hi Troy--
Mike will probably chime in on this too. There is a bug in the JavaSoft XML
parser that causes this issue. The workaround is to move some of the
elements around in your extracted XML file. For example, move the hanging
<page> element B before <page> element A. In all cases, simply moving the
problematic element around prevents the hang.
Todd
[email protected]
[Non-text portions of this message have been removed]Todd,
I don't really know what element it is hanging on.
Do you mean to move the entire <Page> element to be the first <Page type>
element. Should we move all extremely large pages to the top?
Troy
-----Original Message-----
From: Todd Fast [mailto:<a href="/group/SunONE-JATO/post?protectID=101233080150035167169232031248066077000048234051197">Todd.Fast@S...</a>]
Sent: Friday, February 16, 2001 3:57 PM
Subject: Re: [iPlanet-JATO] Hanging tool
Hi Troy--
Mike will probably chime in on this too. There is a bug in the JavaSoft XML
parser that causes this issue. The workaround is to move some of the
elements around in your extracted XML file. For example, move the hanging
<page> element B before <page> element A. In all cases, simply moving the
problematic element around prevents the hang.
Todd
[email protected]
[Non-text portions of this message have been removed] -
Re: [iPlanet-JATO] Re: Translation hangs tool (retitled Custom Superclasses and warning T008)
Sonal,
I believe that you are misinterpreting the documentation.
I understand that PgCommon has to extend ViewBeanBase. I tried to
make the following changes in PgCommon and compiled it. Then I ran
the extraction which threw up the following error:
I believe that you are confusing extraction issues with translation issues.
The warning message that indicates the need for a class mapping strategy to
address custom superclasses in the original project is a TRANSLATION time
warning.
T008 No mapping found for [<ndClassType>]
Falling back to [Object]. Please add entry for [<ndClassType>] to
class mapping file, restart the toolbox and re-run the translation.
As such, the remedy for this warning is detailed in the documentation under
the heading
Extraction/Translation Error & Warning Messages
3.3 Notes on MigrationClassMappings.properties
It sounds to me that you have misinterpreted the instructions and have
attempted to modify the original PgCommon declaration, and then re-extract.
This is incorrect. This implies that you see this as an extraction tool
situation, which it is not. This is a translation tool consideration, and as
such does not require any adjustment of the original NetDynamics' object. So
please, return to the original PgCommon declaration, and recompile. Then run
the extraction tool. Then run the translation tool, and make note of the
translation tool warnings and deal with them.
As indicated in the documentation (although perhaps not clearly enough), the
solution to warning T008 is not to make your original PgCommon extend
ViewBeanBase, but rather to adjust the MigrationClassMappings.properties so
that the TRANSLATION tool will take your class mappings into account when it
translates the ND objects into JATO objects.
Specifically, if you add the following entry into the
MigrationClassMappings.properties file:
PgCommon PgCommonViewBean
then the translation tool will cause all classes which previously extended
PgCommon to be translated into new classes which now extend
PgCommonViewBean.
Your final step is to adjust PgCommonViewBean's constructor. Note, we are
talking about PgCommonViewBean here (i.e. the output of the Translation
tool, not the original ND object).
Change it from this:
public PgCommonViewBean()
super(PAGE_NAME);
setDefaultDisplayURL(DEFAULT_DISPLAY_URL);
registerChildren();
initialize();
TO THIS
public PgCommonViewBean(String name)
// Adjust the constructor because this is a superclass
// of the other viewbeans. It is NOT a stand along page
// Therefore its constructor should be adjusted to pass the
// page name argument up to the ViewBeanBase class
super(name);
/* Delete the following lines, they are not needed if this is acting as a
superclass of other viewbeans.
setDefaultDisplayURL(DEFAULT_DISPLAY_URL);
registerChildren();
initialize();
----- Original Message -----
From: "Todd Fast" <toddwork@c...>
Sent: Wednesday, April 25, 2001 5:16 PM
Subject: Re: [iPlanet-JATO] Re: Translation hangs tool
Sonal--
Have you tried recompiling the entire application? It sounds as if theremay
be a problem with incompatible versions of PgCommon and PgReplaceCDSIDwhich
I assume extends it. Blow away all your project class files and recompile
in the ND Studio before trying again.
Also, make sure there are no .ser files hanging around in your project
directory.
Todd
----- Original Message -----
From: <ssingh@n...>
Sent: Wednesday, April 25, 2001 6:56 AM
Subject: [iPlanet-JATO] Re: Translation hangs tool
Todd/Charles,
Thans for all the help.
The client has a small application, in which all pages extend from
PgCommon. PgCommon extends CSpPage. I read through the "Notes on
MigrationClassMappings.properties" file in iMT1.1.1 documentation.
I understand that PgCommon has to extend ViewBeanBase. I tried to
make the following changes in PgCommon and compiled it. Then I ran
the extraction which threw up the following error:
java.lang.VerifyError: (class: prHRAdminDE/PgReplaceCDSID, method:
stLinkToHome_onBeforeDisplayEvent signature:
(Lspider/event/CSpDisplayEvent;)I) Incompatible object argument for
function call
at java.lang.ClassLoader.resolveClass0(Native Method)
at java.lang.ClassLoader.resolveClass(ClassLoader.java:545)
at spider.util.CSpClassLoader.loadClass(CSpClassLoader.java,
Compiled Code)
at spider.util.CSpClassLoader.loadClassWithPackage
(CSpClassLoader.java:291)
at spider.util.CSpClassLoader.loadClassWithPackage
(CSpClassLoader.java:217)
at spider.util.CSpClassName.instantiate(CSpClassName.java:180)
at spider.intrp.CSpIntrpModel.createModel
(CSpIntrpModel.java:945)
at spider.intrp.CSpIntrpModel.createNodeObject
(CSpIntrpModel.java:282)
at spider.intrp.CSpIntrpModel.open(CSpIntrpModel.java:500)
at spider.CSpProject.readPostV40ChildObjects(CSpProject.java,
Compiled Code)
at spider.CSpProject.readObject(CSpProject.java:806)
at spider.intrp.CSpIntrpModel.createNodeObject
(CSpIntrpModel.java:293)
at spider.intrp.CSpIntrpModel.open(CSpIntrpModel.java:500)
at spider.intrp.CSpIntrpModel.open(CSpIntrpModel.java:479)
at spider.CSpider.instantiateFirstProjectInstance
(CSpider.java:6404)
at spider.CSpider.createAndSetNewProjectInstance
(CSpider.java:6187)
at spider.CSpider.allocateProjectUserContext
(CSpider.java:5471)
at spider.CSpider.preloadProjects(CSpider.java, Compiled Code)
at spider.CSpider.initialize(CSpider.java:542)
at com.iplanet.moko.netdyn.extract.PseudoCP.createProjects
(PseudoCP.java:136)
at com.iplanet.moko.netdyn.extract.PseudoCP.initialize
(PseudoCP.java:106)
at com.iplanet.moko.netdyn.extract.PseudoCP.<init>
(PseudoCP.java, Compiled Code)
at com.iplanet.moko.netdyn.tools.ExtractTool.invoke
(ExtractTool.java, Compiled Code)
at com.iplanet.moko.tools.gui.ToolInvocationThread.run
(ToolInvocationThread.java, Compiled Code)
===================================
Any more documentation availbale on how to migrate a common base
page? I beleive that it would be a fairly common issue in NetD
migrations.
===================================
New PgCommon
public class PgCommon extends ViewBeanBase implements ViewBean
//]]SPIDER_CLASS END
//[[SPIDER_EVENTS BEGIN
public static boolean DEBUG = true;
//[[SPIDER_EVENT<this_onAfterInitEvent>
public PgCommon()
super("PgCommon");
public void this_onAfterInitEvent(CSpInitEvent event){
Properties props =
HRAdminProperties.getInstance();
DEBUG = (props.getProperty
("hronlineadmin.debug").equals("TRUE"))?true:false;
//CSpLog.setSendErrorsToHtml(false);
//return (PROCEED);
//]]SPIDER_EVENT<this_onAfterInitEvent>
//]]SPIDER_EVENTS END -
IPlanet 4.1SP9 *hangs* when shutting down
I just moved our iPlanet 4.1SP9 web servers from a Solaris 2.6 box to a
Solaris 2.8 box and now the port 80 (http) server hangs EVERY time I try to
stop it. This never happened on Solaris 2.6. I even tried re-installing
rather than copying the entire server4 directory over and it still hangs.
This is very annoying. Has anyone else experienced this ?Have you checked to see if a file called 'wdnotify' exists under your instance directory? This file is normally created during a instance shutdown, and is supposed to be deleted after the startup. However, if a failure occurs the file may not be removed, and it will then keep you from properly starting the instance.
-
IPlanet 4.1 Web Server - ns-cron process hangs for log rotation
Does anybody know if there is a known issue with iPlanet 4.1 Web Server where the ns-cron log rotation process hangs up?
Basically it won't rotate any logs, and using either the "Stop" or "Restart" buttons in the console won't shut it down, so you have to kill it manually, then start it again.
It seems like it will run for a couple days fine, then it will hang up.
Thanks.Nope, I've not seen this before. But 4.1 version is really old and no longer supported, you should consider upgrading to a supported version.
-
IPlanet Mesaging Server 5.1 SP1 (startup hangs on STORED)
I've got a case open with support, but I'm reaching a desperate point here as we've been without mail for over 24 hours now. I restored our entire Messaging Server file system from backup yesterday after a failed disk took out the system. (Sidenote: the restore from tape worked up to a point but it didn't seem to set owner:group on some of the restored files. Is there any resource that explains which dirs should be owned by which users for Messaging Server to work correctly?) After restore, I tried to start up the Store Daemon portion of Messaging Server with the following command:
/iplanet/server5/msg-servername/start-msg store
After a long period of waiting, I got the following error:
bash-2.03# ./start-msg store
/iplanet/server5: Starting STORE daemon .................failed.
ERROR: Failed to find process file after 90 seconds:
/iplanet/server5/msg-servername/config/pidfile.store
Unable to verify if the STORE daemon started.
Check the log file(s) under: /iplanet/server5/msg-servername/log/default
ERROR: The following services failed to start, or were already:
STORE daemon
After that I went to the log location and found a 'default' log file that was two days old:
bash-2.03# ls -lsa
total 4884
2 drwxr-xr-x 2 root other 512 Mar 24 18:42 .
2 drwxr-xr-x 9 root other 512 Mar 24 09:24 ..
576 -rw------- 1 mailsrv nsgroup 286187 Mar 22 20:50 default
I assumed that something must be wrong with the store directory, so I looked around a bit. I found that permissions on that dir were set for everything to be owned by root:sys. I assume this is wrong since most of the utils that operate on the directory have to be run by the mailsrv:nsgroup user/group combo, so I ran a chown -R mailsrv:nsgroup on the store directory (about 12-13 gigs of mail in it). I tried to start the store daemon again and got the same error. So I went a little farther and started a reconstruct -r. That process started at about 11:30PM EST last night and it's still running. Using sar -u and sar -d to monitor CPU and disk use, I'm seeing very negligible use. Is reconstruct -r still actually doing anything? Is there any other way to tell? I saw in the docs that a reconstruct can take a long time, but they had an 18 hour period for an 85 gig mail store. Just for basis of comparison, this is running on an Enterprise 220R at Solaris 8 02/02REV. Any suggestions would be extremely appreciated.It turned out to be owner:group problems. There was only one log.* file in the SERVEROOT/store/mboxlist directory. The problem was resolved by using 'truss' with the appropriate options when starting the store daemon with './msg-start store':
truss -fear all -w all -o stored_truss.txt ./start-msg store
Then I used grep to scan the file for the EACC string. This helped me figure out which dirs needed to be owned by the user and group that the mail server processes run under. (Thanks to [email protected] for the suggestion of 'truss')
At the moment I am running a 'reconstruct -r' and it seems to be doing what it's supposed to. When I ran it last night, I couldn't remember if the store daemon needed to be running or not, but apparently it does. -
IPlanet WebServer Hangs on JSP file change
Hello,
I am using IPlanetWebServer-Enterprise/4.1SP5 and the server just hangs when there is a JSP file changed after the first successfull load. Looking at ther errors log, I can see that it is doing:
compileJSP(): invoking Java compiler, file =/.....
When the first time its successful, it follows that compilsJSP() with
For JSP Compilation : JDKLocation-/usr/java/, fork_java_c=no,enable_debug=yes
Is there a fix for this problem?? Please help
ThanksI did all of the 3 things that you told me in the context.properties file.
The same behavior is still happening....here is the sequence
1) start the server from scratch
2) load the jsp file (ok)
3) change the jsp file with emacs
4) reload the jsp file (ok, see the changes)
5) change ths jsp file with emacs again
6) reload the jsp file (HANGS, browser is just waiting for reply)
errors file trace...
04/Mar/2002:11:49:44] info (12964): Service(): uri=/seehawk/optimizer/jsp/omCost.jsp cgiScriptName=/seehawk/optimizer/jsp/omCost.jsp token=null cached=false
[04/Mar/2002:11:49:44] info (12964): JSP: This is a jsp 1.x file
[04/Mar/2002:11:49:44] info (12964): JSP: Before JSP1x compiler.compile, servletName = /seehawk/optimizer/jsp/omCost.jsp servletPath = /usr/local/home/gasweb/seehawk/optimizer/jsp/omCost.jsp & dir = ../ClassCache
[04/Mar/2002:11:49:44] info (12964): JSP1x Jasper Trace: Package name is: jsps.seehawk._optimizer._jsp
[04/Mar/2002:11:49:44] info (12964): JSP1x Jasper Trace: Class name is: omCostjsp
[04/Mar/2002:11:49:44] info (12964): JSP1x Jasper Trace: Java file name is: /usr/local/netscape/server4/https-kw_chan/config/../ClassCache/_jsps/_seehawk/_optimizer/_jsp/_omCost_jsp.java
[04/Mar/2002:11:49:44] info (12964): JSP1x Jasper Trace: Class file name is: /usr/local/netscape/server4/https-kw_chan/config/../ClassCache/_jsps/_seehawk/_optimizer/_jsp/_omCost_jsp.class
[04/Mar/2002:11:49:45] info (12964): JSP1x Jasper Trace: Compiling with: -classpath /usr/local/soap-2_2:/usr/local/xerces-2_0_0/xercesImpl.jar:/usr/local/xerces-2_0_0/xmlParserAPIs.jar:/usr/local/soap-2_2/lib/soap.jar:/usr/local/:/usr/local/netscape/server4/plugins/samples/servlets/beans.10/SDKBeans10.jar:/usr/local/netscape/server4/plugins/samples/servlets/beans/SDKBeans.jar:/usr/local/netscape/server4/bin/https/jar/Bugbase.jar:/usr/local/netscape/server4/bin/https/jar/Calljsac.jar:/gasweb:/usr/local/netscape/server4/webagent/java/SafeAdapter.jar:/usr/local/netscape/server4/webagent/java/SafeAdapterHelper.jar:/usr/local/netscape/server4/webagent/java/env.jar:/usr/local/netscape/server4/webagent/java/jsafe.jar:/usr/local/netscape/server4/webagent/java/msr.jar:/usr/local/netscape/server4/webagent/java/smjavaagentapi.jar:/usr/local/netscape/server4/webagent/java/smjavasdk.jar:/usr/local/netscape/server4/bin/https/jar/NSServletLayer.jar:/usr/local/netscape/server4/bin/https/jar/NSJavaUtil.jar:/usr/local/netscape/server4/bin/https/jar/NSJavaMiscUtil.jar:/usr/local/netscape/server4/bin/https/jar/servlets.jar:/usr/local/netscape/server4/bin/https/jar/jsp092.jar:/usr/local/netscape/server4/bin/https/jar/xml.jar:/usr/local/netscape/server4/bin/https/jar/jspengine.jar:/usr/local/netscape/server4/bin/https/jar/SSJS.jar:/usr/local/netscape/server4/bin/https/jar/js14lc30.jar:/usr/local/netscape/server4/bin/https/jar/ldapjdk.jar:::../ClassCache:/usr/local/netscape/server4/https-kw_chan/config/../ClassCache -d /usr/local/netscape/server4/https-kw_chan/config/../ClassCache /usr/local/netscape/server4/https-kw_chan/config/../ClassCache/_jsps/_seehawk/_optimizer/_jsp/_omCost_jsp.java
[04/Mar/2002:11:49:45] info (12964): IWSJavaC.compile(): forking external compiler, java=/usr/java//bin/javac
Thanks
Ka-Wai -
Dear all
I am running Iplanet 5.2 on Solaris 8 , smtp,dispatcher,httpd servies is crashing and i have to restart services everytime , can someone will help in troubleshooting this problem
Thanks & RegardsThe proper way to get someone to help you in troubleshooting the problem is to contact Sun support organization.
On the forum, people can reply to questions, suggest ideas based on the data published.
Regards,
Ludovic. -
Smtp in Hangs for every fews days.
I am running iPlanet Messaging Server 5.2 sp1 on solaris 2.8 with kernel patch level 23 .
For every few days say for 3-4 days once smtp process stops hanging. When I do a telnet to port 25 , it just stop as "Escape character is '^]'." It is not displaying the iMS banner.
If a do a restart of services , it is ready to accept the requests.
imsimta version o/p
iPlanet Messaging Server 5.2 Patch 1 (built Aug 19 2002)
libimta.so 5.2 Patch 1 (built 23:25:07, Aug 19 2002)
Please help.
Rgds
Prem.Hi
Please find below the truss o/p of tcp_smtp_server & dispatcher process ..
tcp_smtp_process:
lwp_sema_wait(0xFE0C1E30) (sleeping...)
signotifywait() (sleeping...)
lwp_sema_wait(0xFE111E30) (sleeping...)
poll(0xFE0F01C0, 1, -1) (sleeping...)
lwp_sema_wait(0xFE33FA08) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE33FA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFE0C1E30) = 0
lwp_sema_wait(0xFE0C1E30) = 0
sigprocmask(SIG_SETMASK, 0xFE34AD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE33F9F8, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE33F9F8, 0x00000000) = 0
time() = 1072237388
lwp_sema_post(0xFE33FA08) = 0
lwp_sema_wait(0xFE33FA08) = 0
sigprocmask(SIG_BLOCK, 0xFE33F9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE33F9F8, 0x00000000) = 0
lwp_sema_wait(0xFE0C1E30) (sleeping...)
signotifywait() (sleeping...)
lwp_sema_wait(0xFE111E30) (sleeping...)
poll(0xFE0F01C0, 1, -1) (sleeping...)
lwp_sema_wait(0xFE33FA08) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE33FA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFE0C1E30) = 0
lwp_sema_wait(0xFE0C1E30) = 0
sigprocmask(SIG_SETMASK, 0xFE34AD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE33F9F8, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE33F9F8, 0x00000000) = 0
time() = 1072237448
lwp_sema_post(0xFE33FA08) = 0
lwp_sema_wait(0xFE33FA08) = 0
sigprocmask(SIG_BLOCK, 0xFE33F9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE33F9F8, 0x00000000) = 0
lwp_sema_wait(0xFE0C1E30) (sleeping...)
signotifywait() (sleeping...)
lwp_sema_wait(0xFE111E30) (sleeping...)
poll(0xFE0F01C0, 1, -1) (sleeping...)
lwp_sema_wait(0xFE33FA08) (sleeping...)
Dispatcher Process
*** SGID: rgid/egid/sgid = 10 / 1 / 1 ***
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFDF0DE30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFDF0DE30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
fork1() = 12612
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
mmap(0x00000000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFD7E0000
mprotect(0xFD7E0000, 8192, PROT_NONE) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_self() = 9
lwp_sema_post(0xFD7F1E30) = 0
lwp_sema_wait(0xFD7F1E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
time() = 1072237298
lwp_sema_post(0xFD7F1E30) = 0
lwp_sema_wait(0xFD7F1E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_wakeup(0xFE7FB1D8) = 0
lwp_mutex_lock(0xFE7FB1D8) = 0
lwp_cond_broadcast(0xFE7FB210) = 0
munmap(0xFE040000, 73728) = 0
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFDF0DE30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFDF0DE30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
time() = 1072237327
time() = 1072237327
time() = 1072237327
time() = 1072237327
time() = 1072237327
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFE111E30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFE111E30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
fork1() = 12666
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
mmap(0x00000000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFE040000
mprotect(0xFE040000, 8192, PROT_NONE) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_self() = 10
lwp_sema_post(0xFE051E30) = 0
lwp_sema_wait(0xFE051E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
time() = 1072237328
lwp_sema_post(0xFE7EFA08) = 0
lwp_sema_wait(0xFE7EFA08) = 0
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
lwp_sema_post(0xFE051E30) = 0
lwp_sema_wait(0xFE051E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_wakeup(0xFE7FB1D8) = 0
lwp_mutex_lock(0xFE7FB1D8) = 0
lwp_cond_broadcast(0xFE7FB210) = 0
munmap(0xFD7E0000, 73728) = 0
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFDF0DE30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFDF0DE30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
fork1() = 12673
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
mmap(0x00000000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFD7E0000
mprotect(0xFD7E0000, 8192, PROT_NONE) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_self() = 9
lwp_sema_post(0xFD7F1E30) = 0
lwp_sema_wait(0xFD7F1E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
time() = 1072237358
lwp_sema_post(0xFD7F1E30) = 0
lwp_sema_wait(0xFD7F1E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_wakeup(0xFE7FB1D8) = 0
lwp_mutex_lock(0xFE7FB1D8) = 0
lwp_cond_broadcast(0xFE7FB210) = 0
munmap(0xFE040000, 73728) = 0
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...)
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFDF0DE30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFDF0DE30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
time() = 1072237387
time() = 1072237387
time() = 1072237387
time() = 1072237387
time() = 1072237387
Received signal #14, SIGALRM, in lwp_sema_wait() [caught]
lwp_sema_wait(0xFE7EFA08) Err#91 ERESTART
sigprocmask(SIG_SETMASK, 0xFDE0BDE4, 0x00000000) = 0
lwp_sema_post(0xFE111E30) = 0
setitimer(ITIMER_REAL, 0xFDE0B730, 0x00000000) = 0
lwp_sema_wait(0xFE111E30) = 0
sigprocmask(SIG_SETMASK, 0xFE7FAD68, 0x00000000) = 0
setcontext(0xFDE0B6C8)
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
fork1() = 12680
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
mmap(0x00000000, 73728, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON, -1, 0) = 0xFE040000
mprotect(0xFE040000, 8192, PROT_NONE) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_self() = 10
lwp_sema_post(0xFE051E30) = 0
lwp_sema_wait(0xFE051E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_cond_signal(0xFE7F5548) = 0
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) = 0
time() = 1072237388
lwp_sema_post(0xFE7EFA08) = 0
lwp_sema_wait(0xFE7EFA08) = 0
sigprocmask(SIG_BLOCK, 0xFE7EF9F8, 0x00000000) = 0
setitimer(ITIMER_REAL, 0xFDE0BC68, 0x00000000) = 0
sigprocmask(SIG_UNBLOCK, 0xFE7EF9F8, 0x00000000) = 0
lwp_sema_post(0xFE051E30) = 0
lwp_sema_wait(0xFE051E30) = 0
lwp_mutex_wakeup(0xFE7F5558) = 0
lwp_mutex_lock(0xFE7F5558) = 0
lwp_mutex_wakeup(0xFE7FB1D8) = 0
lwp_mutex_lock(0xFE7FB1D8) = 0
lwp_cond_broadcast(0xFE7FB210) = 0
munmap(0xFD7E0000, 73728) = 0
accept(13, 0xFE031CE8, 0xFE031CD4, 1) (sleeping...)
signotifywait() (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
accept(9, 0xFE0F1C9E, 0xFE0F1C98, 1) (sleeping...)
lwp_sema_wait(0xFE7EFA08) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_cond_wait(0xFE7F5548, 0xFE7F5558, 0xFE7EEDB0) (sleeping...)
lwp_sema_wait(0xFDF0DE30) (sleeping...)
poll(0xFD530250, 1, -1) (sleeping...) -
JNDI hanging when trying to BIND
We are currently having problems with our application hanging when it tries to obtain LDAP context. I have attached a thread dump. Once all the threads start hanging the weblogic server cannot do any work and needs to be restarted. Any help would be appreciatted.
I can make it happen by creating a load on the server.
Code snippet:
we call a static method to return us a context instance, context is not shared.
env.put(Context.INITIAL_CONTEXT_FACTORY,"com.sun.jndi.ldap.LdapCtxFactory");
env.put(Context.PROVIDER_URL, "ldap://"+directoryHost+":"+directoryPort);
env.put(Context.SECURITY_PRINCIPAL, name);
env.put(Context.SECURITY_CREDENTIALS, password);
env.put(Context.REFERRAL,"follow");
DirContext ctx = new InitialDirContext(env);
return ctx;
Thread dump (there are a few threads like this)
"ExecuteThread: '36' for queue: 'default'" daemon prio=5 tid=0x2718c808 nid=0x77
c waiting on monitor [0x2852f000..0x2852fdc0]
at java.lang.Object.wait(Native Method)
- waiting on <55e31f0> (a com.sun.jndi.ldap.LdapRequest)
at com.sun.jndi.ldap.Connection.readReply(Connection.java:283)
- locked <55e31f0> (a com.sun.jndi.ldap.LdapRequest)
at com.sun.jndi.ldap.LdapClient.ldapBind(LdapClient.java:310)
- locked <55e31d8> (a com.sun.jndi.ldap.LdapClient)
at com.sun.jndi.ldap.LdapClient.authenticate(LdapClient.java:163)
- locked <55e31d8> (a com.sun.jndi.ldap.LdapClient)
at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2386)
at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:239)
at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.jav
a:74)
at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:6
60)
at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:241
at javax.naming.InitialContext.init(InitialContext.java:217)
at javax.naming.InitialContext.<init>(InitialContext.java:193)
at javax.naming.directory.InitialDirContext.<init>(InitialDirContext.jav
a:78)
at com.truecontext.wasabi.business.util.LDAPUtil.getContext(LDAPUtil.jav
a:318)
at com.truecontext.wasabi.business.devman.dao.SynchronizationProfileDAOi
Planet.getObjectsByFilter(SynchronizationProfileDAOiPlanet.java:562)
at com.truecontext.wasabi.business.devman.dao.SynchronizationProfileDAOi
Planet.getObjectsByFilter(SynchronizationProfileDAOiPlanet.java:544)
at com.truecontext.wasabi.business.devman.dao.SynchronizationProfileDAOi
Planet.findSynchronizationProfileDataByDeviceAndUser(SynchronizationProfileDAOiP
lanet.java:1319)
at com.truecontext.wasabi.business.devman.ejb.DeviceMgrEJB.findSynchroni
zationProfileDataByDeviceAndUser(DeviceMgrEJB.java:6502)
at com.truecontext.wasabi.business.devman.ejb.DeviceMgrEJB_fo5kg5_EOImpl
.findSynchronizationProfileDataByDeviceAndUser(DeviceMgrEJB_fo5kg5_EOImpl.java:7
010)
at com.truecontext.wasabi.business.devman.ejb.DeviceMgrSyncSessionEJB.fi
ndSynchronizationProfileDataByDeviceAndUser(DeviceMgrSyncSessionEJB.java:880)
at com.truecontext.wasabi.business.devman.ejb.DeviceMgrSyncSessionEJB_th
6b7o_EOImpl.findSynchronizationProfileDataByDeviceAndUser(DeviceMgrSyncSessionEJ
B_th6b7o_EOImpl.java:166)
at com.truecontext.wasabi.business.sync.ejb.SFSyncEngineEJB.beginSync(SF
SyncEngineEJB.java:1008)
at com.truecontext.wasabi.business.sync.ejb.SFSyncEngineEJB.doProcess(SF
SyncEngineEJB.java:867)
at com.truecontext.wasabi.business.sync.ejb.SFSyncEngineEJB.doProcess(SF
SyncEngineEJB.java:782)
at com.truecontext.wasabi.business.sync.ejb.SFSyncEngineEJB_62algz_EOImp
l.doProcess(SFSyncEngineEJB_62algz_EOImpl.java:199)
at com.truecontext.wasabi.presentation.sync.servlet.SFSyncListener.onMes
sage(SFSyncListener.java:352)
at com.truecontext.wasabi.presentation.sync.servlet.SFSyncListener.doPos
t(SFSyncListener.java:284)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run
(ServletStubImpl.java:1058)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
pl.java:401)
at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubIm
pl.java:306)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationActio
n.run(WebAppServletContext.java:5445)
at weblogic.security.service.SecurityServiceManager.runAs(SecurityServic
eManager.java:780)
at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppSe
rvletContext.java:3105)
at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestIm
pl.java:2588)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:213)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:189)
Environment:
iplanet directory server 5.1 Service Pack 2
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_08-b03) (also tried 1.4.2)
OS Name Microsoft Windows 2000 Server
Version 5.0.2195 Service Pack 4 Build 2195
BEA Weblogic Server 7.0 sp2We are having the same problem as well and this has been reported else where as well.
We were able to reproduce this problem on the full blown Weblogic application, with a simple program which creates a large number of connection in quick succession - after a certain number of connections ( about 60), the client simply hangs! It turns out that this is a known problem with iPlanet 5.1 with SSL: http://www.openldap.org/lists/openldap-software/200205/msg00567.html
I have also posted this message to the Directory Server forum at Sun, but have not heard anything yet!
http://swforum.sun.com/jive/thread.jspa?threadID=46914&tstart=0
There have been quite a few other cases of this problem ( probably manifesting itself in other forms!)
http://forum.java.sun.com/thread.jsp?forum=51&thread=358357
Let me know if you come up with a solution to your problem -
AQ Server Hangs on Concurrent Dequeue
We have an installation of Oracle AQ on top of Oracle 8i "8.1.7.4.0 Production".
Whenever several subscribers (agents) with the same name try to dequeue concurrently from the same queue, the server is completely blocked (even session kill doesn't work anymore).
This worked perfectly fine with previous releases. Concurrent dequeueing is a key feature of Oracle AQ, so I assume this is a known bug. The question is, how to fix it?
Thanks,
TibiHi,
Try to increase parameter of Rqthrottle in magnus.conf to increse no.of concurrent users.
And try to disable BEA Weblogic plugin and check still iWS hangs.
To adjust native pool setting please check iWS Adminguide(http://docs.iplanet.com/docs/manuals/enterprise/41/ag/essvrprf.htm#1035178).
If still iWS hangs, let me know some lines from the error and access log at iWS hangs.
I hope this helps.
Regards,
Dakshin.
Developer Technical Support
Sun Microsystems
http://www.sun.com/developers/support. -
Question re how iPlanet Directory Server applies the Look Through Limit.
I have a question on how iPlanet Directory Server applies the lookthrough limit...
I am running an LDAP search on a 4.13 directory. The search filter is:
"(&(rtrdaMaturityDate>=20020128)(rtrdaMaturityDate<=20020130))"
rtrdaMaturityDate is an int, and indexed with pres,eq,sub
There are 244680 entries where rtrdamaturityDate>=20020128
383005 entries where rtrdaMaturityDate<=20020130
484 entries which satisfy both conditions
When the query is run as Directory Manager it just hangs (presumably it would complete eventually).
When run as another user it gives a size limit error. The size limit and lookthrough limit on the directory are both 5000 . As the matching number of entries doesn't exceed the size limit, I think perhaps it is the lookthrough limit causing the problem...
It looks as if it treats each part of the filter separately, building an candidate list for each, giving an error if both reach the look through limit. i.e. it does not realise that both parts of the filter could be treated together.
Is this correct ?
This theory is born out by the fact that if I change the value so the filter would logically return only the highest few values, the search works (i.e. as if the <= filter condition hit LTL, but the >= did not).
Also, if I add another condition to give "(&(rtrdaIssuerBgNid=4403)(rtrdamaturityDate>=20020128)(rtrdaMaturityDate<=20020130))" then the search eventually correctly returns a single entry. (IssuerBgNid=4403 on its own gives 1004 entries).
Can I therefore assume that a seach will only work if at least one condition in the filter gives a candidate list with less entries than the look through limit?
Any advice on how to implement a range search like this would also be much appreciated.
Thanks,
Dave.The lookthrough limit is reached when the resulting candidate list contains more entries than the limit...
Lookthrough limit has been implemented specifically to for Range filters (and OR filters) to avoid consuming too many resources.
For your particular problem, you can increase the lookthrough limit... but it will affect all users and searches.
Note that iPlanet Directory Server 5.x does provide a per User LookThrough Limit (and other limits as well), therefore you could just increase the lookthrough limit for the specific users performing these searches.
Regards,
Ludovic. -
IPlanet 4.1 Error log has multiple "Exiting JVM" entries
Anybody ever run into this problem?
I just did a clean install of iPlanet Enterprise Server (SP8) on my HP-UX
box (PA_RISC2.0). Java servlets run fine in Tomcat on this box, but whenever
I try to even turn on the servlet engine in iPlanet, the webserver hangs. In
the error log I get the message below repeated as long as I let my browser
continue to try and retrieve the info at a location on the server (static
doc or servlet):
info ( 7256): Exiting JVMThis is an application server forum. Try asking your question in an
Enterprise Server newsgroup. (iplanet.server is one suggestion)
David
KurtHeston wrote:
Anybody ever run into this problem?
I just did a clean install of iPlanet Enterprise Server (SP8) on my HP-UX
box (PA_RISC2.0). Java servlets run fine in Tomcat on this box, but whenever
I try to even turn on the servlet engine in iPlanet, the webserver hangs. In
the error log I get the message below repeated as long as I let my browser
continue to try and retrieve the info at a location on the server (static
doc or servlet):
info ( 7256): Exiting JVM -
Weblogic server 5.1 goes to hang within an hour
I have the problem with weblogic server 5.1 that it goes to hang within around
an hour. There is no obvious error or exceptions shown in the weblogic log.
But at the time the weblogic server is hanging, I just observed from the weblogic
console GUI that once a user logon to the web application (the web server is iPlanet
6.0), the number of bean in cache of the corresponding stateful session bean increases
one but does not drop. Every single logon makes an increment 1 to the # of the
bean in cache of the corresponding session bean but no dropping.
What the session bean does is actually obtain a connection from the weblogic server
and get data from database. I went down to the database (Sybase ASE 11.9) at
the hanging time but did not see any long-running process nor table blocking that
may hinder the database response time. I do not understand what the session bean
was waiting for.
The only hints that I have is the below error message which was found in the iPlanet
web server log. Anyone please help to tell me what the problem can be?
Error found in iPlanet web server
============================
[03/Jun/2003:02:51:26] failure ( 381): Error receiving connection (No process
is on the other end of the pipe.)Thanks, Rob.
I will try and see if it helps. Thanks again.
Rob Woollen <[email protected]> wrote:
Thanks for the thread dump.
Yes, DriverManager is the problem. Unfortunately this class is
well-known for causing deadlocks.
You really do not ever want to use DriverManager.getConnection from
code that runs in the server. Instead, you should define a TxDataSource
for your connection pool and use DataSource.getConnection.
I would recommend you lookup the DataSource in your stateless session
bean's ejbCreate method and store the DataSource in a member variable.
Your methods can call DataSource.getConnection when they need a JDBC
connection.
-- Rob
Carol wrote:
Rob,
I got the same symptom with weblogic server 6.1 today and I got thethread dump
for it this time. I read through the log and I wonder if the methodcall from
"java.sql.DriverManager.println" led to the hanging problem.
I attach the thread dump for your reference.
Do you have any advice? Thanks in advance.
"Carol" <[email protected]> wrote:
Rob,
Thanks for your advice firstly.
I am not able to reproduce the problem at this moment so I do not have
the thread
dump for review. But I did take a look at the Queue Length in the
WL
console
GUI at the time hanging and I found it kept to be 0 or 1. Also, the
heap size
was just about 60%.
But I have missed out one thing in my previous post. Besides the stateful
session
bean, another stateless session bean was used at the time user logon.
And the
stateless session bean just behaved the same as what the stateful one
did at the
time the WL was hanging, i.e. its "bean in cache" increased one when
a user tried
to logon.
What else shall I look into in order to find out the root cause?
Rob Woollen <[email protected]> wrote:
Take a thread dump (or several) when the server is hung. If you can't
figure out the problem from that, post the thread dump here, and we'll
have a look.
-- Rob
Carol wrote:
I have the problem with weblogic server 5.1 that it goes to hang
within
around
an hour. There is no obvious error or exceptions shown in the weblogiclog.
But at the time the weblogic server is hanging, I just observed fromthe weblogic
console GUI that once a user logon to the web application (the webserver is iPlanet
6.0), the number of bean in cache of the corresponding stateful sessionbean increases
one but does not drop. Every single logon makes an increment 1 tothe # of the
bean in cache of the corresponding session bean but no dropping.
What the session bean does is actually obtain a connection from theweblogic server
and get data from database. I went down to the database (Sybase
ASE
11.9) at
the hanging time but did not see any long-running process nor tableblocking that
may hinder the database response time. I do not understand what
the
session bean
was waiting for.
The only hints that I have is the below error message which was foundin the iPlanet
web server log. Anyone please help to tell me what the problem canbe?
Error found in iPlanet web server
============================
[03/Jun/2003:02:51:26] failure ( 381): Error receiving connection(No process
is on the other end of the pipe.)
Full thread dump:
"HighPriority TimeEventGenerator" daemon prio=9 tid=0x6ef920 nid=0x77waiting on monitor [0xaf681000..0xaf6819d8]
at java.lang.Object.wait(Native Method)
at weblogic.time.common.internal.TimeTable.snooze(TimeTable.java:279)
at weblogic.time.common.internal.TimeEventGenerator.run(TimeEventGenerator.java:138)
at java.lang.Thread.run(Thread.java:484)
"SSLListenThread" prio=5 tid=0x88e860 nid=0x76 runnable [0xafd81000..0xafd819d8]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:468)
at java.net.ServerSocket.implAccept(ServerSocket.java:243)
at java.net.ServerSocket.accept(ServerSocket.java:222)
at weblogic.security.SSL.SSLServerSocket.acceptNoHandshake(SSLServerSocket.java:126)
at weblogic.security.SSL.SSLServerSocket.accept(SSLServerSocket.java:117)
at weblogic.t3.srvr.ListenThread.run(ListenThread.java:255)
"ListenThread" prio=5 tid=0x88e110 nid=0x75 runnable [0xaf781000..0xaf7819d8]
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:468)
at java.net.ServerSocket.implAccept(ServerSocket.java:243)
at java.net.ServerSocket.accept(ServerSocket.java:222)
at weblogic.t3.srvr.ListenThread.run(ListenThread.java:255)
"GC Daemon" daemon prio=2 tid=0x724590 nid=0x72 waiting on monitor[0xaff81000..0xaff819d8]
at java.lang.Object.wait(Native Method)
at sun.misc.GC$Daemon.run(GC.java:103)
"RMI RenewClean-[127.0.0.1:55045]" daemon prio=5 tid=0x724460 nid=0x71waiting on monitor [0xb0581000..0xb05819d8]
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108)
at sun.rmi.transport.DGCClient$EndpointEntry$RenewCleanThread.run(DGCClient.java:495)
at java.lang.Thread.run(Thread.java:484)
"ExecuteThread: '14' for queue: 'JmsDispatcher'" daemon prio=5 tid=0xe9160nid=0x6e waiting on monitor [0xb0781000..0xb07819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '13' for queue: 'JmsDispatcher'" daemon prio=5 tid=0xe8678nid=0x6d waiting on monitor [0xb0881000..0xb08819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '12' for queue: 'JmsDispatcher'" daemon prio=5 tid=0xe7ca8nid=0x6c waiting on monitor [0xb0981000..0xb09819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '11' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b6498nid=0x6b waiting on monitor [0xb0a81000..0xb0a819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '10' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b59b0nid=0x6a waiting on monitor [0xb0b81000..0xb0b819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '9' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b4ec8nid=0x69 waiting on monitor [0xb0c81000..0xb0c819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '8' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b43e0nid=0x68 waiting on monitor [0xb0d81000..0xb0d819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '7' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b38f8nid=0x67 waiting on monitor [0xb0e81000..0xb0e819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '6' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b2e10nid=0x66 waiting on monitor [0xb0f81000..0xb0f819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '5' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b10d8nid=0x65 waiting on monitor [0xb1081000..0xb10819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '4' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b05f0nid=0x64 waiting on monitor [0xb1181000..0xb11819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '3' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b1c50nid=0x63 waiting on monitor [0xb1281000..0xb12819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '2' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b1aa8nid=0x62 waiting on monitor [0xb1381000..0xb13819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '1' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b1900nid=0x61 waiting on monitor [0xb1481000..0xb14819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '0' for queue: 'JmsDispatcher'" daemon prio=5 tid=0x3b13d0nid=0x60 waiting on monitor [0xb1581000..0xb15819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '2' for queue: 'weblogic.transaction.AsyncQueue'" daemonprio=5 tid=0x2e9e18 nid=0x5f waiting on monitor [0xb1681000..0xb16819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '1' for queue: 'weblogic.transaction.AsyncQueue'" daemonprio=5 tid=0x2e8160 nid=0x5e waiting on monitor [0xb1781000..0xb17819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '0' for queue: 'weblogic.transaction.AsyncQueue'" daemonprio=5 tid=0x2e98e8 nid=0x5d waiting on monitor [0xb1881000..0xb18819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '9' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x553848 nid=0x5c waiting on monitor [0xb1981000..0xb19819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '8' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x552d60 nid=0x5b waiting on monitor [0xb1a81000..0xb1a819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '7' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x5522f0 nid=0x5a waiting on monitor [0xb1b81000..0xb1b819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '6' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x4f0150 nid=0x59 waiting on monitor [0xb1c81000..0xb1c819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '5' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x4f0f18 nid=0x58 waiting on monitor [0xb1d81000..0xb1d819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '4' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x4f0d48 nid=0x57 waiting on monitor [0xb1e81000..0xb1e819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '3' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x541870 nid=0x56 waiting on monitor [0xb1f81000..0xb1f819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '2' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x548ac8 nid=0x55 waiting on monitor [0xb2081000..0xb20819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '1' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x547390 nid=0x54 waiting on monitor [0xb2181000..0xb21819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '0' for queue: '__weblogic_admin_rmi_queue'" daemonprio=5 tid=0x5414c8 nid=0x53 waiting on monitor [0xb2281000..0xb22819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '1' for queue: '__weblogic_admin_html_queue'" daemonprio=5 tid=0x4f3d60 nid=0x52 waiting on monitor [0xb2381000..0xb23819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"ExecuteThread: '0' for queue: '__weblogic_admin_html_queue'" daemonprio=5 tid=0x5469c0 nid=0x51 waiting on monitor [0xb2481000..0xb24819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.kernel.ExecuteThread.waitForRequest(ExecuteThread.java:94)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:118)
"TimeEventGenerator" daemon prio=5 tid=0x4f0378 nid=0x50 waiting onmonitor [0xb2581000..0xb25819d8]
at java.lang.Object.wait(Native Method)
at weblogic.time.common.internal.TimeTable.snooze(TimeTable.java:279)
at weblogic.time.common.internal.TimeEventGenerator.run(TimeEventGenerator.java:138)
at java.lang.Thread.run(Thread.java:484)
"TimeEventGenerator" daemon prio=5 tid=0x542270 nid=0x4f waiting onmonitor [0xb2681000..0xb26819d8]
at java.lang.Object.wait(Native Method)
at weblogic.time.common.internal.TimeTable.snooze(TimeTable.java:279)
at weblogic.time.common.internal.TimeEventGenerator.run(TimeEventGenerator.java:138)
at java.lang.Thread.run(Thread.java:484)
"SpinnerRandomSource" daemon prio=5 tid=0x4f2ba0 nid=0x4e waiting onmonitor [0xb2781000..0xb27819d8]
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:420)
at weblogic.security.SpinnerRandomBitsSource.run(SpinnerRandomBitsSource.java:57)
at java.lang.Thread.run(Thread.java:484)
"ExecuteThread: '64' for queue: 'default'" daemon prio=5 tid=0x4ee2c8nid=0x4d waiting for monitor entry [0xb2881000..0xb28819d8]
at weblogic.jdbc.jts.Connection.internalRollback(Connection.java:673)
at weblogic.jdbc.jts.Connection.rollback(Connection.java:431)
at weblogic.transaction.internal.ServerResourceInfo.rollback(ServerResourceInfo.java:1226)
at weblogic.transaction.internal.ServerResourceInfo.rollback(ServerResourceInfo.java:545)
at weblogic.transaction.internal.ServerSCInfo.startRollback(ServerSCInfo.java:372)
at weblogic.transaction.internal.ServerTransactionImpl.localRollback(ServerTransactionImpl.java:1419)
at weblogic.transaction.internal.ServerTransactionImpl.globalRollback(ServerTransactionImpl.java:2012)
at weblogic.transaction.internal.TransactionImpl$1.execute(TransactionImpl.java:1559)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '63' for queue: 'default'" daemon prio=5 tid=0x4ed7e0nid=0x4c waiting for monitor entry [0xb2981000..0xb29819d8]
at weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:371)
at weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:24)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '62' for queue: 'default'" daemon prio=5 tid=0x4eccf8nid=0x4b waiting for monitor entry [0xb2a80000..0xb2a819d8]
at java.sql.DriverManager.getConnection(DriverManager.java:144)
at com.xxxxx.infra.db.ejb.weblogic.DBAccess.<init>(DBAccess.java:79)
at com.xxxxx.infra.db.ejb.weblogic.DBAccess.<init>(DBAccess.java:96)
at com.xxxxx.infra.ffff.agent.ppppoo.ppppooBean.init(ppppooBean.java:141)
at com.xxxxx.infra.ffff.agent.ppppoo.ppppooBean.ejbCreate(ppppooBean.java:121)
at com.xxxxx.infra.ffff.agent.ppppoo.ppppooBean_9cncmc_Impl.ejbCreate(ppppooBean_9cncmc_Impl.java:112)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.ejb20.pool.StatelessSessionPool.createBean(StatelessSessionPool.java:148)
at weblogic.ejb20.pool.StatelessSessionPool.getBean(StatelessSessionPool.java:112)
at weblogic.ejb20.manager.StatelessManager.preInvoke(StatelessManager.java:160)
at weblogic.ejb20.internal.BaseEJBObject.preInvoke(BaseEJBObject.java:117)
at weblogic.ejb20.internal.StatelessEJBObject.preInvoke(StatelessEJBObject.java:63)
at com.xxxxx.infra.ffff.agent.ppppoo.ppppooBean_9cncmc_EOImpl.startRequest(ppppooBean_9cncmc_EOImpl.java:26)
at com.xxxxx.infra.ffff.agent.ffffShellRequest.ffffShellRequestBean.executeRequest(ffffShellRequestBean.java:326)
at com.xxxxx.infra.ffff.agent.ffffShellRequest.ffffShellRequestBean.startRequest(ffffShellRequestBean.java:104)
at com.xxxxx.infra.ffff.agent.ffffShellRequest.ffffShellRequestBean_7gya1w_EOImpl.startRequest(ffffShellRequestBean_7gya1w_EOImpl.java:37)
at com.xxxxx.infra.ffff.agent.ffffShellRequest.ffffShellRequestBean_7gya1w_EOImpl_WLSkel.invoke(UnknownSource)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:288)
at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:93)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:257)
at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:22)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '61' for queue: 'default'" daemon prio=5 tid=0x4eb3f8nid=0x4a runnable [0xb2b81000..0xb2b819d8]
at weblogic.socket.PosixSocketMuxer.poll(Native Method)
at weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:371)
at weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:24)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '60' for queue: 'default'" daemon prio=5 tid=0x4ea910nid=0x49 waiting for monitor entry [0xb2c81000..0xb2c819d8]
at weblogic.jdbc.jts.Connection.internalRollback(Connection.java:673)
at weblogic.jdbc.jts.Connection.rollback(Connection.java:431)
at weblogic.transaction.internal.ServerResourceInfo.rollback(ServerResourceInfo.java:1226)
at weblogic.transaction.internal.ServerResourceInfo.rollback(ServerResourceInfo.java:545)
at weblogic.transaction.internal.ServerSCInfo.startRollback(ServerSCInfo.java:372)
at weblogic.transaction.internal.ServerTransactionImpl.localRollback(ServerTransactionImpl.java:1419)
at weblogic.transaction.internal.ServerTransactionImpl.globalRetryRollback(ServerTransactionImpl.java:2152)
at weblogic.transaction.internal.ServerTransactionImpl.access$3(ServerTransactionImpl.java:2123)
at weblogic.transaction.internal.ServerTransactionImpl$1.execute(ServerTransactionImpl.java:2291)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '59' for queue: 'default'" daemon prio=5 tid=0x4e9e28nid=0x48 waiting for monitor entry [0xb2d81000..0xb2d819d8]
at java.sql.DriverManager.getConnection(DriverManager.java:144)
at com.xxxxx.infra.db.ejb.weblogic.DBAccess.<init>(DBAccess.java:79)
at com.xxxxx.infra.db.ejb.weblogic.DBAccess.<init>(DBAccess.java:96)
at com.xxxxx.apps.aaaa.ejb.uuuii.loaduuuii(uuuii.java:73)
at com.xxxxx.apps.aaaa.ejb.uuuii.<init>(uuuii.java:63)
at com.xxxxx.apps.aaaa.ejb.eeeeessBean.enInit(eeeeessBean.java:30)
at com.xxxxx.apps.aaaa.ejb.eeeeessBean_2i6_EOImpl.enInit(eeeeessBean_2i6_EOImpl.java:221)
at com.xxxxx.apps.aaaa.ejb.eeeeessBean_2i6_EOImpl_WLSkel.invoke(UnknownSource)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:288)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:257)
at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:22)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '58' for queue: 'default'" daemon prio=5 tid=0x4e9340nid=0x47 waiting for monitor entry [0xb2e81000..0xb2e819d8]
at weblogic.socket.PosixSocketMuxer.processSockets(PosixSocketMuxer.java:371)
at weblogic.socket.SocketReaderRequest.execute(SocketReaderRequest.java:24)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '57' for queue: 'default'" daemon prio=5 tid=0x4e8858nid=0x46 waiting for monitor entry [0xb2f81000..0xb2f819d8]
at java.sql.DriverManager.getConnection(DriverManager.java:144)
at com.xxxxx.infra.db.ejb.weblogic.DBAccess.<init>(DBAccess.java:79)
at com.xxxxx.infra.db.ejb.weblogic.DBAccess.<init>(DBAccess.java:96)
at com.xxxxx.apps.aaaa.ejb.uuuii.loaduuuii(uuuii.java:73)
at com.xxxxx.apps.aaaa.ejb.uuuii.<init>(uuuii.java:63)
at com.xxxxx.apps.aaaa.ejb.eeeeessBean.enInit(eeeeessBean.java:30)
at com.xxxxx.apps.aaaa.ejb.eeeeessBean_2i6_EOImpl.enInit(eeeeessBean_2i6_EOImpl.java:221)
at com.xxxxx.apps.aaaa.ejb.eeeeessBean_2i6_EOImpl_WLSkel.invoke(UnknownSource)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:288)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:257)
at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:22)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '56' for queue: 'default'" daemon prio=5 tid=0x4e7d70nid=0x45 waiting for monitor entry [0xb3080000..0xb30819d8]
at java.sql.DriverManager.getConnection(DriverManager.java:144)
at com.xxxxx.infra.db.ejb.weblogic.DBAccess.<init>(DBAccess.java:79)
at com.xxxxx.infra.db.ejb.weblogic.DBAccess.<init>(DBAccess.java:96)
at com.xxxxx.infra.ffff.agent.ppppooII.ppppooBean.init(ppppooBean.java:164)
at com.xxxxx.infra.ffff.agent.ppppooII.ppppooBean.ejbCreate(ppppooBean.java:142)
at com.xxxxx.infra.ffff.agent.ppppooII.ppppooBean_sl938_Impl.ejbCreate(ppppooBean_sl938_Impl.java:112)
at java.lang.reflect.Method.invoke(Native Method)
at weblogic.ejb20.pool.StatelessSessionPool.createBean(StatelessSessionPool.java:148)
at weblogic.ejb20.pool.StatelessSessionPool.getBean(StatelessSessionPool.java:112)
at weblogic.ejb20.manager.StatelessManager.preInvoke(StatelessManager.java:160)
at weblogic.ejb20.internal.BaseEJBObject.preInvoke(BaseEJBObject.java:117)
at weblogic.ejb20.internal.StatelessEJBObject.preInvoke(StatelessEJBObject.java:63)
at com.xxxxx.infra.ffff.agent.ppppooII.ppppooBean_sl938_EOImpl.startRequest(ppppooBean_sl938_EOImpl.java:26)
at com.xxxxx.infra.ffff.agent.ppppooII.ppppooBean_sl938_EOImpl_WLSkel.invoke(UnknownSource)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:288)
at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:93)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:257)
at weblogic.rmi.internal.BasicServerRef.dispatch(BasicServerRef.java:158)
at weblogic.rmi.internal.ServerRequest.sendOneWayRaw(ServerRequest.java:92)
at weblogic.rmi.internal.ServerRequest.sendReceive(ServerRequest.java:112)
at weblogic.rmi.cluster.ReplicaAwareRemoteRef.invoke(ReplicaAwareRemoteRef.java:253)
at weblogic.rmi.cluster.ReplicaAwareRemoteRef.invoke(ReplicaAwareRemoteRef.java:220)
at weblogic.rmi.internal.ProxyStub.invoke(ProxyStub.java:35)
at $Proxy222.startRequest(Unknown Source)
at com.xxxxx.infra.ffff.agent.ffffShellRequest.ffffShellRequestBean.executeRequest(ffffShellRequestBean.java:326)
at com.xxxxx.infra.ffff.agent.ffffShellRequest.ffffShellRequestBean.startRequest(ffffShellRequestBean.java:104)
at com.xxxxx.infra.ffff.agent.ffffShellRequest.ffffShellRequestBean_7gya1w_EOImpl.startRequest(ffffShellRequestBean_7gya1w_EOImpl.java:37)
at com.xxxxx.infra.ffff.agent.ffffShellRequest.ffffShellRequestBean_7gya1w_EOImpl_WLSkel.invoke(UnknownSource)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:288)
at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:93)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:257)
at weblogic.rmi.internal.BasicExecuteRequest.execute(BasicExecuteRequest.java:22)
at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
"ExecuteThread: '55' for queue: 'default'" daemon prio=5 tid=0x4e7280nid=0x44 waiting for monitor entry [0xb3180000..0xb31819d8]
at weblogic.common.internal.ResourceAllocator.markBorrowed(ResourceAllocator.java:332)
at weblogic.common.internal.ResourceAllocator.reserve(ResourceAllocator.java:446)
at weblogic.common.internal.ResourceAllocator.reserve(ResourceAllocator.java:400)
at weblogic.common.internal.ResourceAllocator.reserveNoWait(ResourceAllocator.java:368)
at weblogic.jdbc.common.internal.ConnectionPool.reserve(ConnectionPool.java:166)
at weblogic.jdbc.common.internal.ConnectionPool.reserveNoWait(ConnectionPool.java:127)
at weblogic.jdbc.common.internal.RmiDataSource.getPoolConnection(RmiDataSource.java:194)
at weblogic.jdbc.common.internal.RmiDataSource.getConnection(RmiDataSource.java:219)
at weblogic.jdbc.common.internal.RmiDataSource_WLSkel.invoke(UnknownSource)
at weblogic.rmi.internal.BasicServerRef.invoke(BasicServerRef.java:288)
at weblogic.rmi.cluster.ReplicaAwareServerRef.invoke(ReplicaAwareServerRef.java:93)
at weblogic.rmi.internal.BasicServerRef.handleRequest(BasicServerRef.java:257)
at weblogic.rmi.internal.BasicE
Maybe you are looking for
-
all of a sudden, maybe after installing Mavericks, several apps won't open. App Store, ibooks, messages, mail , etc won't open. Other funnies such as mission control won;t show Dashboard and showes something called "Desktop 2". Help
-
Pages docs no longer open when I've exported them as pdfs
Here's a bizarre one... We create our invoices in Pages, export them to pdfs then e-mail them to clients. Usually, the previous month's Pages doc provides the template for the next. But now I can't open many (not all...) of the old Pages docs that I'
-
Calling excel to open csv file created by export within same process
Hello All, I'm very new to apex and never done any javascript. My company is trying to convert this old forms programmer. What I'm trying to do for a client is to open excel with a specific template I've created that will format the data from a csv f
-
Hi, When we do CK11N, the cost for the material is picking up from std. Price, where the matrial valuation in config is assigned first for Purcharse info record, where they have a PO for the material. Now the system is not picking up the PO price ins
-
Very funny, was working fine and then suddenly hit this error. Tried to refresh service definition but with no luck! Syntax error in program "/1AGS/AEAXI_______________015 "._ The following syntax error occurred in program "/1AGS/AEA_XI______________