Server Centos8 refuse de démarrer suite à dnf update+reboot

Répondre
Avatar du membre
LM2I_Laurent
Administrateur - Site Admin
Messages : 285
Enregistré le : jeu. 27 août 2009 17:00

Server Centos8 refuse de démarrer suite à dnf update+reboot

Message par LM2I_Laurent »

Bonjour à toutes et tous,

J'ai un souci sur un serveur dédié chez OVH

Suite à dnf update , le kernel s'est mis a jour et depuis le serveur refuse de démarrer sur le disque...

actuellement, le serveur fonctionne en mode network.

Code : Tout sélectionner

rpm -qa kernel
kernel-4.18.0-147.3.1.el8_1.x86_64
kernel-4.18.0-193.14.2.el8_2.x86_64
kernel-4.18.0-193.6.3.el8_2.x86_64

dnf list installed kernel
Installed Packages
kernel.x86_64                                            4.18.0-147.3.1.el8_1                                              @anaconda
kernel.x86_64                                            4.18.0-193.6.3.el8_2                                              @BaseOS
kernel.x86_64                                            4.18.0-193.14.2.el8_2
J'ai essayé :

Code : Tout sélectionner

dnf history
ID      Command line                            Date and time         Action(s)       Altered
-----------------------------------------------------------------------------------------------------
47  install php-soap                         2020-08-01 13:37  Install                 1
46  -y update grub2-common.n  2020-07-31 09:12  I, U                      14

dnf history undo 46
Last metadata expiration check: 0:38:34 ago on Mon 03 Aug 2020 06:18:57 AM UTC.
Undoing transaction 46, from Fri 31 Jul 2020 09:12:46 AM UTC
Install  kernel-4.18.0-193.14.2.el8_2.x86_64                  @BaseOS
Install  kernel-core-4.18.0-193.14.2.el8_2.x86_64             @BaseOS
Install  kernel-modules-4.18.0-193.14.2.el8_2.x86_64          @BaseOS
Upgrade  grub2-common-1:2.02-87.el8_2.noarch                  @BaseOS
Upgraded grub2-common-1:2.02-81.el8.noarch                    @@System
Upgrade  grub2-efi-x64-1:2.02-87.el8_2.x86_64                 @BaseOS
Upgraded grub2-efi-x64-1:2.02-81.el8.x86_64                   @@System
Upgrade  grub2-pc-1:2.02-87.el8_2.x86_64                      @BaseOS
Upgraded grub2-pc-1:2.02-81.el8.x86_64                        @@System
Upgrade  grub2-pc-modules-1:2.02-87.el8_2.noarch              @BaseOS
Upgraded grub2-pc-modules-1:2.02-81.el8.noarch                @@System
Upgrade  grub2-tools-1:2.02-87.el8_2.x86_64                   @BaseOS
Upgraded grub2-tools-1:2.02-81.el8.x86_64                     @@System
Upgrade  grub2-tools-efi-1:2.02-87.el8_2.x86_64               @BaseOS
Upgraded grub2-tools-efi-1:2.02-81.el8.x86_64                 @@System
Upgrade  grub2-tools-extra-1:2.02-87.el8_2.x86_64             @BaseOS
Upgraded grub2-tools-extra-1:2.02-81.el8.x86_64               @@System
Upgrade  grub2-tools-minimal-1:2.02-87.el8_2.x86_64           @BaseOS
Upgraded grub2-tools-minimal-1:2.02-81.el8.x86_64             @@System
Upgrade  kernel-tools-4.18.0-193.14.2.el8_2.x86_64            @BaseOS
Upgraded kernel-tools-4.18.0-193.6.3.el8_2.x86_64             @@System
Upgrade  kernel-tools-libs-4.18.0-193.14.2.el8_2.x86_64       @BaseOS
Upgraded kernel-tools-libs-4.18.0-193.6.3.el8_2.x86_64        @@System
Upgrade  python3-perf-4.18.0-193.14.2.el8_2.x86_64            @BaseOS
Upgraded python3-perf-4.18.0-193.6.3.el8_2.centos.plus.x86_64 @@System
No package grub2-common-1:2.02-81.el8.noarch available.
No package grub2-efi-x64-1:2.02-81.el8.x86_64 available.
No package grub2-pc-modules-1:2.02-81.el8.noarch available.
No package grub2-pc-1:2.02-81.el8.x86_64 available.
No package grub2-tools-efi-1:2.02-81.el8.x86_64 available.
No package grub2-tools-extra-1:2.02-81.el8.x86_64 available.
No package grub2-tools-minimal-1:2.02-81.el8.x86_64 available.
No package grub2-tools-1:2.02-81.el8.x86_64 available.
No package kernel-tools-libs-4.18.0-193.6.3.el8_2.x86_64 available.
No package kernel-tools-4.18.0-193.6.3.el8_2.x86_64 available.
Error: no package matched


@+
Laurent
Image
Webmaster
http://www.lm2i.fr
http://www.lm2i.eu

Image Image Image Image
.
Avatar du membre
LM2I_Laurent
Administrateur - Site Admin
Messages : 285
Enregistré le : jeu. 27 août 2009 17:00

