[RESOLU]Rebootage intempestif de Bind sous Debian Sarge 3

Support Debian
#1

Bonjour à tous!
Voila le topo:

Je suis un debianiste en herbe, et je viens d’installer un serveur DNS sous Debian Sarge 3.1rc4, avec gestion de RAID1 via une carte 3ware et gestion du SMP avec un noyau kernel 2.6.12-i686.

Niveau paquets, c’est simple, je n’ai installé que Webmin 1.310 & Bind9.

Le problème => Cela fait plusieurs fois que le serveur reboote intempestivement et, de manière aléatoire (de mon point de vue…), pourquoi? ?-(
Mon petit doigt me disant de vérifier des fichiers de log, j’ai trouvé cela:

  • /var/webmin/miniserv.error

[15/Dec/2006:13:27:38 +0100] [192.168.0.8] /file/FileManager$COMClassObject.class : File not found
Out of memory!
Out of memory!

  • /var/log/messages
    Dec 15 13:25:48 localhost kernel: Disabled Privacy Extensions on device c02f5540(lo)
    Dec 15 13:25:48 localhost kernel: IPv6 over IPv4 tunneling driver
    Dec 15 13:25:48 localhost kernel: Capability LSM initialized
    Dec 15 13:25:50 localhost lpd[3105]: restarted

  • /var/log/kern.log

Dec 15 13:25:57 localhost kernel: eth0: no IPv6 routers present

  • /var/log/syslog

Dec 15 13:25:51 localhost /usr/sbin/cron[3127]: (CRON) INFO (pidfile fd = 3)
Dec 15 13:25:51 localhost /usr/sbin/cron[3128]: (CRON) STARTUP (fork ok)
Dec 15 13:25:51 localhost /usr/sbin/cron[3128]: b INFO (Running @reboot jobs)[/b]
Dec 15 13:25:57 localhost kernel: eth0: no IPv6 routers present

De plus, en réalisant netstat sur le serveur, on voit cela:
Connexions Internet actives (serveurs et établies)
Proto Recv-Q Send-Q Adresse locale Adresse distante Etat PID/Program name
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 2636/portmap
tcp 0 0 0.0.0.0:10000 0.0.0.0:* LISTEN 3136/perl
tcp 0 0 0.0.0.0:113 0.0.0.0:* LISTEN 3112/inetd
tcp 0 0 192.168.0.5:53 0.0.0.0:* LISTEN 3021/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 3021/named
tcp 0 0 0.0.0.0:760 0.0.0.0:* LISTEN 3122/rpc.statd
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 3100/exim4
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 3021/named
tcp6 0 0 :::22 :::* LISTEN 3118/sshd
tcp6 0 0 ::1:953 :::* LISTEN 3021/named
tcp6 0 0 ::ffff:192.168.0.5:22 ::ffff:192.168.0.8:2434 ESTABLISHED3599/1
tcp6 0 0 ::ffff:192.168.0.5:22 ::ffff:192.168.0.1:3499 ESTABLISHED3245/0

Bon, here is ze mikmak…
Il me semble donc que le problème soit lié à une probable activation de l’IPV6 ??
Comment faire pour le vérifier? Je ne l’ai en tout cas pas activé intentionnellement.
Si quelqu’un a une idée, je lui serais très reconnaissant de pouvoir m’éclairer, merci.:slightly_smiling:

#2

donne ici ton ifconfig

#3

Voici, mon ifconfig, sachant que la conf de bind n’est pas la définitive.
Le serveur suivant est destiné à être sur Internet et que pour l’instant il est sur un réseau privé.

The loopback network interface

auto lo
iface lo inet loopback

The primary network interface

auto eth0
iface eth0 inet static
address 192.168.0.5
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.0.1 =>ligne suprimée depuis rebootage
dns-search komasphere => ligne suprimée depuis rebootage

Ci dessus, le “ns-nameservers 192.168.0.1” est le DNS local de mon réseau privé. Je me suis dit quil fallait éviter de renseigner ces lignes à mon futur DNS public. Je sais ca peut paraitre stupide, mais je suis novice!!

#4

Bon et bien en fait je crois que mon problème est du à la mémoire, voici ce que j’obtiens en effectuant memtest:

#Out of memory: killed process 3206 (memtest) (=> même message que dans les logs de /var/webmin/miniserv.error du 15/12/06)
#memtest: page allocation failure.

J’ai donc remplacé mes deux barrettes par 2 autres identiques provenant d’un même serveur er en relancant le memtest, j’ai une nouvelle fois obtenu ce message d’erreur…

Alors docteur?? carte mère défectueuse ou configuration de mémoire erronnée?
Je précise que ce sont des barrettes de 1Go bi-canal (ECC)…
Je file dans le bios voir si il y a des options que j’aurais oubliées.

Si quelqu’un a une autre idée…merci d’avance de me la communiquer!

#5

déjà installes memtest86+ et executes le au boot, pour pouvoir scanner toute là mêmoire.
Mais ça doit effectivement venir d’un règlage bios, si tu as changé les barrettes, plutot que des barettes elles mêmes.

Sinon:
no IPv6 routers present
est un message normal, ainsi que
Dec 15 13:25:48 localhost kernel: Disabled Privacy Extensions on device c02f5540(lo)
Dec 15 13:25:48 localhost kernel: IPv6 over IPv4 tunneling driver
Dec 15 13:25:48 localhost kernel: Capability LSM initialized

si tu veux carrément désactiver l’ipv6, il faut un ‘alias net-pf-10 off’ dans un des fichiers de /etc/modprobe.d

#6

Ok, merci pour l’info.

Actuellement j’ai interverti les deux barrettes avec celles de l’autre serveur, et je n’ai pas eu pour l’instant de reboot’, ni sur l’un ni sur l’autre, que faut -il en déduire?

Je vais quand même poursuivre les tests intégraux de la ram avec memtest86+, histoire de…

Pour IPV6 je m’étais aussi rendu compte cela n’avait aucune incidence sur ce problème :slightly_smiling:

A suivre…

#7

quote="fullmetalucard"Actuellement j’ai interverti les deux barrettes avec celles de l’autre serveur, et je n’ai pas eu pour l’instant de reboot’, ni sur l’un ni sur l’autre, que faut -il en déduire?(…)[/quote]Que tes barrettes étaient mal enfichées ?

#8

Héhé, bien maître, je suis certes novice, mais point idiot.

Tu as surement raison, pourtant ce n’est pas moi qui ait monté les barrettes, elles étaient dans l’état ou elles ont été livrées avec le serveur… sachant que après livraison, il a quand meme tourné 3 jours sans rebooter, et sans que je touche à quoi que ce soit dedans!!

Bref, le memtest86 est en train de tourner, on verra le résultat demain, je croise les doigts, toujours pas de rebootage sur mes deux serveurs, si rien ne se passe ce soir, ce post sera considéré comme [RESOLU] :wink:

Encore merci :slightly_smiling: