temps cpu linux délirant (1 bière à celui qui trouve)

Marsh Posté le 02-10-2013 à 21:51:58

Hello à tous,

J'en ai déjà vu des belles dans le mondes des OS, mais là je sèche depuis plusieurs heures

ps xua :

USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
1001 1763 46783533 0.0 20940 3768 pts/1 Ss 21:35 5403498:05 -bash
root 1777 0.0 0.0 24576 1264 pts/1 S 21:35 0:00 sudo bash
root 1778 91539080 0.0 21020 3836 pts/1 S 21:35 10206607:30 bash
root 2418 0.0 0.0 16348 1168 pts/1 R+ 21:46 21114581:29 ps xua

La colonne %CPU, et TIME ont quelques soucis ...

La commande w est encore plus explicite, surtout que le serveur vient de rebooter
w :

21:49:35 up 18 min, 2 users, load average: 0.00, 0.00, 0.00
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
npa pts/0 xxx.xxx.biz 21:32 17.00s 149054days 416days sshd: lui [priv]
pcoustil pts/1 xxx.xxx.biz 21:35 0.00s 11048days 1250days sshd: moi [priv]

1 bière offerte à celui qui trouve :-)

Pierre

---------------
Du tofu en Alsace : www.tofuhong.com

Reply

Marsh Posté le 02-10-2013 à 21:51:58

Reply

Marsh Posté le 02-10-2013 à 23:06:17

htop donne quoi ?

---------------
Spécialiste du bear metal

Reply

Marsh Posté le 03-10-2013 à 14:56:55

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 ?

Message cité 1 fois

---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.

Reply

Marsh Posté le 03-10-2013 à 15:18:20

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.

Reply

temps cpu linux délirant (1 bière à celui qui trouve)

Sujets relatifs:

Leave a Replay