Re: Server Centos8 refuse de démarrer suite à dnf update+reboot

Message par LM2I_Laurent »

Bonsoir,

un résumé de tout ce que j'ai essayé:
cela pourra peut-être servir à quelqu'un

Liste des paquets "kernel" installés:

[

Code : Tout sélectionner

root@ip~]# rpm -q --last kernel
kernel-4.18.0-193.14.2.el8_2.x86_64           Fri 31 Jul 2020 09:13:08 AM UTC
kernel-4.18.0-193.6.3.el8_2.x86_64            Fri 19 Jun 2020 08:14:37 AM UTC
kernel-4.18.0-147.3.1.el8_1.x86_64            Mon 13 Jan 2020 09:50:39 PM UTC
J'ai exécutez la commande grubby --default-kernel pour afficher le noyau par défaut actuel :

Code : Tout sélectionner

[root@ip~]# grubby --default-kernel
Puis la commande grubby --info=ALL pour afficher tous les noyaux disponibles et leurs index :

Code : Tout sélectionner

[root@ip~]# grubby --info=ALL
La sortie de la commande --info=ALL :

Code : Tout sélectionner

[root@ip~]# grubby --info=ALL
index=0
kernel="/boot/boot/vmlinuz-4.18.0-147.3.1.el8_1.x86_64"
args="ro rd.auto crashkernel=auto vga=normal nomodeset $tuned_params"
root="/dev/md3"
initrd="/boot/boot/initramfs-4.18.0-147.3.1.el8_1.x86_64.img $tuned_initrd"
title="CentOS Linux (4.18.0-147.3.1.el8_1.x86_64) 8 (Core)"
id="7ff4fc166dc941f98fc8885019b71e6-4.18.0-147.3.1.el8_1.x86_64"
index=1
kernel="/boot/vmlinuz-0-rescue-7ff4fc166dc941f98fc8885019b71e6"
args="ro rd.auto crashkernel=auto vga=normal nomodeset"
root="/dev/md3"
initrd="/boot/initramfs-0-rescue-7ff4fc166dc941f98fc8885019b71e6.img"
title="CentOS Linux (0-rescue-7ff4fc166dc941f98fc8885019b71e6) 8 (Core)"
id="7ff4fc166dc941f98fc8885019b71e6-0-rescue"
index=2
kernel="/boot/vmlinuz-5.8.0-1.el8.elrepo.x86_64"
args="ro rd.auto crashkernel=auto vga=normal nomodeset $tuned_params"
root="/dev/md3"
initrd="/boot/initramfs-5.8.0-1.el8.elrepo.x86_64.img $tuned_initrd"
title="Red Hat Enterprise Linux (5.8.0-1.el8.elrepo.x86_64) 8.2 (Ootpa)"
id="da3bad67b07d447a8b6e55ad4ff9e23-5.8.0-1.el8.elrepo.x86_64"
index=3
kernel="/boot/vmlinuz-4.18.0-193.14.2.el8_2.x86_64"
args="ro rd.auto crashkernel=auto vga=normal nomodeset $tuned_params"
root="/dev/md3"
initrd="/boot/initramfs-4.18.0-193.14.2.el8_2.x86_64.img $tuned_initrd"
title="CentOS Linux (4.18.0-193.14.2.el8_2.x86_64) 8 (Core)"
id="da3bad67b07d447a8b6e55ad4ff9e23-4.18.0-193.14.2.el8_2.x86_64"
index=4
kernel="/boot/vmlinuz-4.18.0-193.6.3.el8_2.x86_64"
args="ro rd.auto crashkernel=auto vga=normal nomodeset $tuned_params"
root="/dev/md3"
initrd="/boot/initramfs-4.18.0-193.6.3.el8_2.x86_64.img $tuned_initrd"
title="CentOS Linux (4.18.0-193.6.3.el8_2.x86_64) 8 (Core)"
id="da3bad67b07d447a8b6e55ad4ff9e23-4.18.0-193.6.3.el8_2.x86_64"
index=5
kernel="/boot/vmlinuz-4.18.0-147.3.1.el8_1.x86_64"
args="ro rd.auto crashkernel=auto vga=normal nomodeset $tuned_params"
root="/dev/md3"
initrd="/boot/initramfs-4.18.0-147.3.1.el8_1.x86_64.img $tuned_initrd"
title="CentOS Linux (4.18.0-147.3.1.el8_1.x86_64) 8 (Core)"
id="da3bad67b07d447a8b6e55ad4ff9e23-4.18.0-147.3.1.el8_1.x86_64"
index=6
kernel="/boot/vmlinuz-0-rescue-da3bad67b07d4747a8b6e55ad4ff9e23"
args="ro rd.auto crashkernel=auto vga=normal nomodeset"
root="/dev/md3"
initrd="/boot/initramfs-0-rescue-da3bad67b07d4747a8b6e55ad4ff9e23.img"
title="CentOS Linux (0-rescue-da3bad67b07d4747a8b6e55ad4ff9e23) 8 (Core)"
id="da3bad67b07d447a8b6e55ad4ff9e23-0-rescue"
Le noyau à l'index 3 est /boot/vmlinuz-4.18.0-193.14.2.el8_2.x86_64 est celui qui a planter le serveur

