Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2380 connectés 

 



Dernière réponse
Sujet : temps cpu linux délirant (1 bière à celui qui trouve)
FranceDenBas

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. :o
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.


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
FranceDenBas

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. :o
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.

THRAK 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 ?
Plam htop donne quoi ?
PierreC 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


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR