That last reply was actually Adam Soroka, a crackerjack developer from
the University of Virginia. Thanks, Adam!
Peri, you shouldn't have to rebuild any unchanged datastores or
indices as long as your repo has been quiescent during the migration.
- Ben
On Tue, Jul 31, 2012 at 8:52 AM, Peri Stracchino
<peri.stracch...@york.ac.uk> wrote:
> thanks ben, good to have a definitive answer!
> I assume there is no need to rebuild the SQL database too, as its external
> to both fedora and mulgara, but what about the Fesl policy cache?
>
>
> On 31 July 2012 13:30, aj...@virginia.edu <aj...@virginia.edu> wrote:
>>
>> -----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 <peri.stracch...@york.ac.uk>
>> > 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 <peri.stracch...@york.ac.uk>
>> > 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 <peri.stracch...@york.ac.uk>
>> > 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 <armin...@gmail.com> 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
>> > <peri.stracch...@york.ac.uk> 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
>> > > Fedora-commons-users@lists.sourceforge.net
>> > > 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
>> > Fedora-commons-users@lists.sourceforge.net
>> > 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
>> > Fedora-commons-users@lists.sourceforge.net
>> > 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
>> Fedora-commons-users@lists.sourceforge.net
>> 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
> Fedora-commons-users@lists.sourceforge.net
> 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
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
