THRAK a écrit :
Bonjour, J'ai déjà vu plusieurs serveurs Linux avoir un comportement similaire.
Sur les versions 2.4.x du noyau, l'uptime retourne à zéro au bout de 497 jours, ce qui laisse penser que le serveur à rebooté et fausse tous les autres compteurs/stats basés dessus. Cf. ---> http://lkml.indiana.edu/hypermail/ [...] /1376.html
Bon après, c'est vraiment pas tout récent comme problème, mais si jamais ton environnement correspond, c'est peut-être cela ?
|
Ton lien expliquerait ceci ?
Citation :
UID PID PPID C STIME TTY TIME CMD
h06 19942 1 0 2014 ? 00:07:39 SCREEN
h06 20003 19942 0 2014 pts/8 00:00:00 /bin/bash
h06 20033 19942 0 2014 pts/11 00:00:00 /bin/bash
h06 13042 19942 0 Aug05 pts/0 00:00:02 /bin/bash
h06 17126 19942 0 Aug08 pts/6 00:00:00 /bin/bash
h06 22258 19942 0 Sep19 pts/4 00:00:00 /bin/bash
h06 17732 17730 0 09:43 ? 00:00:00 sshd: h06@pts/2
h06 17733 17732 0 09:43 pts/2 00:00:00 -bash
h06 18479 17733 0 15:15 pts/2 00:00:00 ps -f -u h06
|
Noyau 2.4.21 (en PME), oui je sais screen, c'est dépassé y'a tmux voire autres. 
edit l'uptime est à 60j (mais me sembles pas correcte).
edit2 peut être correcte :
Citation :
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 Aug04 ? 00:04:31 init [3]
|
edit3 : en fait ta réponse explique bien le truc ma socket screen date du 3 octobre (2013), mais le serveur a rebooté entre temps, les stats sont faussées.
Par contre c'est bizarre pour le temps, il n'y a pas utilisation de timestamps ?
edit4 : mais c'est bizarre quand même si le serveur reboote, les processus associés au screen sont tués donc je ne comprends pas bien en fait.
Message édité par FranceDenBas le 03-10-2013 à 15:35:20
---------------
"Il a inventé le bougisme : je bouge donc je suis" :sol: - Dupont-Aignan à propos de Son Altesse Sérénissime Sarkal 1er. Merci Handsome Devil et Meriadeck.
FORUM HardWare.fr
