Suite =E0 une installation Vendredi de munin et munin-node sur mon
serveur, ce dernier est devenu extremement instable :
- Connexion ssh ferm=E9es
- plus de passerelle internet, bref le neant.
je reboot je reprends la main et je d=E9sinstalle munin en me disant que
le probl=E8me vient surement de ce nouveau logiciel.
La d=E9sinstallation se passe moyennement bien car suite =E0 un
aptitude remove munin munin-node
j'avais encore des executions par /usr/sbin/cron dans mes log (syslog)
je finis de tout virer =E0 coup de
dpkg --purge et de locate munin
Cependant, depuis ces operations, mon serveur reboot sans arr=EAt...
Peut-=EAtre que munin n'=E9tait pas la cause et que les reboot sont
arriv=E9s en m=EAme temps par pure coincidence alors?
N=E9anmoins voici mon syslog de l'instant, juste avant un reboot:
Oct 22 09:49:13 thargos ntpd[2774]: synchronized to 88.191.12.184, stratum =
2
Oct 22 09:49:13 thargos ntpd[2774]: kernel time sync enabled 0001
Oct 22 09:58:47 thargos ntpd[2774]: synchronized to 88.191.14.223, stratum =
2
Oct 22 10:12:38 thargos syslogd 1.4.1#18: restart.
un autre
Oct 22 10:13:00 thargos ntpd[4157]: synchronized to 88.191.19.23, stratum 2
Oct 22 10:13:00 thargos ntpd[4157]: kernel time sync enabled 0001
Oct 22 10:17:01 thargos /USR/SBIN/CRON[4297]: (root) CMD ( cd / &&
run-parts --report /etc/cron.hourly)
Oct 22 10:19:05 thargos syslogd 1.4.1#18: restart.
Clairement, je manque d'info....
Je ne sais pas trop o=F9 chercher ce qui fait rebooter mon serveur.
Mais c'est souvent suite =E0 un /USR/SBIN/CRON
Or j'ai regard=E9 dans le crontab du root et je n'ai rien de planifi=E9
qui fasse rebooter la machine toutes les 5 minutes.
D'ailleurs je n'ai pas touch=E9 au crontab du root depuis des mois.
Quelqu'un aurait-il une piste s'il vous plait?
Derni=E8re info sur munin. Apr=E8s un updatedb, locate munin me donne =E7a:
[root][0]/dev$ mkswap -c /dev/hda5 Setting up swapspace version 1, size = 386551 kB no label, UUID ba1363-2bf4-4e6a-92a9-9f14a195cf1e
Aucun block defectueux ...
Je vais tester la ram en entier je pense....
-- Vincent H "Early Optimization is the root of all evil" - Donald Knuth
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On 10/22/07, Dominique Arpin <dominique.arpin@espacecourbe.com> wrote:
reformater la swap avec l'option -c?
mkswap -c /dev/partition
Bon je viens de reformater ma swap
[root][0]/dev$ mkswap -c /dev/hda5
Setting up swapspace version 1, size = 386551 kB
no label, UUID ba1363-2bf4-4e6a-92a9-9f14a195cf1e
Aucun block defectueux ...
Je vais tester la ram en entier je pense....
--
Vincent H
"Early Optimization is the root of all evil" - Donald Knuth
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
[root][0]/dev$ mkswap -c /dev/hda5 Setting up swapspace version 1, size = 386551 kB no label, UUID ba1363-2bf4-4e6a-92a9-9f14a195cf1e
Aucun block defectueux ...
Je vais tester la ram en entier je pense....
-- Vincent H "Early Optimization is the root of all evil" - Donald Knuth
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Jean-Michel OLTRA
Bonjour,
Le lundi 22 octobre 2007, Vincent H. a écrit...
Je vais tester la ram en entier je pense....
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai déjà eu ce problème de reboot intempestif. C'était tout bonnement une barette mémoire défectueuse.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Le lundi 22 octobre 2007, Vincent H. a écrit...
Je vais tester la ram en entier je pense....
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai déjà
eu ce problème de reboot intempestif. C'était tout bonnement une barette
mémoire défectueuse.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai déjà eu ce problème de reboot intempestif. C'était tout bonnement une barette mémoire défectueuse.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent H.
On 10/23/07, Jean-Michel OLTRA wrote:
Bonjour,
Bonjour et merci de ta réponse,
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai dé jà eu ce problème de reboot intempestif. C'était tout bonnement une bare tte mémoire défectueuse.
Alors en fait j'ai vérifié hier soir et je n'ai bien qu'une seule barrete de 128 Mo.
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Que faire? J'ai regardé un peu les logs de webmin qui m'avait l'air un peu suspect, je l'ai donc purement et simplement desinstallé lui aussi car je ne m'en sers plus depuis des mois.
J'ai éteint les autres machines de mon réseau local, mais cela ne chang e rien. Est-il possible de faire rebooter une machine en la spammant sur le net? Ai-je un moyen de vérifier cela?
D'autres log peuvent-ils m'aider à comprendre ces reboots?
Je ne sais plus trop où chercher là :-/
Pour rappel, au niveau du hardware, j'ai refait mon swap avec vérification des blocs défectueux (résultat: aucun bloc défectueux) , testé ma ram toute la nuit (0 erreur), et j'ai fait également de la place sur / (~ 3Go).
Niveau software: désinstallation de munin et de ses dépendances. désinstallation de webmin.
Je suis un peu perdu là...
Merci encore pour toute votre aide.
-- Vincent H "Early Optimization is the root of all evil" - Donald Knuth
On 10/23/07, Jean-Michel OLTRA <jm.oltra.antispam@espinasse.net> wrote:
Bonjour,
Bonjour et merci de ta réponse,
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai dé jà
eu ce problème de reboot intempestif. C'était tout bonnement une bare tte
mémoire défectueuse.
Alors en fait j'ai vérifié hier soir et je n'ai bien qu'une seule
barrete de 128 Mo.
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Que faire?
J'ai regardé un peu les logs de webmin qui m'avait l'air un peu
suspect, je l'ai donc purement et simplement desinstallé lui aussi car
je ne m'en sers plus depuis des mois.
J'ai éteint les autres machines de mon réseau local, mais cela ne chang e rien.
Est-il possible de faire rebooter une machine en la spammant sur le
net? Ai-je un moyen de vérifier cela?
D'autres log peuvent-ils m'aider à comprendre ces reboots?
Je ne sais plus trop où chercher là :-/
Pour rappel, au niveau du hardware, j'ai refait mon swap avec
vérification des blocs défectueux (résultat: aucun bloc défectueux) ,
testé ma ram toute la nuit (0 erreur), et j'ai fait également de la
place sur / (~ 3Go).
Niveau software: désinstallation de munin et de ses dépendances.
désinstallation de webmin.
Je suis un peu perdu là...
Merci encore pour toute votre aide.
--
Vincent H
"Early Optimization is the root of all evil" - Donald Knuth
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai dé jà eu ce problème de reboot intempestif. C'était tout bonnement une bare tte mémoire défectueuse.
Alors en fait j'ai vérifié hier soir et je n'ai bien qu'une seule barrete de 128 Mo.
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Que faire? J'ai regardé un peu les logs de webmin qui m'avait l'air un peu suspect, je l'ai donc purement et simplement desinstallé lui aussi car je ne m'en sers plus depuis des mois.
J'ai éteint les autres machines de mon réseau local, mais cela ne chang e rien. Est-il possible de faire rebooter une machine en la spammant sur le net? Ai-je un moyen de vérifier cela?
D'autres log peuvent-ils m'aider à comprendre ces reboots?
Je ne sais plus trop où chercher là :-/
Pour rappel, au niveau du hardware, j'ai refait mon swap avec vérification des blocs défectueux (résultat: aucun bloc défectueux) , testé ma ram toute la nuit (0 erreur), et j'ai fait également de la place sur / (~ 3Go).
Niveau software: désinstallation de munin et de ses dépendances. désinstallation de webmin.
Je suis un peu perdu là...
Merci encore pour toute votre aide.
-- Vincent H "Early Optimization is the root of all evil" - Donald Knuth
Jean-Michel OLTRA
Bonjour,
Le mardi 23 octobre 2007, Vincent H. a écrit...
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Ce n'est pas beaucoup, 8h30
Que faire?
Remplace ta barette, et profite en pour en mettre une de plus grande capacité.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Le mardi 23 octobre 2007, Vincent H. a écrit...
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Ce n'est pas beaucoup, 8h30
Que faire?
Remplace ta barette, et profite en pour en mettre une de plus grande
capacité.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Hugues LARRIVE
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig879F948639B929F56F86D7B9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig879F948639B929F56F86D7B9
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig879F948639B929F56F86D7B9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Vincent H.
On 10/23/07, Hugues LARRIVE wrote:
> Ce n'est pas beaucoup, 8h30 > En même temps c'est beaucoup par rapport au reboot qui survient au bout de 7 minutes, non ?
C'est juste.
>> Que faire? >> Essayer une autre alimentation ! ben oui, on y pense jamais à celle-l à tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un coup... Quel est le comportement de ce PC en cas de coupure ? il reste éteint ou il reboot ? Ça me semble quand même le premier point à vérifier en cas d'extinction / reboot intempestif.
Oui l'idée est bonne, je vais m'y résigner, même si l'alimentation de ce serveur est récente (moins d'un an) et de bonne qualité (Fortron green)
Cependant, j'ai pu remarquer la chose suivante: Lorsque je lance une tâche qui prend 99% du cpu (type memtester), la machine ne reboot plus! Je peux ouvrir d'autre sessions ssh et faire trop choses (lentement cependant...)
Peut-etre devrais-je regarder du côté des priorités d'execution de certains processus?
-- Vincent H "Early Optimization is the root of all evil" - Donald Knuth
On 10/23/07, Hugues LARRIVE <hugues.larrive@gmail.com> wrote:
> Ce n'est pas beaucoup, 8h30
>
En même temps c'est beaucoup par rapport au reboot qui survient au bout
de 7 minutes, non ?
C'est juste.
>> Que faire?
>>
Essayer une autre alimentation ! ben oui, on y pense jamais à celle-l à
tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un
coup... Quel est le comportement de ce PC en cas de coupure ? il reste
éteint ou il reboot ? Ça me semble quand même le premier point à
vérifier en cas d'extinction / reboot intempestif.
Oui l'idée est bonne, je vais m'y résigner, même si l'alimentation de
ce serveur est récente (moins d'un an) et de bonne qualité (Fortron
green)
Cependant, j'ai pu remarquer la chose suivante:
Lorsque je lance une tâche qui prend 99% du cpu (type memtester), la
machine ne reboot plus! Je peux ouvrir d'autre sessions ssh et faire
trop choses (lentement cependant...)
Peut-etre devrais-je regarder du côté des priorités d'execution de
certains processus?
--
Vincent H
"Early Optimization is the root of all evil" - Donald Knuth
> Ce n'est pas beaucoup, 8h30 > En même temps c'est beaucoup par rapport au reboot qui survient au bout de 7 minutes, non ?
C'est juste.
>> Que faire? >> Essayer une autre alimentation ! ben oui, on y pense jamais à celle-l à tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un coup... Quel est le comportement de ce PC en cas de coupure ? il reste éteint ou il reboot ? Ça me semble quand même le premier point à vérifier en cas d'extinction / reboot intempestif.
Oui l'idée est bonne, je vais m'y résigner, même si l'alimentation de ce serveur est récente (moins d'un an) et de bonne qualité (Fortron green)
Cependant, j'ai pu remarquer la chose suivante: Lorsque je lance une tâche qui prend 99% du cpu (type memtester), la machine ne reboot plus! Je peux ouvrir d'autre sessions ssh et faire trop choses (lentement cependant...)
Peut-etre devrais-je regarder du côté des priorités d'execution de certains processus?
-- Vincent H "Early Optimization is the root of all evil" - Donald Knuth
Sylvain Sauvage
Hugues LARRIVE, mardi 23 octobre 2007, 16:09:08 CEST
Hugues LARRIVE, mardi 23 octobre 2007, 16:09:08 CEST
[…] De plus j'ai vu des machines planter (kernel panic) suite à un problème de ram mais jamais rebooter... (sauf sous winxp où c'est le comportement par défaut en cas de plantage).
^^^^^^^^^^^^^^^^^^ C’est pas le comportement par défaut « tout court » ;oP
Que faire?
Essayer une autre alimentation ! ben oui, on y pense jamais à celle-là tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un coup... Quel est le comportement de ce PC en cas de coupure ? il reste éteint ou il reboot ? Ça me semble quand même le premier point à vérifier en cas d'extinction / reboot intempestif.
Oui, il suffit aussi parfois d’une légère faiblesse sur le mauvais brin. La plupart du temps, ce sont les disques qui trinquent mais pourquoi pas le CPU… D’ailleurs, si le CPU fait du speedstep/trucmuche, il peut changer de tension (c’est le cas pour le Cool’n’quiet d’AMD, je n’ai pas les senseurs de tension avec mon Intel).
Bonjour. Je me suis battu avec une carte mère pour le même problème. J'ai changé celle là, puis réinstaller + tard et elle refonctionne 24/24 sans pb. (???). Peut-être le fait de tout débrancher et rebrancher peut régler le pb. Bonne chance...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit :
Hugues LARRIVE, mardi 23 octobre 2007, 16:09:08 CEST
[…]
De plus j'ai vu des machines planter
(kernel panic) suite à un problème de ram mais jamais
rebooter... (sauf sous winxp où c'est le comportement par
défaut en cas de plantage).
^^^^^^^^^^^^^^^^^^
C’est pas le comportement par défaut « tout court » ;oP
Que faire?
Essayer une autre alimentation ! ben oui, on y pense jamais à
celle-là tant qu'elle ne fume pas, mais il arrive qu'elle ne
crame pas d'un coup... Quel est le comportement de ce PC en
cas de coupure ? il reste éteint ou il reboot ? Ça me semble
quand même le premier point à vérifier en cas d'extinction /
reboot intempestif.
Oui, il suffit aussi parfois d’une légère faiblesse sur le
mauvais brin. La plupart du temps, ce sont les disques qui
trinquent mais pourquoi pas le CPU…
D’ailleurs, si le CPU fait du speedstep/trucmuche, il peut
changer de tension (c’est le cas pour le Cool’n’quiet d’AMD,
je n’ai pas les senseurs de tension avec mon Intel).
Bonjour.
Je me suis battu avec une carte mère pour le même problème. J'ai changé
celle là, puis réinstaller + tard et elle refonctionne 24/24 sans pb.
(???). Peut-être le fait de tout débrancher et rebrancher peut régler le pb.
Bonne chance...
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Hugues LARRIVE, mardi 23 octobre 2007, 16:09:08 CEST
[…] De plus j'ai vu des machines planter (kernel panic) suite à un problème de ram mais jamais rebooter... (sauf sous winxp où c'est le comportement par défaut en cas de plantage).
^^^^^^^^^^^^^^^^^^ C’est pas le comportement par défaut « tout court » ;oP
Que faire?
Essayer une autre alimentation ! ben oui, on y pense jamais à celle-là tant qu'elle ne fume pas, mais il arrive qu'elle ne crame pas d'un coup... Quel est le comportement de ce PC en cas de coupure ? il reste éteint ou il reboot ? Ça me semble quand même le premier point à vérifier en cas d'extinction / reboot intempestif.
Oui, il suffit aussi parfois d’une légère faiblesse sur le mauvais brin. La plupart du temps, ce sont les disques qui trinquent mais pourquoi pas le CPU… D’ailleurs, si le CPU fait du speedstep/trucmuche, il peut changer de tension (c’est le cas pour le Cool’n’quiet d’AMD, je n’ai pas les senseurs de tension avec mon Intel).
Bonjour. Je me suis battu avec une carte mère pour le même problème. J'ai changé celle là, puis réinstaller + tard et elle refonctionne 24/24 sans pb. (???). Peut-être le fait de tout débrancher et rebrancher peut régler le pb. Bonne chance...
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Jean-Yves F. Barbier
j'ai aussi ce type de PB sur une CM ECS, et je ne suis pas loin de me dire que, puisque toutes les RAMs ont été changées, il ne reste plu s que les HDs ou la CM (j'ai régulièrement un ou deux caractères qui merd ouillent dans /var/lib/dpkg/available (et/ou status))
ça arrive dès fois après une pêche électrique
Vincent H. a écrit :
On 10/23/07, Jean-Michel OLTRA wrote:
Bonjour,
Bonjour et merci de ta réponse,
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai d éjà eu ce problème de reboot intempestif. C'était tout bonnement une b arette mémoire défectueuse.
Alors en fait j'ai vérifié hier soir et je n'ai bien qu'une seule barrete de 128 Mo.
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Que faire? J'ai regardé un peu les logs de webmin qui m'avait l'air un peu suspect, je l'ai donc purement et simplement desinstallé lui aussi ca r je ne m'en sers plus depuis des mois.
J'ai éteint les autres machines de mon réseau local, mais cela ne c hange rien. Est-il possible de faire rebooter une machine en la spammant sur le net? Ai-je un moyen de vérifier cela?
D'autres log peuvent-ils m'aider à comprendre ces reboots?
Je ne sais plus trop où chercher là :-/
Pour rappel, au niveau du hardware, j'ai refait mon swap avec vérification des blocs défectueux (résultat: aucun bloc défectu eux), testé ma ram toute la nuit (0 erreur), et j'ai fait également de la place sur / (~ 3Go).
Niveau software: désinstallation de munin et de ses dépendances. désinstallation de webmin.
Je suis un peu perdu là...
Merci encore pour toute votre aide.
-- It is now quite lawful for a Catholic woman to avoid pregnancy by a resor t to mathematics, though she is still forbidden to resort to physics and chemi stry. -- H. L. Mencken
j'ai aussi ce type de PB sur une CM ECS, et je ne suis pas loin de me
dire que, puisque toutes les RAMs ont été changées, il ne reste plu s que
les HDs ou la CM (j'ai régulièrement un ou deux caractères qui merd ouillent
dans /var/lib/dpkg/available (et/ou status))
ça arrive dès fois après une pêche électrique
Vincent H. a écrit :
On 10/23/07, Jean-Michel OLTRA <jm.oltra.antispam@espinasse.net> wrote:
Bonjour,
Bonjour et merci de ta réponse,
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai d éjà
eu ce problème de reboot intempestif. C'était tout bonnement une b arette
mémoire défectueuse.
Alors en fait j'ai vérifié hier soir et je n'ai bien qu'une seule
barrete de 128 Mo.
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Que faire?
J'ai regardé un peu les logs de webmin qui m'avait l'air un peu
suspect, je l'ai donc purement et simplement desinstallé lui aussi ca r
je ne m'en sers plus depuis des mois.
J'ai éteint les autres machines de mon réseau local, mais cela ne c hange rien.
Est-il possible de faire rebooter une machine en la spammant sur le
net? Ai-je un moyen de vérifier cela?
D'autres log peuvent-ils m'aider à comprendre ces reboots?
Je ne sais plus trop où chercher là :-/
Pour rappel, au niveau du hardware, j'ai refait mon swap avec
vérification des blocs défectueux (résultat: aucun bloc défectu eux),
testé ma ram toute la nuit (0 erreur), et j'ai fait également de la
place sur / (~ 3Go).
Niveau software: désinstallation de munin et de ses dépendances.
désinstallation de webmin.
Je suis un peu perdu là...
Merci encore pour toute votre aide.
--
It is now quite lawful for a Catholic woman to avoid pregnancy by a resor t to
mathematics, though she is still forbidden to resort to physics and chemi stry.
-- H. L. Mencken
j'ai aussi ce type de PB sur une CM ECS, et je ne suis pas loin de me dire que, puisque toutes les RAMs ont été changées, il ne reste plu s que les HDs ou la CM (j'ai régulièrement un ou deux caractères qui merd ouillent dans /var/lib/dpkg/available (et/ou status))
ça arrive dès fois après une pêche électrique
Vincent H. a écrit :
On 10/23/07, Jean-Michel OLTRA wrote:
Bonjour,
Bonjour et merci de ta réponse,
Si tu as plusieurs barettes, essaie de les retirer une à une. J'ai d éjà eu ce problème de reboot intempestif. C'était tout bonnement une b arette mémoire défectueuse.
Alors en fait j'ai vérifié hier soir et je n'ai bien qu'une seule barrete de 128 Mo.
J'ai éxecuté memtest86+ toute la nuit:
8h30 de tests, 17 passes éxecutées avec succès : 0 erreur.
Que faire? J'ai regardé un peu les logs de webmin qui m'avait l'air un peu suspect, je l'ai donc purement et simplement desinstallé lui aussi ca r je ne m'en sers plus depuis des mois.
J'ai éteint les autres machines de mon réseau local, mais cela ne c hange rien. Est-il possible de faire rebooter une machine en la spammant sur le net? Ai-je un moyen de vérifier cela?
D'autres log peuvent-ils m'aider à comprendre ces reboots?
Je ne sais plus trop où chercher là :-/
Pour rappel, au niveau du hardware, j'ai refait mon swap avec vérification des blocs défectueux (résultat: aucun bloc défectu eux), testé ma ram toute la nuit (0 erreur), et j'ai fait également de la place sur / (~ 3Go).
Niveau software: désinstallation de munin et de ses dépendances. désinstallation de webmin.
Je suis un peu perdu là...
Merci encore pour toute votre aide.
-- It is now quite lawful for a Catholic woman to avoid pregnancy by a resor t to mathematics, though she is still forbidden to resort to physics and chemi stry. -- H. L. Mencken
Jean-Yves F. Barbier
c'est memtest86+ qu'il faut installer; par ailleurs, il existe en image iso bootable pour tests (mais il ne découvre pas tout: il a fallu que je pousse la RAM au maximum pour découvrir que la corruptio n du fs venait de la barette#2, qui ne faisait pas d'erreurs à vitesse no rmale)
Vincent H. a écrit :
On 10/22/07, Gilles Mocellin wrote:
Un petit coup de memtest86++ permettrait d'en savoir plus.
Est-il possible de booter sur memtest86, faire une serie de test (qui log le tout quelque part) et ensuite rebooter automatiquement le serveur pour me permettre d'avoir à nouveau la main et finalement étudier les logs?
J'ai installé memtest86, il s'est à priori rajouté tout seul dans grub (j'ai pas eu le temps de lire le fichier menu.lst en entier mais j'ai pu trouver un memtest86 dedans)
-- #if _FP_W_TYPE_SIZE < 32 #error "Here's a nickel kid. Go buy yourself a real computer." #endif -- linux/arch/sparc64/double.h
c'est memtest86+ qu'il faut installer; par ailleurs, il existe en
image iso bootable pour tests (mais il ne découvre pas tout: il
a fallu que je pousse la RAM au maximum pour découvrir que la corruptio n
du fs venait de la barette#2, qui ne faisait pas d'erreurs à vitesse no rmale)
Vincent H. a écrit :
On 10/22/07, Gilles Mocellin <gilles.mocellin@free.fr> wrote:
Un petit coup de memtest86++ permettrait d'en savoir plus.
Est-il possible de booter sur memtest86, faire une serie de test (qui
log le tout quelque part) et ensuite rebooter automatiquement le
serveur pour me permettre d'avoir à nouveau la main et finalement
étudier les logs?
J'ai installé memtest86, il s'est à priori rajouté tout seul dans grub
(j'ai pas eu le temps de lire le fichier menu.lst en entier mais j'ai
pu trouver un memtest86 dedans)
--
#if _FP_W_TYPE_SIZE < 32
#error "Here's a nickel kid. Go buy yourself a real computer."
#endif
-- linux/arch/sparc64/double.h
c'est memtest86+ qu'il faut installer; par ailleurs, il existe en image iso bootable pour tests (mais il ne découvre pas tout: il a fallu que je pousse la RAM au maximum pour découvrir que la corruptio n du fs venait de la barette#2, qui ne faisait pas d'erreurs à vitesse no rmale)
Vincent H. a écrit :
On 10/22/07, Gilles Mocellin wrote:
Un petit coup de memtest86++ permettrait d'en savoir plus.
Est-il possible de booter sur memtest86, faire une serie de test (qui log le tout quelque part) et ensuite rebooter automatiquement le serveur pour me permettre d'avoir à nouveau la main et finalement étudier les logs?
J'ai installé memtest86, il s'est à priori rajouté tout seul dans grub (j'ai pas eu le temps de lire le fichier menu.lst en entier mais j'ai pu trouver un memtest86 dedans)
-- #if _FP_W_TYPE_SIZE < 32 #error "Here's a nickel kid. Go buy yourself a real computer." #endif -- linux/arch/sparc64/double.h
