C'est bien.
Un gros opérateur de téléphonie a lui choisi de certifier une autre distribution et d'en faire même une version modifiée selon ses standards.
Uptime jusque là : pas plus de 5 jours.... après c'est la panique.
Un petit souci avec le kernel choisi peut-être.
Enfin cela me fait bien marré.
C'est intéressant, comme info, mais on en voudrait plus :
- quel opérateur (si c'est possible) ?
- quelle distribution ?
- quel genre de modifications ?
- quel genre de panique après 5 jours
- pourquoi cela te fait spécialement bien marrer (c'est en rapport avec le journal de Zezinho ou avec l'opérateur téléphonique) ?
97 jours ? Pourquoi pas plus ? C'est le temps moyen que vous passez entre 2 recompilations du noyau ?
Ou alors c'est que au bout de 97 jours vous constatez que le système ralentit ?
linuxfr.org (200 jours debian) :
http://uptime.netcraft.com/up/graph/?host=linuxfr.org
Notre serveur (326 jours, redhat) :
$ uptime
9:54am up 326 days, 11:57, 3 users, load average: 0.50, 0.60, 0.62
Notez comme on ne le met pas à jour. La honte... M'enfin j'ai pas le mot de passe root.
Tu peux le mettre à jour tes logiciels sans redémarrer...
init 1 init 5, et hop, tu ne perds pas ton uptime...
par contre, pour le noyau, c'est une autre histoire...
j'ai entendu dire qu'on pouvait le faire à chaud, sans redémarrer, mais je sais pas trop comment... !
Si faut jouer a celui qui a la plus grosse j ai 2 serveurs sous slacks 7.0 avec 793 jours d uptime chacun avec tour du compteur powered , jusqu au kernel 2.4.3 il y a un "bug" dans le calcul de l uptime a 2^32 ms dans /proc/uptime ( ~497 jours ) ca repasse a 0 .
# Re: Suite du premier
Posté par franck villaume (site web personnel) . Évalué à 1.
[^] # Re: Suite du premier
Posté par Benoît Bailleux (Mastodon) . Évalué à 2.
- quel opérateur (si c'est possible) ?
- quelle distribution ?
- quel genre de modifications ?
- quel genre de panique après 5 jours
- pourquoi cela te fait spécialement bien marrer (c'est en rapport avec le journal de Zezinho ou avec l'opérateur téléphonique) ?
# Re: Suite du premier
Posté par Yannick Beynet (site web personnel) . Évalué à 1.
[^] # Re: Suite du premier
Posté par Nap . Évalué à 4.
# Re: Suite du premier
Posté par ptit_tux . Évalué à 2.
[^] # Re: Suite du premier
Posté par Sylvain Rampacek (site web personnel) . Évalué à 1.
[^] # Et hop! 2.4.19 Et hop! 2.4.20 et hop! 2.4.21.... ça te la coupe, hein ?
Posté par Da Scritch (site web personnel, Mastodon) . Évalué à 2.
Il faut que le noyau qui tourne aie déjà le patch compilé...
[^] # Re: Suite du premier
Posté par Prosper . Évalué à 2.
Si faut jouer a celui qui a la plus grosse j ai 2 serveurs sous slacks 7.0 avec 793 jours d uptime chacun avec tour du compteur powered , jusqu au kernel 2.4.3 il y a un "bug" dans le calcul de l uptime a 2^32 ms dans /proc/uptime ( ~497 jours ) ca repasse a 0 .
# Re: Suite du premier
Posté par Sylvain Rampacek (site web personnel) . Évalué à 2.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.