The data/ directory contains a resourceIndex/ directory, which can be safely deleted prior to a rebuild of the RI. You shouldn't delete the entire data/ directory -- the objects/ and datastreams/ directories are the primary place where the content of the repository is stored -- if you lose them, your repository can't be recovered. But what's in resourceIndex/ (and the SQL database) is just a derivative of that, and can always be re-built.
>From the specific error message, it looks like files in the resourceIndex/ directory are not writable by the user you're running Tomcat as. If you've verified that they are, then perhaps the resourceIndex is corrupt and needs to be rebuilt. When rebuilding it, it's best to run the rebuild as the same user that you run tomcat as (usually not root). On Thu, Sep 24, 2009 at 12:55 PM, Adam B. Ross <[email protected]> wrote: > Delete the contents of the data/ directory, or a lower level? > > ----- Original Message ----- > From: "Steve Bayliss" <[email protected]> > To: "Adam B. Ross" <[email protected]>, "Chris Wilper" > <[email protected]> > Cc: "fedora-commons-users" <[email protected]> > Sent: Thursday, September 24, 2009 9:31:00 AM GMT -08:00 US/Canada Pacific > Subject: RE: [Fedora-commons-users] [500 Internal Server Error] The Fedora > Server is Not Yet Running > > This sounds like the resource index is corrupt - or again a permissions > problem with the data/resourceIndex directory. > > You could always shut down tomcat, delete this directory and restart - this > will recreate the RI datastore, but you'll have to run the rebuilder script > to recreate the resource index contents. > > Steve > > -----Original Message----- > From: Adam B. Ross [mailto:[email protected]] > Sent: 24 September 2009 17:14 > To: Chris Wilper > Cc: fedora-commons-users > Subject: Re: [Fedora-commons-users] [500 Internal Server Error] The Fedora > Server is Not Yet Running > > > The fedora.log file does indeed provide greater insight. I traced this > problem to the fedora/data/ directory being owned by root, I imagine caused > by my running fedora-rebuild as root. I have now tried chown'ing the files > to the fedora user and re-running the rebuild as the fedora user. That > provided the same error, as did removing the lock files entirely and > restarting tomcat. In both cases, I get the same > FileNotFoundException/Permission Denied error. > > Giving the data/ directory to tomcat results in broader-sounding errors, > such as failure to recover the existing database. > > **** > FATAL 2009-09-21 10:32:23.006 [main] (Server) Module > (fedora.server.resourceIndex.ResourceIndex) failed to initialize > > fedora.server.errors.ModuleInitializationException: Error initializing RI > > at > fedora.server.resourceIndex.ResourceIndexModule.postInitModule(ResourceIndex > Module.java:133) > <...> > Caused by: org.trippi.TrippiException: Couldn't create local database > <...> > Caused by: org.mulgara.query.QueryException: Couldn't create local database > <...> > Caused by: org.mulgara.server.SessionFactoryException: Could not instantiate > TripleStoreImplementation from configuration. > <...> > Caused by: java.lang.reflect.InvocationTargetException > <...> > Caused by: org.mulgara.store.stringpool.StringPoolException: Couldn't > construct string pool > <...> > Caused by: java.io.FileNotFoundException: > /home/fedora/operational/data/resourceIndex/xaStringPool/xa11.sp.lock > (Permission denied) > ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
