-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Assuming that you're talking about a "fresh" external Mulgara, then yes, you must rebuild. The Resource Index is, as the name implies, merely a convenient index of the relationships in your repository-- not an independent datastore.
- --- A. Soroka Software & Systems Engineering :: Online Library Environment the University of Virginia Library On Jul 31, 2012, at 6:41 AM, Peri Stracchino wrote: > quick question... > when moving an existing fedora installation from the embedded mulgara to an > external mulgara, is it neccesary to rebuild the resource index in order for > fedora/risearch to continue working? > > On 19 July 2012 17:30, Peri Stracchino <[email protected]> wrote: > just thought I would update - the problem turned out to be that we were > running a standalone mulgara (to support an "as you type" autosuggest > function) in addition to the embedded mulgara. Once we configured fedora to > use ONLY the standalone mulgara the problem was resolved. > > > On 16 July 2012 11:29, Peri Stracchino <[email protected]> wrote: > nope, level set to ERROR. But I do note a prior error complaining about a log > file it cant find. log4j:ERROR setFile(null,true) call failed. > java.io.FileNotFoundException: /logs/GenericCachingSystem.log (No such file > or directory) > > Now I would not normally expect a log4j problem to cause a system to fail, > but if as you say there is a bug with the logging on here I'm wondering if it > could still be possible. Do you know at what point when the reindexing is run > this file would be created, and where its location would normally be > configured? I cant find this particular configuration under > {fedora-home}/fedora/server - we are using logback.xml > > > > Clearing directory /opt/york/digilib/fedora/data/resourceIndex... > Initializing triplestore interface... > log4j:ERROR setFile(null,true) call failed. > java.io.FileNotFoundException: /logs/GenericCachingSystem.log (No such file > or directory) > at java.io.FileOutputStream.openAppend(Native Method) > at java.io.FileOutputStream.<init>(FileOutputStream.java:192) > at java.io.FileOutputStream.<init>(FileOutputStream.java:116) > at org.apache.log4j.FileAppender.setFile(FileAppender.java:289) > at > org.apache.log4j.RollingFileAppender.setFile(RollingFileAppender.java:167) > at > org.apache.log4j.FileAppender.activateOptions(FileAppender.java:163) > at > org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:256) > at > org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:132) > at > org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:96) > at > org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:654) > at > org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:612) > at > org.apache.log4j.PropertyConfigurator.parseCatsAndRenderers(PropertyConfigurator.java:533) > at > org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:417) > at > org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:441) > at > org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:470) > at org.apache.log4j.LogManager.<clinit>(LogManager.java:122) > at org.apache.log4j.Logger.getLogger(Logger.java:104) > at > org.trippi.impl.mulgara.MulgaraConnector.<clinit>(MulgaraConnector.java:28) > at java.lang.Class.forName0(Native Method) > at java.lang.Class.forName(Class.java:169) > at > org.trippi.TriplestoreConnector.getConnector(TriplestoreConnector.java:42) > at org.trippi.TriplestoreConnector.init(TriplestoreConnector.java:23) > at > org.fcrepo.server.resourceIndex.ResourceIndexRebuilder.start(ResourceIndexRebuilder.java:142) > at > org.fcrepo.server.utilities.rebuild.Rebuild.<init>(Rebuild.java:106) > at org.fcrepo.server.utilities.rebuild.Rebuild.main(Rebuild.java:394) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at > org.fcrepo.server.utilities.rebuild.cli.CLILoader.main(CLILoader.java:77) > log4j:WARN No appenders could be found for logger > (org.mulgara.server.driver.SessionFactoryFinder). > log4j:WARN Please initialize the log4j system properly. > Error: Failed to initialize new Resource Index > > > On 16 July 2012 10:06, Peri Stracchino <[email protected]> wrote: > would this affect the SQL rebuild too? because the SQL rebuild is working ok, > its just the resourceIndex rebuild that fails... > > > On 13 July 2012 19:36, Benjamin Armintor <[email protected]> wrote: > Peri, > You don't have the log level set to DEBUG, do you? There was a bug > in the version of mulgara that 3.4 shipped with that prevented > start-up with DEBUG logging. > > On Fri, Jul 13, 2012 at 12:46 PM, Peri Stracchino > <[email protected]> wrote: > > Hi all > > > > having a problem with a fedora 3.4.2 installation. Fedora-rebuild.sh runs > > the SQL database rebuild succesfully, but then fails at rebuild resource > > index, with the error below > > Error: Failed to initialize new Resource Index > > > > org.fcrepo.server.errors.ResourceIndexException: Failed to initialize new > > Resource Index > > at > > org.fcrepo.server.resourceIndex.ResourceIndexRebuilder.start(ResourceIndexRebuilder.java:149) > > at > > org.fcrepo.server.utilities.rebuild.Rebuild.<init>(Rebuild.java:106) > > at > > org.fcrepo.server.utilities.rebuild.Rebuild.main(Rebuild.java:394) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > at java.lang.reflect.Method.invoke(Method.java:597) > > at > > org.fcrepo.server.utilities.rebuild.cli.CLILoader.main(CLILoader.java:77) > > Caused by: org.trippi.TrippiException: Couldn't create local database > > at > > org.trippi.impl.mulgara.MulgaraSessionFactory.createModels(MulgaraSessionFactory.java:212) > > > > I'v tried removing and recreating the resourceIndex directory, rerunning the > > SQL database reindex, looked at fedora.fcfg, googled the error, checked the > > admin username and password, all the obvious stuff I can think of, but so > > far no joy > > Can anyone suggest the nature of the problem (I'm presuming a configuration > > error) and where I need to be looking to resolve it? > > > > > > full stack trace below here > > > > Cheers > > Peri > > > > Error: Failed to initialize new Resource Index > > > > org.fcrepo.server.errors.ResourceIndexException: Failed to initialize new > > Resource Index > > at > > org.fcrepo.server.resourceIndex.ResourceIndexRebuilder.start(ResourceIndexRebuilder.java:149) > > at > > org.fcrepo.server.utilities.rebuild.Rebuild.<init>(Rebuild.java:106) > > at > > org.fcrepo.server.utilities.rebuild.Rebuild.main(Rebuild.java:394) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > > at java.lang.reflect.Method.invoke(Method.java:597) > > at > > org.fcrepo.server.utilities.rebuild.cli.CLILoader.main(CLILoader.java:77) > > Caused by: org.trippi.TrippiException: Couldn't create local database > > at > > org.trippi.impl.mulgara.MulgaraSessionFactory.createModels(MulgaraSessionFactory.java:212) > > at > > org.trippi.impl.mulgara.MulgaraSessionFactory.<init>(MulgaraSessionFactory.java:80) > > at > > org.trippi.impl.mulgara.MulgaraConnector.init(MulgaraConnector.java:138) > > at > > org.trippi.TriplestoreConnector.init(TriplestoreConnector.java:24) > > at > > org.fcrepo.server.resourceIndex.ResourceIndexRebuilder.start(ResourceIndexRebuilder.java:142) > > ... 7 more > > Caused by: org.mulgara.query.QueryException: Couldn't create local database > > at > > org.mulgara.server.local.LocalSessionFactory.newSession(LocalSessionFactory.java:199) > > at > > org.trippi.impl.mulgara.MulgaraSessionFactory.createModels(MulgaraSessionFactory.java:197) > > ... 11 more > > Caused by: org.mulgara.server.SessionFactoryException: Could not instantiate > > TripleStoreImplementation from configuration. > > at > > org.mulgara.server.SessionFactoryFactory.getTripleStoreImplementation(SessionFactoryFactory.java:184) > > at > > org.mulgara.server.SessionFactoryFactory.newSessionFactory(SessionFactoryFactory.java:231) > > at > > org.mulgara.server.local.LocalSessionFactory.newSession(LocalSessionFactory.java:195) > > ... 12 more > > Caused by: java.lang.reflect.InvocationTargetException > > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > > Method) > > at > > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) > > at > > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > > at java.lang.reflect.Constructor.newInstance(Constructor.java:513) > > at > > org.mulgara.server.SessionFactoryFactory.getTripleStoreImplementation(SessionFactoryFactory.java:177) > > ... 14 more > > Caused by: java.lang.NullPointerException > > at org.mulgara.store.xa.FreeList$Phase.use(FreeList.java:1129) > > at > > org.mulgara.store.xa.ManagedBlockFile$Phase$Token.<init>(ManagedBlockFile.java:528) > > at > > org.mulgara.store.xa.ManagedBlockFile$Phase.use(ManagedBlockFile.java:288) > > at org.mulgara.store.xa.AVLFile$Phase$Token.<init>(AVLFile.java:457) > > at org.mulgara.store.xa.AVLFile$Phase.use(AVLFile.java:393) > > at > > org.mulgara.store.stringpool.xa11.XA11StringPoolImpl$TreePhase$Token.<init>(XA11StringPoolImpl.java:1639) > > at > > org.mulgara.store.stringpool.xa11.XA11StringPoolImpl.clear(XA11StringPoolImpl.java:571) > > at > > org.mulgara.store.stringpool.xa11.XA11StringPoolImpl.clear(XA11StringPoolImpl.java:558) > > at > > org.mulgara.resolver.StringPoolSessionFactory.clear(StringPoolSessionFactory.java:339) > > at org.mulgara.resolver.Database.clearDatabase(Database.java:1399) > > at org.mulgara.resolver.Database.recoverDatabase(Database.java:1353) > > at org.mulgara.resolver.Database.<init>(Database.java:942) > > at org.mulgara.resolver.Database.<init>(Database.java:536) > > at org.mulgara.resolver.Database.<init>(Database.java:321) > > ... 19 more > > > > > > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > > Exclusive live event will cover all the ways today's security and > > threat landscape has changed and how IT managers can respond. Discussions > > will include endpoint security, mobile security and the latest in malware > > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > > Fedora-commons-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Fedora-commons-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ > Fedora-commons-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJQF8/WAAoJEATpPYSyaoIkPjQIAMujX/yBb03ZBSKsUpCSnj7V kVaiCjX2rFil2KcoEuwR2VBcO/Rv/c5sSoKsd9RfMBOVsuj85+3FeYn0y28pVIEt 1Y4OKcMNGfVc1hv/SO3Di9Uw4E9so8g8J4kB0upJxw1Q9Z9NeZxWlV7VRaTJF7v2 ToQ1CXhrQ/g8IRwEw1EXwpUevoutTmnfvu9rhwoAFijtTm4VI37BO7jwyNL5HLI/ Py+kzC9m9ayhqJG3I8kNBwzIHJWqbQUEgfuJuI53CtOMvlpdVl2JI88qYtPiISPJ Cc25txqSUaVPk0n0ebKR0JMYWuQ0hC63MVaoTI2xTJ+f5rnOrEU9YvJJxN6OXdg= =omv2 -----END PGP SIGNATURE----- ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
