Le Forum Non Officiel de la DEDIBOX
Vous n'êtes pas identifié.
Pages: 1
Bonjour,
J'ai enfin terminé le tutorial concernant l'installation complète du watchdog pour une Ubuntu 6.10.
Plutôt que de vous reposter le tutorial, je vous met le lien ici :
http://forum.ubuntu-fr.org/viewtopic.php?id=104984![]()
Hors ligne
PEtite erreur au debut, c'est modprobe w83697hf_wdt wdt_io=0x4e et non modprobe w83697hf_wdt wdt_io=0x4
Hors ligne
Hello,
Tutoriel sympa ![]()
Si tu veux, tu peux aller l'ajouter à mon wiki personnel : doc.snurf.info même si c'est pour Ubuntu, c'est tout aussi valable.
++
Hors ligne
JEDI_BC a écrit:
PEtite erreur au debut, c'est modprobe w83697hf_wdt wdt_io=0x4e et non modprobe w83697hf_wdt wdt_io=0x4
Merci, je corrige ca de suite!
Scurz a écrit:
Hello,
Tutoriel sympa wink
Si tu veux, tu peux aller l'ajouter à mon wiki personnel : doc.snurf.info même si c'est pour Ubuntu, c'est tout aussi valable.
++
Pas de problèmes, je t'autorise à le rajouter. J'utilise ton kernel (2.6.20-snurf) sous Ubuntu 6.10, ca tourne du tonnerre! ![]()
Hors ligne
Petit man sympa sur la configuration de watchog.conf : http://www.penguin-soft.com/penguin/man … .conf.html
Hors ligne
Ca semble pas mal tout ça.
Hors ligne
en tout cas le watchdog fonctionne nickel, ma box a rebooté toute seule 3 fois hier ^^
Hors ligne
Nota un howto pour le désinstaller pourrais être pas mal aussi ![]()
Hors ligne
Salut Kommius,
Sympa ton tuto, j'ai bien installé watchdog mais je bute sur :
"Dans la config de votre kernel :
Device Driver -> Character Devices -> Watchdog Cards -> W83697HF/W83697HG Watchdog Timer
Compilez le en module"
Peux-tu expliquer comment faire cela à un béotien de la pire espèce ?
Sinon je n'ai pas de rc.local en /etc/
est-il généré par la compilation ?
Hors ligne
Si tu compile toi même ton kernel, et que tu personnalise la configuration de ce dernier, tu devrais avoir des menus sous forme déroulante, ou tu coches les cases correspondant aux drivers que tu veux charger avec ton kernel.
Pour le compiler en module, il suffit d'appuyer sur la barre espace de ton clavier lorsque que tu es sur le driver en question, jusqu'à ce qu'un "M" apparaisse dans la case.
Pour le rc.local, je pense qu'il est généré par compilation. Sinon, je te donnerais à quoi correspond le mien, il est quasiment vide!
Hors ligne
Ok, alors moi je pete un cable.
Dans mes logs, j'ai :
Jun 28 07:07:32 sd-10XXX kernel: w83697hf/hg WDT: WDT driver for W83697HF/HG initializing
Jun 28 07:07:32 sd-10XXX kernel: w83697hf/hg WDT: Looking for watchdog at address 0x4e
Jun 28 07:07:32 sd-10XXX kernel: w83697hf/hg WDT: watchdog found at address 0x4e
Jun 28 07:07:32 sd-10XXX kernel: w83697hf/hg WDT: initialized. timeout=60 sec (nowayout=0)
Jun 28 07:07:32 sd-10XXX watchdog[2218]: starting daemon (5.2)
Jun 28 07:21:27 sd-10XXX watchdog[2355]: starting daemon (5.2):
Jun 28 07:21:27 sd-10XXX watchdog[2355]: int=10s realtime=yes sync=no soft=no mla=30 mem=0
Jun 28 07:21:27 sd-10XXX watchdog[2355]: ping: <MONADRESSEIP>
Jun 28 07:21:27 sd-10XXX watchdog[2355]: file: no file to check
Jun 28 07:21:27 sd-10XXX watchdog[2355]: pidfile: /var/run/syslogd.pid
Jun 28 07:21:27 sd-10XXX watchdog[2355]: interface: eth0
Jun 28 07:21:27 sd-10XXX watchdog[2355]: test=none(0) repair=none alive=/dev/watchdog heartbeat=none temp=none to=root no_act=no
(Bon, la différence dans le temps, c'est normal, c'est juste que j'ai fait des tests en stoppant et reactivant le watchdog)
Le watchdog est activé dans mon kernel.
Si je stop le watchdog soft et que je titille un peu le watchdog materiel, via un cat > /dev/watchdog
La, ca reboot bien.
Par contre, si je bloque les pings via iptables, via : /sbin/iptables -A INPUT --proto icmp --icmp-type echo-request -j DROP
Je vois bien apparaitre dans les logs :
Jun 28 07:30:09 sd-10XXX watchdog[2355]: no response from ping (target: XX.XX.XX.XX)
Quand je fait ps -ax on ne voit plus la ligne :
2355 ? SLs 0:00 /usr/sbin/watchdog
Donc le watchdog est bien fermé.
Pourtant, ca ne reboot pas oO
Ma config est la suivante :
ping = XX.XX.XX.XX
interface = eth0
#file = /var/log/messages
#change = 1407
# Uncomment to enable test. Setting one of these values to '0' disables it.
# These values will hopefully never reboot your machine during normal use
# (if your machine is really hung, the loadavg will go much higher than 25)
max-load-1 = 30
max-load-5 = 20
max-load-15 = 15
# Note that this is the number of pages!
# To get the real size, check how large the pagesize is on your machine.
#min-memory = 1
#repair-binary = /usr/sbin/repair
#test-binary =
#test-timeout =
watchdog-device = /dev/watchdog
# Defaults compiled into the binary
#temperature-device =
max-temperature = 120
# Defaults compiled into the binary
#admin = root
#interval = 10
#logtick = 1
# This greatly decreases the chance that watchdog won't be scheduled before
# your machine is really loaded
realtime = yes
priority = 1
# Check if syslogd is still running by enabling the following line
pidfile = /var/run/syslogd.pid
Hors ligne
A noter que si je crée un petit watchdog driver en c :
#include <stdio.h>
#include <unistd.h>
#include <fcntl.h>
int main(int argc, const char *argv[])
{
int fd=open("/dev/watchdog",O_WRONLY);
if(fd==-1)
{
perror("watchdog");
exit(1);
}
while(1)
{
write(fd,"\0",1);
fsync(fd);
sleep(10);
}
}
Il tourne correctement et si je le kill, j'ai bien :
Jun 28 21:51:14 sd-10XXX kernel: w83697hf/hg WDT: Unexpected close, not stopping watchdog!
Et pouf ca reboot.
Donc pour moi, la merde viens bien du paquage watchdog ... Doit y avoir une autre soluce que de réecrire un watchdog driver non ?
Hors ligne
Pages: 1