directory-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From <Carlo.Acco...@ibs-ag.com>
Subject RE: Update 2.0.0-M7 and indexes
Date Tue, 17 Apr 2012 21:18:40 GMT
Was away all day today. From the debug below, i'm using these memory settings. -Xms512m -Xmx1024m


However i've tried 1024 / 1300 and the same thing occurs. I'll set up a 64bit wrapper later
tonight and will assign 2GB. I'll let you know if this makes any difference. thanks. 


________________________________________
From: Emmanuel Lécharny [elecharny@gmail.com]
Sent: Tuesday, April 17, 2012 6:32 AM
To: users@directory.apache.org
Subject: Re: Update 2.0.0-M7 and indexes

Le 4/17/12 12:05 AM, Carlo.Accorsi@ibs-ag.com a écrit :
> Hi, I just updated the JIRA.
> https://issues.apache.org/jira/browse/DIRSERVER-1711?focusedCommentId=13255111#comment-13255111
>
> Thanks for all you've done but I'm experiencing the same issue. I've rebuilt the server
from scratch from the trunk today at noon eastern time.
> Again, I create a partition with indexes, restart. Import my o/ou branches, restart.
Import 80k users. Once it's complete, searching of users is fast.
> Once I restart the server, the issue below occurs.
I'll investigate the issue. It's pretty strange ... What if you set up
the JVM tu use 512M ?

>
>
> D:\Program Files\ApacheDSM7\bin>wrapper.exe ..\conf\wrapper.conf "set.INSTANCE_DIRECTORY=D:\Program
files\apachedsm7\in
> ances\default" "set.INSTANCE=default"
> wrapper  | -->  Wrapper Started as Console
> wrapper  | Using tick timer.
> wrapperp | server listening on port 32000.
> wrapper  | Launching a JVM...
> wrapper  | command: "C:\Program Files (x86)\Java\jdk1.6.0_31\bin\java.exe" -Dlog4j.configuration="file:///D:\Program
fi
> s\apachedsm7\instances\default/conf/log4j.properties" -Dapacheds.var.dir="D:\Program
files\apachedsm7\instances\default
> -Dapacheds.log.dir="D:\Program files\apachedsm7\instances\default/log" -Dapacheds.run.dir="D:\Program
files\apachedsm7\
> stances\default/run" -Dapacheds.instance="default" -Ddefault.controls="org.apache.directory.shared.ldap.codec.controls.
> scade.CascadeFactory,org.apache.directory.shared.ldap.codec.controls.manageDsaIT.ManageDsaITFactory,org.apache.director
> shared.ldap.codec.controls.search.entryChange.EntryChangeFactory,org.apache.directory.shared.ldap.codec.controls.search
> agedSearch.PagedResultsFactory,org.apache.directory.shared.ldap.codec.controls.search.persistentSearch.PersistentSearch
> ctory,org.apache.directory.shared.ldap.codec.controls.search.subentries.SubentriesFactory"
-Dextra.controls="org.apache
> irectory.shared.ldap.extras.controls.ppolicy_impl.PasswordPolicyFactory,org.apache.directory.shared.ldap.extras.control
> syncrepl_impl.SyncDoneValueFactory,org.apache.directory.shared.ldap.extras.controls.syncrepl_impl.SyncInfoValueFactory,
> g.apache.directory.shared.ldap.extras.controls.syncrepl_impl.SyncRequestValueFactory,org.apache.directory.shared.ldap.e
> ras.controls.syncrepl_impl.SyncStateValueFactory" -Ddefault.extendedOperation.requests="org.apache.directory.shared.lda
> extras.extended.ads_impl.cancel.CancelFactory,org.apache.directory.shared.ldap.extras.extended.ads_impl.certGeneration.
> rtGenerationFactory,org.apache.directory.shared.ldap.extras.extended.ads_impl.gracefulShutdown.GracefulShutdownFactory,
> g.apache.directory.shared.ldap.extras.extended.ads_impl.storedProcedure.StoredProcedureFactory"
-Ddefault.extendedOpera
> on.responses="org.apache.directory.shared.ldap.extras.extended.ads_impl.gracefulDisconnect.GracefulDisconnectFactory"
-
> erver -Xms512m -Xmx1024m -Djava.library.path="../lib" -classpath "../lib/apacheds-all-2.0.0-M7-SNAPSHOT.jar;../lib/apac
> ds-service-2.0.0-M7-SNAPSHOT.jar;../lib/apacheds-wrapper-2.0.0-M7-SNAPSHOT.jar;../lib/wrapper-3.2.3.jar"
-Dwrapper.key=
> v_49BY1PMOWCwTs" -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999
-Dwrapper.debug="TRUE"
> wrapper.pid=7280 -Dwrapper.version="3.2.3" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10"
-Dwrapper.jvmi
> 1 org.apache.directory.server.wrapper.ApacheDsTanukiWrapper "D:\Program files\apachedsm7\instances\default"
> wrapper  | JVM started (PID=3132)
> jvm 1    | WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@f4a24a
> jvm 1    | Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
> jvm 1    |   Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.
> jvm 1    |
> jvm 1    | Wrapper Manager: JVM #1
> jvm 1    | Running a 32-bit JVM.
> jvm 1    | Wrapper Manager: Registering shutdown hook
> jvm 1    | Wrapper Manager: Using wrapper
> jvm 1    | Load native library.  One or more attempts may fail if platform specific libraries
do not exist.
> jvm 1    | Loaded native library: wrapper-windows-x86-32.dll
> jvm 1    | Calling native initialization method.
> jvm 1    | Initializing WrapperManager native library.
> jvm 1    | Java Executable: C:\Program Files (x86)\Java\jdk1.6.0_31\bin\java.exe
> jvm 1    | Windows version: 6.1.7601
> jvm 1    | Java Version   : 1.6.0_31-b05 Java HotSpot(TM) Client VM
> jvm 1    | Java VM Vendor : Sun Microsystems Inc.
> jvm 1    |
> jvm 1    | Control event monitor thread started.
> jvm 1    | Startup runner thread started.
> jvm 1    | WrapperManager.start(org.apache.directory.server.wrapper.ApacheDsTanukiWrapper@1ce2dd4,
args["D:\Program fil
> \apachedsm7\instances\default"]) called by thread: main
> jvm 1    | Communications runner thread started.
> jvm 1    | Open socket to wrapper...Wrapper-Connection
> jvm 1    | Failed attempt to bind using local port 31000
> jvm 1    | Opened Socket from 31001 to 32000
> jvm 1    | Send a packet KEY : 9v_49BY1PMOWCwTs
> jvm 1    | handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31001])
> wrapperp | accepted a socket from 127.0.0.1 on port 31001
> wrapperp | read a packet KEY : 9v_49BY1PMOWCwTs
> wrapper  | Got key from JVM: 9v_49BY1PMOWCwTs
> wrapperp | send a packet LOW_LOG_LEVEL : 1
> wrapperp | send a packet PING_TIMEOUT : 24000
> wrapperp | send a packet PROPERTIES : (Property Values)
> wrapper  | Start Application.
> wrapperp | send a packet START : start
> jvm 1    | Received a packet LOW_LOG_LEVEL : 1
> jvm 1    | Wrapper Manager: LowLogLevel from Wrapper is 1
> jvm 1    | Received a packet PING_TIMEOUT : 24000
> jvm 1    | PingTimeout from Wrapper is 24000000
> jvm 1    | Received a packet PROPERTIES : (Property Values)
> jvm 1    | Received a packet START : start
> jvm 1    | calling WrapperListener.start()
> jvm 1    | Waiting for WrapperListener.start runner thread to complete.
> jvm 1    | WrapperListener.start runner thread started.
> wrapper  | Startup failed: Timed out waiting for signal from JVM.
> wrapper  | JVM did not exit on request, terminated
> wrapperp | server listening on port 32000.
> wrapper  | JVM was only running for 30 seconds leading to a failed restart count of 1.
> wrapper  | There were 1 failed launches in a row, each lasting less than 300 seconds.
 Giving up.
