fix sending msgs to g1tlh-2 (and not to g1tlh, - and 2)

[spider.git] / sgml / spiderFAQ.sgml

diff --git a/sgml/spiderFAQ.sgml b/sgml/spiderFAQ.sgml
index 7a3d9e70ecdb6957d45ad7cce6f7b1d598cfeee5..a34a1efae599164879951257b3f1af01f04a0fb9 100644 (file)
--- a/sgml/spiderFAQ.sgml
+++ b/sgml/spiderFAQ.sgml
@@ -4,9 +4,9 @@
 
 <!-- Title information -->
 
-<title>The DXSpider FAQ 
-<author>Ian Maude, G0VGS, (ianmaude@btinternet.com)
-<date>Version 0.4 March 2001
+<title>The DXSpider FAQ</title>
+<author>Ian Maude, G0VGS, (ianmaude@btinternet.com)</author>
+<date>$Date$ $Revision$</date>
 <abstract>
 A reference for SysOps of the DXSpider DXCluster program.
 </abstract>
@@ -124,4 +124,27 @@ Remember to make it executable!
 
 This will limit your debug data down to the last 10 days
 
+<sect1>I updated my Linux distribution and now Spider cannot read the users file or the dupefile, what is the problem?
+
+<P>
+Almost certainly this is a change in the db format of perl.  Follow these
+few steps to correct the problem.
+
+<itemize>
+<item>stop the cluster (disable any autostart in inittab)
+<item>cd /spider/data
+<item>issue the command perl user_asc
+<item>restart the cluster
+</itemize>
+
+That should solve the problem.
+
+<sect1>Since I last updated I seem to be getting duplicate spots appearing.
+
+<P>
+What has probably happened is that the dupefile has got corrupted in
+some way.  Simply delete the /spider/data/dupefile and restart the
+cluster.  It may take a little time to become fully functional but
+should solve your problem.
+
 </article>