OVH Cloud OVH Cloud

Jamais vu ça...

15 réponses
Avatar
Bernard Isambert
Ce matin, j'ai voulu voir depuis combien de jours tourne une de mes
machines :

$ who -b
         system boot  119807117-04-11 12:38

Comment est-il possible d'obtenir ce résultat ?
D'après le kern.log, le dernier boot date du 4 octobre 2022 Í  15h51.
La première ligne de "top" est d'accord :

top - 10:28:49 up 7 days, 18:38,  1 user,  load average: 0.00, 0.00, 0.00

Je précise que c'est une machine 32 bits. Ça pourrait être lié.

Si quelqu'un a une idée de quelque chose Í  vérifier avant que je fasse
un rapport de bug ?

--
Bernard.
25 ans d'utilisation de Debian. Comme le temps passe...

5 réponses

1 2
Avatar
bern
Le 2022-10-14 09:25, bern a écrit :
J'ai rebooté la machine hier : le problème est toujours lÍ . J'ai
d'autres machines matériellement très proches avec la même version du
système et sur lesquelles le "who -b" est bon.

J'ai écrit trop vite : je n'avais pas d'autre machine avec strictement
la même configuration.
Essais de ce matin :
uname -a
Linux debian 5.10.0-18-686-pae #1 SMP Debian 5.10.140-1 (2022-09-02)
i686 GNU/Linux
debian bullseye : tout est ok.
dist-upgrade --> bookworm : who -b est mauvais.
Avatar
l0f4r0
Pour ceux qui ont des soucis, que donne :
utmpdump /run/utmp
?
l0f4r0
Avatar
bern
Le 2022-10-15 09:33, a écrit :
Pour ceux qui ont des soucis, que donne :
utmpdump /run/utmp
?
l0f4r0

Utmp dump of /run/utmp
[8] [00233] [si ] [ ] [ ] [ ]
[0.0.0.0 ] [2022-10-14T14:18:56,899429+00:00]
[2] [00000] [~~ ] [reboot ] [~ ] [ ]
[0.0.0.0 ] [2022-10-14T14:18:56,937117+00:00]
[1] [20019] [~~ ] [runlevel] [~ ] [ ]
[0.0.0.0 ] [2022-10-14T14:18:56,938127+00:00]
[8] [01371] [l3 ] [ ] [ ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,233144+00:00]
[6] [02371] [8 ] [LOGIN ] [tty8 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,240587+00:00]
[5] [02372] [9 ] [ ] [ ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,241550+00:00]
[6] [02370] [7 ] [LOGIN ] [tty7 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,242438+00:00]
[6] [02369] [6 ] [LOGIN ] [tty6 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,243424+00:00]
[6] [02368] [5 ] [LOGIN ] [tty5 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,243960+00:00]
[6] [02367] [4 ] [LOGIN ] [tty4 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,245313+00:00]
[6] [02366] [3 ] [LOGIN ] [tty3 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,246487+00:00]
[6] [02504] [2 ] [LOGIN ] [tty2 ] [ ]
[0.0.0.0 ] [2022-10-14T14:22:53,553918+00:00]
[7] [31047] [ts/1] [root ] [pts/1 ] [<host> ]
[<adresse_ipv6>] [2022-10-15T13:20:54,474857+00:00]
Ça semble tout Í  fait normal, non ?
En tout cas, merci de vous intéresser au problème.
(je ne connaissais utmpdump)
Avatar
l0f4r0
15 oct. 2022, 15:25 de :
Le 2022-10-15 09:33, a écrit :
Pour ceux qui ont des soucis, que donne :
utmpdump /run/utmp
?
l0f4r0

