txt/spiderFAQ_en.txt

   1   The DXSpider FAQ
   2   Ian Maude, G0VGS, (g0vgs@gb7mbc.net)
   3   December 2001 Revision: 1.8
   4
   5   A reference for SysOps of the DXSpider DXCluster program.
   6   ______________________________________________________________________
   7
   8   Table of Contents
   9
  10
  11   1. Installation
  12      1.1 Where do I get DXSpider?
  13      1.2 How do I use the patches?
  14      1.3 If I use a tarball to overwrite my installation, what happens to my configuration?
  15      1.4 I am running RedHat 5.2 and I am getting strange errors, what is wrong?
  16
  17   2. Administration
  18      2.1 How can I get Spider to restart automatically if it crashes?
  19      2.2 How can I monitor traffic to and from a node or user?
  20      2.3 My neighbouring node cannot use the RCMD command to me, he just keeps getting the "tut tut" message.
  21      2.4 I do not seem to be sending any bulletin mail to my link partners, what is wrong?
  22      2.5 How can I automatically limit the amount of debug logfiles that are stored?
  23      2.6 I updated my Linux distribution and now Spider cannot read the users file or the dupefile, what is the problem?
  24      2.7 Since I last updated I seem to be getting duplicate spots appearing.
  25      2.8 I have deleted a message but it is still there, why?
  26
  27
  28   ______________________________________________________________________
  29
  30   Please mail any FAQs to the maintainer at the address above.
  31
  32
  33
  34   \e[1m1.  Installation\e[0m
  35
  36   \e[1m1.1.  Where do I get DXSpider?\e[0m
  37
  38   All things Spider can be found at www.dxcluster.org and the actual
  39   program and patches can be found in the download area.
  40
  41
  42   \e[1m1.2.  How do I use the patches?\e[0m
  43
  44   Patching is done in the standard linux way ...
  45
  46
  47
  48        zcat /tmp/patch-1.40 | patch -p0
  49
  50
  51
  52   assuming the patch version you are using is 1.40 and resides in /tmp!
  53
  54
  55   Be aware that each patch assumes the previous patch has been applied.
  56   That is to say if you are patching from version 1.38 to 1.40 you would
  57   first need to apply patch-1.39 and then patch-1.40.
  58
  59
  60   \e[1m1.3.  If I use a tarball to overwrite my installation, what happens to\e[0m
  61   \e[1mmy configuration?\e[0m
  62
  63   The tarballs are designed to not overwrite your existing configuration
  64   and can be used at any time to update your Spider software.  All the
  65   key files have the suffix .issue (eg. DXVars.pm.issue) at default.
  66
  67
  68   \e[1m1.4.  I am running RedHat 5.2 and I am getting strange errors, what is\e[0m
  69   \e[1mwrong?\e[0m
  70
  71   The version of Perl that comes with 5.2 seems to be some kind of pre-
  72   release and is broken.  You can get a new version of perl from
  73   www.dxcluster.org or ftp://updates.redhat.com.  Don't forget to patch
  74   it with the CPAN modules.
  75
  76
  77   \e[1m2.  Administration\e[0m
  78
  79   \e[1m2.1.  How can I get Spider to restart automatically if it crashes?\e[0m
  80
  81   Put this line into /etc/inittab ..
  82
  83
  84
  85        DX:3:respawn:/bin/su -c "/usr/bin/perl -w /spider/perl/cluster.pl" sysop > /dev/tty7
  86
  87
  88
  89   Run \e[4mtelinit\e[24m \e[4mq\e[24m as root.  Spider will restart so be aware.  However, any
  90   time you reboot, cluster.pl will start in tty7 and if it crashes, it
  91   should restart ok.
  92
  93
  94   \e[1m2.2.  How can I monitor traffic to and from a node or user?\e[0m
  95
  96   There are 2 ways to achieve this.  You can use the \e[4mtail\e[24m command like
  97   this ..
  98
  99
 100
 101        tail -f /spider/data/debug/167.dat |grep G0VGS
 102
 103
 104
 105   or in later versions of Spider, there is a command called \e[4mwatchdbg\e[24m in
 106   which case you simply type ..
 107
 108
 109
 110        watchdbg G0VGS
 111
 112
 113
 114   \e[1m2.3.  My neighbouring node cannot use the RCMD command to me, he just\e[0m
 115   \e[1mkeeps getting the "tut tut" message.\e[0m
 116
 117   Assuming that the permissions are set correctly (perm level 5
 118   required), it could be that the home_node is set incorrectly.  You can
 119   reset the home_node using the \e[4mspoof\e[24m command like this ..
 120
 121
 122
 123        spoof gb7adx set/home gb7adx
 124
 125
 126
 127   Assuming that the node_call you are changing is gb7adx.
 128
 129
 130   \e[1m2.4.  I do not seem to be sending any bulletin mail to my link part-\e[0m
 131   \e[1mners, what is wrong?\e[0m
 132
 133   There is a file in /spider/msg called forward.pl.issue.  Rename this
 134   to forward.pl and edit it to meet your requirements.  You will need to
 135   issue the command \e[4mload/forward\e[24m or restart Spider for the changes to
 136   take effect.
 137
 138
 139   \e[1m2.5.  How can I automatically limit the amount of debug logfiles that\e[0m
 140   \e[1mare stored?\e[0m
 141
 142   Use the tmpwatch command.  Create a file in /etc/cron.daily/
 143   containing the line ...
 144
 145
 146
 147        /usr/sbin/tmpwatch -f 240 /spider/data/debug
 148
 149
 150
 151   Remember to make it executable!
 152
 153   This will limit your debug data down to the last 10 days
 154
 155
 156   \e[1m2.6.  I updated my Linux distribution and now Spider cannot read the\e[0m
 157   \e[1musers file or the dupefile, what is the problem?\e[0m
 158
 159   Almost certainly this is a change in the db format of perl.  Follow
 160   these few steps to correct the problem.
 161
 162
 163   o  stop the cluster (disable any autostart in inittab)
 164
 165   o  cd /spider/data
 166
 167   o  issue the command perl user_asc
 168
 169   o  restart the cluster
 170
 171   That should solve the problem.
 172
 173
 174   \e[1m2.7.  Since I last updated I seem to be getting duplicate spots\e[0m
 175   \e[1mappearing.\e[0m
 176
 177   What has probably happened is that the dupefile has got corrupted in
 178   some way.  Simply delete the /spider/data/dupefile and restart the
 179   cluster.  It may take a little time to become fully functional but
 180   should solve your problem.
 181
 182
 183   \e[1m2.8.  I have deleted a message but it is still there, why?\e[0m
 184
 185   This is now the way messages are handled for deletion in Spider.  If
 186   you look closely you will see a 'D' following the message number.
 187   This message is marked for deletion and will be deleted in 2 days if
 188   nothing further is done.  Optionally you can use the command
 189   \e[4mdelete/expunge\e[24m to delete it immediately.
 190
 191
 192