Ensuite j'ai testé la commande grubby --set-default pour modifier le noyau par défaut de l'instance :

Premier test:

Code : Tout sélectionner

[root@ip~]# grubby --set-default=/boot/vmlinuz-4.18.0-147.3.1.el8_1.x86_64
Deuxième test:

Code : Tout sélectionner

[root@ip~]# grubby --set-default=/boot/vmlinuz-4.18.0-193.6.3.el8_2.x86_64
Troisième test:

Code : Tout sélectionner

[root@ip~]# grubby --set-default=/boot/vmlinuz-5.8.0-1.el8.elrepo.x86_64
reboot de la machine sur le disque après chaque test et toujours le même résultat : le serveur refuse de booter
Je le laisse sur le boot réseau OVH le temps de trouver la solution...
@+
Laurent
Image
Webmaster
http://www.lm2i.fr
http://www.lm2i.eu

Image Image Image Image
.
Avatar du membre
LM2I_Laurent
Administrateur - Site Admin
Messages : 285
Enregistré le : jeu. 27 août 2009 17:00

[Solution] Server Centos8 refuse de démarrer suite à dnf update+reboot

Message par LM2I_Laurent »

Désinstallation de tous les kernels présents sur la machine:

Code : Tout sélectionner

rpm -qa | grep -i kernel*
kernel-ml-5.8.0-1.el8.elrepo.x86_64
kernel-modules-4.18.0-147.3.1.el8_1.x86_64
kernel-4.18.0-147.3.1.el8_1.x86_64
kernel-ml-tools-libs-devel-5.8.0-1.el8.elrepo.x86_64
kernel-modules-4.18.0-193.6.3.el8_2.x86_64
kernel-4.18.0-193.14.2.el8_2.x86_64
kernel-ml-core-5.8.0-1.el8.elrepo.x86_64
kernel-ml-tools-5.8.0-1.el8.elrepo.x86_64
kernel-ml-doc-5.8.0-1.el8.elrepo.noarch
kernel-core-4.18.0-193.6.3.el8_2.x86_64
kernel-ml-tools-libs-5.8.0-1.el8.elrepo.x86_64
kernel-ml-devel-5.8.0-1.el8.elrepo.x86_64
kernel-core-4.18.0-193.14.2.el8_2.x86_64
kernel-core-4.18.0-147.3.1.el8_1.x86_64
kernel-ml-modules-extra-5.8.0-1.el8.elrepo.x86_64
kernel-4.18.0-193.6.3.el8_2.x86_64
kernel-modules-4.18.0-193.14.2.el8_2.x86_64
kernel-ml-modules-5.8.0-1.el8.elrepo.x86_64
kernel-ml-headers-5.8.0-1.el8.elrepo.x86_64
[root@centos]# rpm -e kernel-ml-headers-5.8.0-1.el8.elrepo.x86_64 kern                                                    el-ml-modules-5.8.0-1.el8.elrepo.x86_64 kernel-4.18.0-193.6.3.el8_2.x86_64 kerne                                                    l-modules-4.18.0-193.14.2.el8_2.x86_64 kernel-ml-modules-extra-5.8.0-1.el8.elrep                                                    o.x86_64 kernel-core-4.18.0-193.14.2.el8_2.x86_64 kernel-ml-devel-5.8.0-1.el8.el                                                    repo.x86_64 kernel-ml-tools-libs-5.8.0-1.el8.elrepo.x86_64 kernel-core-4.18.0-19                                                    3.6.3.el8_2.x86_64 kernel-ml-doc-5.8.0-1.el8.elrepo.noarch kernel-ml-tools-5.8.0                                                    -1.el8.elrepo.x86_64 kernel-ml-core-5.8.0-1.el8.elrepo.x86_64 kernel-4.18.0-193.                                                    14.2.el8_2.x86_64 kernel-modules-4.18.0-193.6.3.el8_2.x86_64 kernel-ml-tools-lib                                                    s-devel-5.8.0-1.el8.elrepo.x86_64 kernel-ml-5.8.0-1.el8.elrepo.x86_64
Réinstallation des outils et du kernel propre:

Code : Tout sélectionner

[root@centos]# yum reinstall grub2-efi shim grub2-tools
[root@centos]# yum install kernel-*
[root@centos]# grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
[root@centos]# grubby --default-kernel
/boot/vmlinuz-4.18.0-193.14.2.el8_2.x86_64
[root@centos]# yum update && yum upgrade
modification du boot sur le manager OVH
puis

Code : Tout sélectionner

[root@centos]# reboot
Le boot sur le disque est OK

Code : Tout sélectionner

[root@centos]# grubby --default-kernel
/boot/vmlinuz-4.18.0-193.14.2.el8_2.x86_64
Tout fonctionne correctement .
@+
Laurent
Image
Webmaster
http://www.lm2i.fr
http://www.lm2i.eu

Image Image Image Image
.
Répondre