Bonjour,

C'est vraiment super d'avoir des explications comme �a
quand on rencontre un pb nouveau.

Mais j'ai une autre machine qui n'a pas ce comportement
et pourtant le uptime d�passe 248 jours.

eniac:~ # uptime
  2:09pm  up 281 days, 21:42,  1 user,  load average: 0.00, 0.00, 0.00

eniac:~ # uname -a
Linux eniac 2.2.16 #1 Tue Aug 15 23:07:05 GMT 2000 i486 unknown
(SuSE 7.0)

Est-ce parce que le proc est un 486, donc avec une vitesse beaucoup 
moins rapide ?

Yann

Marc SCHAEFER a �crit :
 
> > J'ai vu aussi des mails � ce sujet sur kernel-devel.
> 
> J'ai regard� � quel package appartenait uptime (dpkg -S uptime), je suis
> ensuite all� sur http://bugs.debian.org/ et j'ai cherch� les bugs
> concernant procps.
> 
>    http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=82382&repeatmerged=yes

qui dit :
> Balazs Scheidler reports:
> 
> > I have a server with uptime over 248 days (after the Linux
> > jiffies counter overflows), and any procps program displays :
> >
> > bazsi@orson:~$ uptime
> > Unknown HZ value! (11) Assume 100.
> >  10:12am  up 282 days, 52 min,  1 user,  load average: 7.33, 2.31, 1.39
> 
> Might this be a 2-way SMP system? The overflow should take twice
> that long. If so, I can easily double the time before overflow.
> Otherwise, I don't see how this could happen.
> 
> At about 495 days though, stuff will go wrong. There isn't much
> that can be done I think. Linus doesn't want to do 64-bit math
> on every clock tick.
> 
> I've often wondered if a long timer would be acceptable. Every few
> months it could increment a count of high-bit inversions, so that
> the proc filesystem would have a way to produce better data.

================
> en bref, le nombre de jour que ta machine est up + un bug signed/unsigned
> cause le probl�me. Remarquons que d'apr�s le commentaire du bug, m�me s'il
> n'y avait pas ce bug, il appara�trait apr�s 400 jours (environ) sans
> possibilit�s de correction.

> Solution temporaire: remplacer manuellement /lib/libproc.so.2.0.6 par
> http://search.alphanet.ch/~schaefer/libproc-jiffypatch.so.2.0.6.gz (�
> d�compresser bien s�r), v�rifier le md5sum avant, c'est
> 
>    19c510f4d37e40140a1a770413662750  libproc-jiffypatch.so.2.0.6.gz

Quels changements apportent cette biblioth�que ?
Y a des risques d'interf�rences avec d'autres logiciels qui
utiliseraient
cette biblioth�que ?

Ah, �a c'est un probl�me qu'on a pas sous Win* !        >:o>

Yann

-- 
System administrator, http://www.ynternet.org
Non profit organization serving young social entrepreneurs
Portal & cybercenters for developing countries
Tel.: +41-21-3113047
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.

Répondre à