> wrapper  |   There may be a configuration problem: please check the logs.
> wrapper  |<-- Wrapper Stopped
>
> D:\Program Files\ApacheDSM7\bin>pause
>
> Regards,
> Carlo Accorsi
>
>
> Sign up for the IBS Blog today!
>
> IBS provides integrated management solutions that help companies improve quality and
lower costs.
>
>
> -----Original Message-----
> From: Emmanuel Lécharny [mailto:elecharny@gmail.com]
> Sent: Sunday, April 15, 2012 6:33 AM
> To: users@directory.apache.org
> Subject: Re: Update 2.0.0-M7 and indexes
>
> Le 4/14/12 5:12 AM, Carlo.Accorsi@ibs-ag.com a écrit :
>> Hi, regarding the server startup issue I'm having after loading a
>> custom partition with 80k users, the problem seems to be the size of master.db For
my partition. The file is 450 MB. If I delete my partition directory (and let to recreate
on startup) the server starts fine.
>>
>> Here are some other things we tried, none of which worked.
> Don't waste your time doing experiments, tehre is a clear problem in the index construction
when the server is restarted. I'm on it this afternoon.
>
> Seems like the index creation actually works, when we have a few hundreds of entries,
but we have serious performance issues with 80 000 entries.
>
> I'm not sure it's a bug, but certainly some sub-optimal process.
>
> Keep tuned...
>
>
> --
> Regards,
> Cordialement,
> Emmanuel Lécharny
> www.iktek.com
>


--
Regards,
Cordialement,
Emmanuel Lécharny
www.iktek.com
Mime
View raw message