Utmp dump of /run/utmp
[8] [00233] [si ] [ ] [ ] [ ] [0.0.0.0 ] [2022-10-14T14:18:56,899429+00:00]
[2] [00000] [~~ ] [reboot ] [~ ] [ ] [0.0.0.0 ] [2022-10-14T14:18:56,937117+00:00]
[1] [20019] [~~ ] [runlevel] [~ ] [ ] [0.0.0.0 ] [2022-10-14T14:18:56,938127+00:00]
[8] [01371] [l3 ] [ ] [ ] [ ] [0.0.0.0 ] [2022-10-14T14:19:48,233144+00:00]
[6] [02371] [8 ] [LOGIN ] [tty8 ] [ ] [0.0.0.0 ] [2022-10-14T14:19:48,240587+00:00]
[5] [02372] [9 ] [ ] [ ] [ ] [0.0.0.0 ] [2022-10-14T14:19:48,241550+00:00]
[6] [02370] [7 ] [LOGIN ] [tty7 ] [ ] [0.0.0.0 ] [2022-10-14T14:19:48,242438+00:00]
[6] [02369] [6 ] [LOGIN ] [tty6 ] [ ] [0.0.0.0 ] [2022-10-14T14:19:48,243424+00:00]
[6] [02368] [5 ] [LOGIN ] [tty5 ] [ ] [0.0.0.0 ] [2022-10-14T14:19:48,243960+00:00]
[6] [02367] [4 ] [LOGIN ] [tty4 ] [ ] [0.0.0.0 ] [2022-10-14T14:19:48,245313+00:00]
[6] [02366] [3 ] [LOGIN ] [tty3 ] [ ] [0.0.0.0 ] [2022-10-14T14:19:48,246487+00:00]
[6] [02504] [2 ] [LOGIN ] [tty2 ] [ ] [0.0.0.0 ] [2022-10-14T14:22:53,553918+00:00]
[7] [31047] [ts/1] [root ] [pts/1 ] [<host> ] [<adresse_ipv6>] [2022-10-15T13:20:54,474857+00:00]
Ça semble tout Í  fait normal, non ?

Oui l'entrée [reboot] semble cohérente.
Mais du coup que donne "who -b" sur bookworm désormais ?
NB : si nouveau reboot il y a eu encore depuis, merci de redonner le résultat des 2 commandes "who -b" et "utmpdump /run/utmp" histoire qu'on compare la même chose.
l0f4r0
Avatar
bern
Le 2022-10-15 16:17, a écrit :
15 oct. 2022, 15:25 de :
Le 2022-10-15 09:33, a écrit :
Pour ceux qui ont des soucis, que donne :
utmpdump /run/utmp
?
l0f4r0

Utmp dump of /run/utmp
[8] [00233] [si ] [ ] [ ] [ ]
[0.0.0.0 ] [2022-10-14T14:18:56,899429+00:00]
[2] [00000] [~~ ] [reboot ] [~ ] [ ]
[0.0.0.0 ] [2022-10-14T14:18:56,937117+00:00]
[1] [20019] [~~ ] [runlevel] [~ ] [ ]
[0.0.0.0 ] [2022-10-14T14:18:56,938127+00:00]
[8] [01371] [l3 ] [ ] [ ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,233144+00:00]
[6] [02371] [8 ] [LOGIN ] [tty8 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,240587+00:00]
[5] [02372] [9 ] [ ] [ ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,241550+00:00]
[6] [02370] [7 ] [LOGIN ] [tty7 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,242438+00:00]
[6] [02369] [6 ] [LOGIN ] [tty6 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,243424+00:00]
[6] [02368] [5 ] [LOGIN ] [tty5 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,243960+00:00]
[6] [02367] [4 ] [LOGIN ] [tty4 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,245313+00:00]
[6] [02366] [3 ] [LOGIN ] [tty3 ] [ ]
[0.0.0.0 ] [2022-10-14T14:19:48,246487+00:00]
[6] [02504] [2 ] [LOGIN ] [tty2 ] [ ]
[0.0.0.0 ] [2022-10-14T14:22:53,553918+00:00]
[7] [31047] [ts/1] [root ] [pts/1 ] [<host> ]
[<adresse_ipv6>] [2022-10-15T13:20:54,474857+00:00]
Ça semble tout Í  fait normal, non ?

Oui l'entrée [reboot] semble cohérente.
Mais du coup que donne "who -b" sur bookworm désormais ?
NB : si nouveau reboot il y a eu encore depuis, merci de redonner le
résultat des 2 commandes "who -b" et "utmpdump /run/utmp" histoire
qu'on compare la même chose.
l0f4r0

# who -b
system boot 127545610-04-02 03:32
!!....
1 2