directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ajay Upadhyaya" <aja...@gmail.com>
Subject Re: apacheds dump command - hangs very frequently
Date Sun, 30 Jul 2006 06:15:22 GMT
added this in JIRA...

-Ajay

On 7/29/06, Emmanuel Lecharny <elecharny@gmail.com> wrote:
>
> Ajay Upadhyaya a écrit :
>
> > Hi,
> > Sorry for posting this again...
>
> np.
>
> >
> > I'd posted this issue sometime back... I didn't get chance afterwards
> > to dig deeper into this issue, anyone has any update/idea, or has
> > anyone else encountered this issue.
>
> Well, no...
>
> >
> > Dump is an important aspect for us to deploy ADS in production for the
> > backup purposes. I'm currently using other option (like recursively
> > traversing the tree using jndi based client) for ADS 0.9, but as our
> > ldap entries grow, the jndi-client is a slower option. So I'm looking
> > forward to the Dump utility in ADS 1.0RC3
>
> The dump command has been modified recently, but I don't think it will
> fix your issue.
>
> I have a few questions regarding what is happening :
> 1) Are you dumping data while other clients do some searches ?
> 2) Is it working well if you try to export data without any client
> connected ?
> 3) Do you get any result, even partial ?
> 4) Is it working 100% with tools like LdapBrowser or JXplorer ?
>
> I think that somebody may spend some time on your problem on monday.
>
> Btw, It would be much better if you fill a JIRA about this problem. JIRA
> is reliable, we read issues at least once a week, we can build a roadmap
> based on JIRAs. On the opposite, mail are just like fire and forget
> weapons. If you catch somebody on the other side, perfect. Otherwise,
> you may have to post again, and again... Last point: with JIRA, we can't
> loose a piece of information. If I need to check for any piece of
> information, it will be related to the JIRA issue. If I have to do the
> same with mail, there is a good chance that I miss at least one or two
> mails. And it's not very funny to check a lot of unrelated mails, too ...
>
> Run JIRA, run !!! :)
>
> Emmanuel
>
> >
> > Thanks,
> > Ajay
> >
> > On 7/13/06, *Ajay Upadhyaya* <ajayup@gmail.com
> > <mailto:ajayup@gmail.com>> wrote:
> >
> >     Hi,
> >     I'm trying out apacheds1.0-RC3
> >
> >     here is my env details
> >     Linux 2.4.20-8smp, 2CPU HT, jdk1.5.0_07
> >
> >     I've a custom schema extension defined (works fine), and a data
> >     partition. ADS is working fine. When I try the dump command using
> >     apacheds-tools the dump is produced sometimes successfully (there
> >     are 2227 entries in the exported file... so its not huge), but
> >     many times the command just hangs. Jstack shows blocked threads,
> >     thread dump is shown below. I looked around for this type of
> >     issue, and found this unresolved issue
> >     http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5104239
> >     <http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5104239>, but
> >     it was reported against 1.4.1, Anybody faced this issue, or have
> >     any insight...not sure if this is an issue with sun jvm or ADS code.
> >
> >
> >     The command I'm using is this
> >
> >     (root)/usr/local/apacheds-1.0_RC3/bin#./apacheds-tools.sh dump -i
> >     /usr/local/apacheds-1.0_RC3 -p etouch -f /home/wikireg/dump
> >
> >     this is how my apacheds-tools.sh looks like.
> >
> >     #!/bin/sh
> >     # Really simple script to launch apacheds tools with RPM installer
> >     #JAVA_HOME=/usr/java/j2sdk1.4.2_06
> >     JAVA_HOME=/usr/java/jdk1.5.0_07
> >     APACHEDS_HOME=/usr/local/apacheds- 1.0_RC3
> >     #$JAVA_HOME/bin/java -jar $APACHEDS_HOME/bin/apacheds-tools.jar $@
> >     $JAVA_HOME/bin/java -classpath
> >     $APACHEDS_HOME/bin/apacheds-tools.jar:$APACHEDS_HOME/lib/ext/et.jar
> >     org.apache.directory.server.tools.ApachedsTools $@
> >
> >
> >     thread dump (using jstack... as kill -3 is not working )
> >
> --------------------------------------------------------------------------------------------------
> >     (root)/usr/java/jdk1.5.0_07/bin#ps -U root | grep java
> >       988 ?        00:12:20 java
> >      2027 pts/0    00:00:01 java
> >     (root)/usr/java/jdk1.5.0_07/bin#./jstack 2027
> >     Attaching to process ID 2027, please wait...
> >     Debugger attached successfully.
> >     Server compiler detected.
> >     JVM version is 1.5.0_07-b03
> >     Thread 2035: (state = BLOCKED)
> >
> >
> >     Thread 2034: (state = BLOCKED)
> >      - java.lang.Object.wait(long) @bci=0 (Interpreted frame)
> >      - java.lang.ref.ReferenceQueue.remove(long) @bci=44, line=116
> >     (Interpreted fram
> >     e)
> >      - java.lang.ref.ReferenceQueue.remove() @bci=2, line=132
> >     (Interpreted frame)
> >      - java.lang.ref.Finalizer$FinalizerThread.run() @bci=3, line=159
> >     (Interpreted f
> >     rame)
> >
> >
> >     Thread 2033: (state = BLOCKED)
> >      - java.lang.Object.wait(long) @bci=0 (Interpreted frame)
> >      - java.lang.Object.wait() @bci=2, line=474 (Interpreted frame)
> >      - java.lang.ref.Reference$ReferenceHandler.run() @bci=46,
> >     line=116 (Interpreted
> >      frame)
> >
> >
> >     Thread 2027: (state = BLOCKED)
> >      - sun.misc.Resource.getBytes() @bci=16, line=75 (Interpreted frame)
> >      - java.net.URLClassLoader.defineClass(java.lang.String,
> >     sun.misc.Resource) @bci
> >     =219, line=256 (Interpreted frame)
> >      - java.net.URLClassLoader.access$100(java.net.URLClassLoader,
> >     java.lang.String,
> >      sun.misc.Resource) @bci=3, line=56 (Interpreted frame)
> >      - java.net.URLClassLoader$1.run() @bci=43, line=195 (Interpreted
> >     frame)
> >      -
> >     java.security.AccessController.doPrivileged(
> java.security.PrivilegedException
> >     Action, java.security.AccessControlContext) @bci=0 (Interpreted
> frame)
> >      - java.net.URLClassLoader.findClass(java.lang.String) @bci=13,
> >     line=188 (Interp
> >     reted frame)
> >      - java.lang.ClassLoader.loadClass(java.lang.String, boolean)
> >     @bci=43, line=306
> >     (Interpreted frame)
> >      - sun.misc.Launcher$AppClassLoader.loadClass(java.lang.String,
> >     boolean) @bci=36
> >     , line=268 (Interpreted frame)
> >      - java.lang.ClassLoader.loadClass(java.lang.String) @bci=3,
> >     line=251 (Interpret
> >     ed frame)
> >      - java.lang.ClassLoader.loadClassInternal(java.lang.String)
> >     @bci=2, line=319 (I
> >     nterpreted frame)
> >      -
> >
> org.springframework.beans.factory.support.AbstractBeanFactory.transformedBean
> >
> >     Name(java.lang.String) @bci=1, line=555 (Interpreted frame)
> >      -
> >
> org.springframework.beans.factory.support.AbstractBeanFactory.getType(
> >     java.la <http://java.la>
> >     ng.String) @bci=2, line=303 (Interpreted frame)
> >      -
> >
> org.springframework.context.support.AbstractApplicationContext.getType(
> java.l
> >     ang.String) @bci=5, line=552 (Interpreted frame)
> >      -
> >
> org.springframework.context.support.AbstractApplicationContext.invokeBeanFact
> >
> >     oryPostProcessors() @bci=80, line=357 (Interpreted frame)
> >      -
> >
> org.springframework.context.support.AbstractApplicationContext.refresh()
> >     @bci
> >     =289, line=294 (Interpreted frame)
> >      -
> >     org.springframework.context.support.FileSystemXmlApplicationContext
> >     .<init>(ja
> >     va.lang.String[], boolean) @bci=14, line=82 (Interpreted frame)
> >      -
> >     org.springframework.context.support.FileSystemXmlApplicationContext
> .<init>(ja
> >     va.lang.String[]) @bci=3, line=67 (Interpreted frame)
> >      -
> >     org.springframework.context.support.FileSystemXmlApplicationContext
> .<init>(ja
> >     va.lang.String) @bci=9, line=58 (Interpreted frame)
> >      -
> >     org.apache.directory.server.tools.ApachedsTools.main(
> java.lang.String
> >     []) @bci
> >     =413, line=103 (Interpreted frame)
> >
> >     Thanks,
> >     Ajay
> >
> >
>
>

Mime
View raw message