Peri,
How exactly do you have Fedora configured to use both an embedded and a remote
Mulgara? (i.e. include relevant bits of your fedora.fcfg).
-Eddie
On Aug 5, 2012, at 11:29 PM, Peri Stracchino <peri.stracch...@york.ac.uk> wrote:
> thought this was all sorted, but I suspect some inconsistent indexing
> behaviour when fedora is restarted. Is there any way I can disable the
> default embedded mulgara packaged within fedora so that I can be certain that
> it is only the external mulgara that is being used?
>
> On 31 July 2012 15:59, Benjamin Armintor <armin...@gmail.com> wrote:
> Peri-
> If you've changed from a local to a remote Mulgara, the underlying
> index has changed and needs to be rebuilt (so that Mulgara is
> populated), but the SQL database and the policy cache are unchanged
> and should be fine as is.
>
> - Ben
>
> On Tue, Jul 31, 2012 at 10:53 AM, Peri Stracchino
> <peri.stracch...@york.ac.uk> wrote:
> > confused now. So - the definitive resopnse is I shouldnt need to rebuild ANY
> > of the following - SQL database, resourceIndex or Fesl policy cache,
> > providing all I have done is changed from the local to a remote mulgara, and
> > nobody did anything to the repository while I was making the change.
> >
> >
> > On 31 July 2012 15:12, Benjamin Armintor <armin...@gmail.com> wrote:
> >>
> >> 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
