On Mon, Oct 20, 2014 at 03:16:15PM +1100, Keir Vaughan-Taylor wrote: > I took a copy of the working Solr statistics from a working machine. > Then copied the database, the log files and the assetstore across. > > The test line > wget http://127.0.0.1/solr/statistics/select?q=*:* > works and also the discovery index optime etc doesn;t crash. > > Only one problem - no statistics! > > i notice in the postgres database there is a table called webapp that > contains the url of each server from a previous existance. > > So we clone the server - recompile dspace and get a new URL in this > table. On a trial clone i tried making the url all the name of the > server instance and it didn't seem to do anything helpful ( or bad) > > What does this table do? Is it likely to be related to my problem?
I think it unlikely that the webapps table is related to your problem. It only exists to allow 'bin/dspace version' to know what webapp.s are running. -- Mark H. Wood Lead Technology Analyst University Library Indiana University - Purdue University Indianapolis 755 W. Michigan Street Indianapolis, IN 46202 317-274-0749 www.ulib.iupui.edu
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho
_______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
