Installation d’un serveur DX Spider sur Raspberry Pi modèle A (2/2)

La première partie de cet article est ici.

Je ne vais pas  détailler ici l’installation et la configuration de DX Spider sur le Raspberry Pi. N6WS a rédigé un excellent guide sur le sujet, qu’il suffit de suivre pas à pas. Le seule réserve que j’émettrai sur ce document se situe au bas de la page 2 et qui consiste à rendre tous les fichiers de la hiérarchie /spider exécutables, alors que, par exemple, certains fichiers textuels de paramètres ne le méritent absolument pas. Si l’on était très rigoureux, il ne faudrait accorder ces droits qu’à bon escient, en examinant leur bien fondé au cas par cas, fichier par fichier. N6WS a donc choisi la facilité en ne faisant aucun distinguo.

Par contre, la mémoire de masse de ce serveur DX Spider étant constitué d’une carte SD, j’ai voulu optimiser sa durée de vie (qui n’est que de quelques dizaines de milliers d’opérations d’écriture), en choisissant de ne pas enregistrer ni le log, ni le journal de debug, de l’application. Seul l’historique des spots est écrit sur la carte SD, afin de permettre aux utilisateurs connectés de pouvoir faire des recherches sur les spots passés.

Pour cela, il suffit de remplacer les fichiers en question par un lien symbolique vers /dev/null. Ainsi, DX Spider n’y verra que du feu, et rien ne sera physiquement écrit lorsqu’il accèdera à ces fichiers, et la carte SD sera ainsi un peu préservée. Comme un fichier de log est créé par jour, et qu’un fichier de debug est créé tous les mois, par DX Spider, il faut anticiper ces créations par une exécution automatique dans la crontab de scripts de créations de liens symboliques à la place de fichiers réels.

sysop@f6kvp-pi ~ $ crontab -l

(...)

# DXSpider fake log/debug files management
0 2 15 * * /spider/updateLog
1 2 * * * /spider/updateDebug

sysop@f6kvp-pi ~ $ cat /spider/updateLog
#!/bin/bash

logDir="/home/sysop/spider/data/log"

# Delete last month symlink

rm $logDir/`date --date="last month" +%Y/%m.dat`

# Create next month symlink

ln -s /dev/null $logDir/`date --date="next month" +%Y/%m.dat`

sysop@f6kvp-pi ~ $ cat /spider/updateDebug
#!/bin/bash

debugDir="/home/sysop/spider/data/debug"

# Delete yesterday symlink

rm $debugDir/`date --date="yesterday" +%Y/%j.dat`

# Create next day symlink

ln -s /dev/null $debugDir/`date --date="tomorrow" +%Y/%j.dat`

sysop@f6kvp-pi ~ $

Tous les jours à 02h01, le lien symbolique du fichier de debug de la veille est supprimé, et celui du lendemain est créé. Tous les 15 du mois à 02h00, celui du fichier de log du mois précédent est supprimé, et celui du mois suivant est créé. Et au moment de la mise en place de ces tâches, on crée les liens symboliques du jour (pour le debug) et du mois (pour le log) « à la main ».

Il est bien entendu conseillé de ne faire ces manipulations qu’une fois le serveur en « production », afin de bénéficier du log et du journal de debug pour vérifier son bon fonctionnement.

Pour accéder au DX Cluster de l’ARP :

• Host : dxcluster.arp75.org
• Port : 7373

Remerciements à Pascal F5LEN et Bernard F6BVP pour leur aide.