Tim, I do this often moving our index between two instances on two different servers, I follow the procedure you list below and haven't had this problem. Could it be a permission oddity when doing the copy? I didn't think gsearch actually overwrote an index on startup I thought it needed a direct createEmpty updateIndex call.
-Mike On 8/31/10 7:17 AM, "Tim Cornwell" <[email protected]> wrote: > Dear all, > > I have two gsearch instances on a particular server, and wish to copy one set > of index files to the location specified for the other - the idea being that > one instance could use a copy of the index to do searches, while I was futzing > with the original. > > I have not succeeded in getting the second instance to correctly use the index > files created by the first. So far, the procedure I tried is: > > 1. Have two operational and separate instances of gsearch configured. > 2. Build the index using gsearch-instance-1. > 3. Shut down both instances. > 4. Copy the index files from the location specified for instance-1 to the > instance-2 location. > 5. Start both instances back up. > > What ends up happening is that instance-2 does not seem to recognize the index > files as already existing, and seems to overwrite them on startup. > > Is there a way to do this? Is this something I should even be trying? > > Thank you, > -Tim > > Timothy Cornwell > National Science Digital Library > http://nsdl.org > > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Fedora-commons-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
