Voila mon pc (serveur) sous debian s'arrete tout les dimanches aux alentours de 6h30 du matin.
Pouvez vous me guider pour chercher l'erreur sur les logs  ?
Le pc est sur onduleur, il tourne en idle temperature proco a 53°c (piece a 24°c) et a une limite de 65°c. Au dela le pc s'arrete.
Je doute que le dimanche a 6h du mat il y est des grosses chaleurs ou des montée en burn.
J'attend vos avis.

voila les dernieres lignes du log messages avant le crash:
Feb 10 06:18:00 debian -- MARK --
Feb 10 06:25:18 debian syslogd 1.4.1#18: restart.
Feb 10 06:38:00 debian -- MARK --
 
la plupart des log se renouvellent a aux alentour de 06:30
et celui de messages se renouvelle tout les dimanches a cette heure
 
-rw-r----- 1 root  adm   61250 2008-02-10 12:37 messages
-rw-r----- 1 root  adm   17336 2008-02-03 06:25 messages.0
-rw-r----- 1 root  adm   20233 2008-01-27 06:46 messages.1.gz
-rw-r----- 1 root  adm   45152 2008-01-06 06:38 messages.2.gz
 

Le message que tu indiques c'est juste le daemon syslogd qui redémarre
Tu dois avoir un crontab pour exécuter logrotate à cette heure là.
 
Peux tu expliciter tes mots : arréter, crash... Parce que ca peut avoir plusieurs signification : reboot propre, reboot hard (crash total du PC)

 
T'as pas un truc dans la crontab ? (celle de l'un de tes utilisateurs ou celle de root).  
 
Tu peux voir la crontab de root comme ceci :
# crontab -e
 
Tu peux aussi regarder dans /etc/cron.weekly ou /etc/cron.* En général, à 6h30 du matin c'est effectivement l'heure du logrotate.  
 
 

bah le pc s'arrete, pas de reboot  
je pense qu'est c'est subitement car mysql trouve des tables corrompues.
 dans la cron tab en root j'ai rien si ce n'est:
 m h  dom mon dow   command
 
effectivement j'ai des scripts dans cron.daily notamment logrotate et dans cron.weekly (sysklogd et man-db)

Regarde du coté du BIOS si il a une instruction pour s'arréter pile poil à une heure

pas de wake up events.
pas d'option pour allumer ou eteindre automatiquement
j'ai monté la limite a 70°c
 
f71805f-isa-0295
Adapter: ISA adapter
+3.3V:     +3.34 V  (min =  +3.01 V, max =  +3.58 V)
Vtt1.2V:   +0.86 V  (min =  +0.00 V, max =  +2.02 V)
Vram:      +1.44 V  (min =  +0.00 V, max =  +4.03 V)
Vchip:     +3.48 V  (min =  +0.00 V, max =  +6.31 V)
+5V:       +5.17 V  (min =  +0.00 V, max = +10.59 V)
+12V:     +12.23 V  (min =  +0.00 V, max = +22.18 V)
Vcc1.5V:   +1.10 V  (min =  +0.00 V, max =  +2.02 V)
Vcore:     +1.11 V  (min =  +0.00 V, max =  +2.02 V)
5VSB:      +5.21 V  (min =  +0.00 V, max = +10.59 V)
CPU Fan:     0 RPM  (min =    0 RPM)
Sys Fan:     0 RPM  (min =    0 RPM)
Aux Fan:     0 RPM  (min =    0 RPM)
CPU Temp:    +56°C  (high =   +70°C, hyst =   +69°C)         [diode]
Sys Temp:    +46°C  (high =  +255°C, hyst =    +0°C)         [diode]
Aux Temp:   +127°C  (high =  +255°C, hyst =    +0°C)         [thermistor]
 
edit je precise (systeme fanless)

j'ai trouve ca dans ma crontab finalement en editant le fichier /etc/crontab en root
 
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --repo$
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --repo$
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --repo$
 
Je supprime ?

 
Non, t'as pas un log du système? dans /var/log/messages ou /var/log/syslog t'as rien vu ? pas un kernel panic, rien ?  
 
T'as un serveur X sur ta machine ? faut chercher dans les logs...  

