directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jörg Henne (JIRA) <j...@apache.org>
Subject [jira] Commented: (DIRSERVER-586) Reliable hang of DS during query
Date Wed, 02 Aug 2006 19:18:15 GMT
    [ http://issues.apache.org/jira/browse/DIRSERVER-586?page=comments#action_12425345 ] 
            
Jörg Henne commented on DIRSERVER-586:
--------------------------------------

I am using 1.5.0_03. Good 'ol SUN, of course.

Ethereal? LdapProxy? Well, good idea, but stumbling blocks everywhere:

- Ethereal can only capture traffic crossing a non-loopback interface. And "crossing" means
actual electrons being shoved around, in contrast to data being routed internally. So I tried
to run the test from a secondary system. Unfortunately this seems to skew the timing so much,
that it just doesn't hang anymore. Even with more threads and everything.

- Next try: LdapProxy. After some pushing and shoving (want an M2 pom.xml for it?), I finally
got the dependencies right and the thing to compile. Result: same problem. LdapProxy is really,
really slow and thus reliably prevents hangs.

- Yet another idea: lauch my linux VMWare VM and try it from there. Still no hang. *sigh*

Bottom line: *sigh*
Does anybody have some more ideas? I'm kind of relievied to see that the hangs don't seem
to occur remotely. This makes the problem less urgent, but a bad feeling persists. And for
crying out loud: I've dumped almost a day into this darned problem.

> Reliable hang of DS during query
> --------------------------------
>
>                 Key: DIRSERVER-586
>                 URL: http://issues.apache.org/jira/browse/DIRSERVER-586
>             Project: Directory ApacheDS
>          Issue Type: Bug
>         Environment: DS 0.9.3, Windows, JDK 1.5
>            Reporter: Jörg Henne
>         Assigned To: Alex Karasulu
>         Attachments: bugreport.zip, TestHang.java
>
>
> When running the attached test, the directory server hangs after executing a slew of
operations when searching for objects.
> First of all, some background on the test case:
> The attached test case (in the form of an exported eclipse project) is, unfortunately,
based on quite a few classes. They are part of a project I am currently working on: an object
to ldap mapper with a similar approach as castor for XML or hibernate for RDBMS, albeit a
lot more modest in complexity (I'll, hopefully, one day be able to open-source it - for now
it is still much to immature). I have supplied all that stuff mainly for your reference.
> To run the test case, please make sure that the constant "URL" in LDAPDirectoryTest points
to a valid directory. The URL the context points to must exist. It will, however, subsequently
create lots of nodes below it.
> The hang seems to be related to some kind of deadlock, since it doesn't occur once the
whole test is run via a single context only. To achieve this, set the constant "ONE_CONTEXT"
to true (each LDAPDirectory uses its own set of contexts).
> If you have any problems running the test, please don't hesitate to contact me.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

Mime
View raw message