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

Reply via email to