Hi, > did you copy the complete repository home directory, i.e. including > the "ns_*.properties" files?
Yes I copied the complete repository home directory. But I also tried to remove the complete repository home directory to force a rebuild of the index files without success. Still same error. Very strange. Debugging is currently not possible because the machine is hosted by our customer. But I will try to patch Jackrabbit`s BundleDbPersistenceManager to get a complete stack trace. If I have any news I will post it here. But anyway, thank you very much for your help so far. Cheers, Sascha -----Ursprüngliche Nachricht----- Von: Stefan Guggisberg [mailto:[email protected]] Gesendet: Montag, 2. Mai 2011 11:19 An: [email protected] Betreff: Re: Jackrabbit doesn`t startup anymore On Mon, May 2, 2011 at 9:18 AM, <[email protected]> wrote: > Hi, > >> i would need a full stacktrace of the following error: > >> 2011-04-29 07:41:14,278 [main] ERROR BundleDbPersistenceManager - failed >> to read bundle: cafebabe-cafe-babe-cafe-babecafebabe: >> java.lang.NumberFormatException: For input string: "" > > Attached you will find a debug output log of Jackrabbit. Unfortunately, I do > not see a full stack trace of the NumberFormatException. I think the > exception must be catched somewhere in Jackrabbit? Any ideas how to get the > full stack? either debug jackrabbit and set a breakpoint on the line in BundleDbPersistenceManager.java which logs the error, or change that line to print the full stacktrace and rebuild jackrabbit from the soruces. all i can say is that for some reason the deserialization of the root node data fails. > >> what exact steps did you perform to setup the test on the other machine? > > I copied the whole application, including the workspace and the lucene index > data and the database configuration, to the other machine and started up the > application. did you copy the complete repository home directory, i.e. including the "ns_*.properties" files? > >> has anything changed on the original machine? environment settings, locales >> etc? > > I do not see any differences. What should I exactly look for? e.g. environment settings (default encoding, charset, locale), jvm runtime version, etc. > >> what os? deployment details? > > OS is a Unix operating system. Jackrabbit is embedded in our application > which runs in an OSGi container. Jackrabbit is connected to a Oracle database > which is hosted on another machine. Java 5 is installed on the machine. More > details are printed in the attached log file. > > Any ideas how to get rid of the problem are appreciated because I really need > to get it working again on the orig. machine. you'll probably have to debug jackrabbit in order to see why the deserialization of the root node bundle fails. cheers stefan > > Thanks in advance, > > Sascha > > -----Ursprüngliche Nachricht----- > Von: Stefan Guggisberg [mailto:[email protected]] > Gesendet: Freitag, 29. April 2011 15:22 > An: [email protected] > Betreff: Re: Jackrabbit doesn`t startup anymore > > On Fri, Apr 29, 2011 at 11:54 AM, <[email protected]> wrote: >> Hi, >> >> thanks for your fast reply. We didn`t try a db backup yet but what we have >> tried is to install Jackrabbit on another machine with exactly the same >> configuration (also same db in use). That Jackrabbit instance works without >> problems. We can start and stop it and we can browse the nodes. > > that's good news :) > >> So it seems that it doesn`t depend on the database... > > agreed > >> Any other ideas? > > what exact steps did you perform to setup the test on the other machine? > has anything changed on the original machine? environment settings, locales > etc? > what os? deployment details? > > obviously there's a problem reading the root node (cafebabe...) on the > original machine. > > i would need a full stacktrace of the following error: > > 2011-04-29 07:41:14,278 [main] ERROR BundleDbPersistenceManager - failed > to read bundle: cafebabe-cafe-babe-cafe-babecafebabe: > java.lang.NumberFormatException: For input string: "" > > it might be that the internal namespace index files (ns_*.properties) > got corrupted. > > cheers > stefan > >> >> Thanks, >> >> Sascha >> >> >> >> -----Ursprüngliche Nachricht----- >> Von: Stefan Guggisberg [mailto:[email protected]] >> Gesendet: Freitag, 29. April 2011 10:53 >> An: [email protected] >> Betreff: Re: Jackrabbit doesn`t startup anymore >> >> On Fri, Apr 29, 2011 at 9:58 AM, <[email protected]> wrote: >>> Hi all, >>> >>> >>> >>> we have running a Jackrabbit 1.5.6 instance for months now without any >>> problems. But since yesterday we were not able anymore to list nodes >>> anymore and so on. We just got back empty results so that it seems that >>> no data was ever persisted. After that we shutdown the Jackrabbit >>> instance and now we are not able to start it again. The following >>> exception occurs when starting up: >>> >>> >>> >>> 2011-04-29 07:41:14,278 [main] ERROR BundleDbPersistenceManager - failed >>> to read bundle: cafebabe-cafe-babe-cafe-babecafebabe: >>> java.lang.NumberFormatException: For input string: "" >>> >>> 2011-04-29 07:41:14,278 [main] ERROR BundleDbPersistenceManager - failed >>> to read bundle: cafebabe-cafe-babe-cafe-babecafebabe: >>> java.lang.NumberFormatException: For input string: "" >>> >>> 2011-04-29 07:41:14,409 [main] ERROR ConnectionRecoveryManager - could >>> not execute statement, reason: ORA-00001: unique constraint >>> (UJXMTSRADMIN.DEFAULT_BUNDLE_IDX) violated >> >> seems like your oracle db got corrupted somehow. did you perform sanity >> checks on your oracle instance? did you try with a db backup? >> >> cheers >> stefan >> >>> >>> , state/code: 23000/1 >>> >>> 2011-04-29 07:41:14,409 [main] ERROR ConnectionRecoveryManager - could >>> not execute statement, reason: ORA-00001: unique constraint >>> (UJXMTSRADMIN.DEFAULT_BUNDLE_IDX) violated >>> >>> , state/code: 23000/1 >>> >>> 2011-04-29 07:41:14,417 [main] ERROR BundleDbPersistenceManager - failed >>> to write bundle: deadbeef-cafe-babe-cafe-babecafebabe >>> >>> java.sql.SQLException: ORA-00001: unique constraint >>> (UJXMTSRADMIN.DEFAULT_BUNDLE_IDX) violated >>> >>> >>> >>> at >>> oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:12 >>> 5) >>> >>> at >>> oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:305) >>> >>> at >>> oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:272) >>> >>> at >>> oracle.jdbc.driver.T4C8Oall.receive(T4C8Oall.java:626) >>> >>> at >>> oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.jav >>> a:182) >>> >>> at >>> oracle.jdbc.driver.T4CPreparedStatement.execute_for_rows(T4CPreparedStat >>> ement.java:630) >>> >>> at >>> oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement. >>> java:1081) >>> >>> at >>> oracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePrepare >>> dStatement.java:2905) >>> >>> at >>> oracle.jdbc.driver.OraclePreparedStatement.execute(OraclePreparedStateme >>> nt.java:2996) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.util.ConnectionRecoveryMan >>> ager.executeStmtInternal(ConnectionRecoveryManager.java:371) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.util.ConnectionRecoveryMan >>> ager.executeStmtInternal(ConnectionRecoveryManager.java:298) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.util.ConnectionRecoveryMan >>> ager.executeStmt(ConnectionRecoveryManager.java:261) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.util.ConnectionRecoveryMan >>> ager.executeStmt(ConnectionRecoveryManager.java:239) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager >>> .storeBundle(BundleDbPersistenceManager.java:1198) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceM >>> anager.putBundle(AbstractBundlePersistenceManager.java:732) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceM >>> anager.storeInternal(AbstractBundlePersistenceManager.java:672) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceM >>> anager.store(AbstractBundlePersistenceManager.java:536) >>> >>> at >>> org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager >>> .store(BundleDbPersistenceManager.java:524) >>> >>> at >>> org.apache.jackrabbit.core.state.SharedItemStateManager.createRootNodeSt >>> ate(SharedItemStateManager.java:1303) >>> >>> at >>> org.apache.jackrabbit.core.state.SharedItemStateManager.<init>(SharedIte >>> mStateManager.java:204) >>> >>> at >>> org.apache.jackrabbit.core.RepositoryImpl.createItemStateManager(Reposit >>> oryImpl.java:1317) >>> >>> at >>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.doInitialize(Rep >>> ositoryImpl.java:1863) >>> >>> at >>> org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(Repos >>> itoryImpl.java:1834) >>> >>> at >>> org.apache.jackrabbit.core.RepositoryImpl.initStartupWorkspaces(Reposito >>> ryImpl.java:483) >>> >>> at >>> org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:324 >>> ) >>> >>> at >>> org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:621 >>> ) >>> >>> >>> >>> I think the SQL exception is only raised because Jackrabbit is not able >>> to read the bundle "cafebabe-cafe-babe-cafe-babecafebabe". Do you have >>> any ideas how to fix the problem or what could have caused the problem? >>> >>> Any suggestions would be helpful. >>> >>> >>> >>> Thanks in advance. >>> >>> >>> >>> Sascha >>> >>> >>> >>> >> >