Non j'ai pas d'interface graphique.
pas un kernel panic  
 syslog :
Feb 10 05:37:59 debian -- MARK --
Feb 10 05:39:01 debian /USR/SBIN/CRON[5870]: (root) CMD (  [ -d /var/lib/php5 ]$
Feb 10 05:58:00 debian -- MARK --
Feb 10 06:09:02 debian /USR/SBIN/CRON[5882]: (root) CMD (  [ -d /var/lib/php5 ]$
Feb 10 06:17:01 debian /USR/SBIN/CRON[5894]: (root) CMD (   cd / && run-parts -$
Feb 10 06:25:01 debian /USR/SBIN/CRON[5897]: (root) CMD (test -x /usr/sbin/anac$
 
est ce bien cron qui fou la merde ?

 
Je suis dubitatif, c'est effectivement l'heure à laquelle le cron se déclanche. Celà dit, cron ne fait rien qui pourrait, IMHO, d'une manière ou d'une autre faire planter ta machine. Je veux dire, si ta machine plante lors du logrotate du dimanche, c'est peut-être pas de la faute de cron ni de logrotate (ce serait surprenant). T'as verifié ton disque dur ? fsck en pronfondeur, t'es sûr de ton hardware ?
 
Ce que tu peux faire, c'est lancer les scripts de la crontab à la main, un à un, comme ça, si ça vient d'eux, t'en auras le coeur net.

mon hardware est sûr !
Mon disque dur est une compact flash.
Mon systeme de fichier est reiserFS.
rien ne se passe de suprenant quand je lance les scripts de la crontab.
Faut t il faire les logrotate plus souvent ou desactiver les logs ?

Quelques remarques :
 

1) N'y a-t-il pas un semblant d'incohérence à ce niveau (FS journalisé sur un support utilisant la technologie flash) ?
   ---> solution : utiliser un FS plus adpaté (ext2 par ex.), limiter les cycles de lectures/écritures (logs déportés...)
 
 

2) La politique de rotation des logs est éventuellement à adapter en fonction de leur taille ; si celle-ci est très importante (par ex. plusieurs dizaines ou centaines de Mo par jour) il faudra veiller à augmenter la fréquence de rotation des logs, utiliser systématiquement la compression des logs précédents, etc.
   ---> man logrotate pour plus d'informations

pourrais tu remettre de la coherence en m'indiquant la meilleure table de partition ?
Voici la mienne :
 
/boot 50MB ext3
swap 350MB <swap>
/ 4GB ReiserFS
/var 3,6GB ReiserFS
 
N'empeche que avec ou sans cet incoherence ca devrait marcher !

 
Je ne fais que des suppositions. Qu'un logrotate prend du temps, c'est une chose, prend beaucoup de temps, je veux bien croire, fasse planter une machine, là c'est louche, y a un problème ailleurs, un truc plus grave. Evidement, tu peux le contourner en faisant ce que tu veux faire : faire plus souvent ton logrotate (encore qu'il faut qu'on soit sur que c'est lui qui fasse planter ta machine). En l'état, c'est difficile de se prononcer.
 
T'as suffisament d'espace sur ta machine (espace disque ?).

c'est pas l'onduleur qui lui couperait le jus ?

 
T'as mis une partition swap sur ta compact flash??

Humm, faudrait revoir le partionnement et utiliser un autre FS plus adapté aux lectures/écritures sur ce type de support (pas de journalisation).
 
Par exemple :

 
Je suis parti sur une base de 8 Go, en étant "large" (on aurait encore pu réduire davantage :  /, /tmp, /var/log et /var/tmp notamment).
 
En vue d'un usage serveur, tu remarqueras que les permissions sont volontairement restrictives (pour l'installation/maj de programmes notamment avec noexec pour /tmp, ro pour /usr et /boot qui n'est pas monté par défaut) et que les partitions sont organisées de façon à isoler au possible les différents points de montages entre eux (ce qui permet une gestion plus fine des options de montage).
 
Note que tu peux aussi éventuellement rajouter l'option noatime (pas de mises à jour des dates d'accès aux fichiers) qui te fera économiser des cycles en lecture/écriture.