Bonjour,
J'ai mis à jours mon ubuntu de TLS 18 en TLS 21 et depuis impossible de démarrer Xen 4.11.
Ce message s'adresse à ceux qui on n'ont rien à faire des distribs fournit par OVH.
J'ai essayé tous les kernel distribués par Ubuntu et aucun n'a permis de relancer mes VM avec Xen.
Le boot plante lamentablement ; merci à grub-reboot/Recordfail d'exister ce qui a permis de gagner du temps en évitant relancer le serveur sur une rescue pendant les tests.
Voici donc comment j'ai pu relancer mon serveur sous Xen 4.11 et mes 3 VMs.
Simple solution, faut recompiler le kernel, oui c tout :fearful:
Pour ceux qui n'ont pas compiler de kernel depuis 12 ans :
aptitude install -y build-essential flex bison libssl-dev libelf-dev dwarves
Config utilisé : celle du 5.13.0-35 avec un make oldconfig
- décommenter le nouveau .config des variables :
- CONFIG_MODULE_SIG_KEY
- CONFIG_SYSTEM_REVOCATION_KEYS
Kernel utilisé : 5.16.15
cp arch/x86/boot/bzImage /boot/bzImage-5.16.15
c'est bien un kernel x86_64 ;)
/etc/initramfs-tools/initramfs.conf: avec
- MODULES=dep
taille 330Mo :confused:
mkinitramfs -c gzip 5.16.15 -o /boot/initrd.img-5.16.15 -k
J'ai dû acheter un autre serveur pour effectuer les tests, en espérant que cela puis vous éviter tout cela sans parle du temps de recherche….
# Pas de problème de mon coté.
Posté par mazarini . Évalué à 3.
J'ai cette machine chez soyoustart : https://www.soyoustart.com/fr/offres/2204sys010.xml.
Je n'ai rencontré aucun problème avec xen sur ma debian bullseyes (xen 4.14 et kernel 5.10.0-12). Je n'utilise pas les kernel d'OVH, ni les procédures d'OVH. J'installe en mode rescue avec debootstrap. Tout à marcher du premier coup en dehors du fait que c'était ma première installation en efi. En général Debian et Ubuntu ne sont pas très éloignées.
[^] # Re: Pas de problème de mon coté.
Posté par CIX . Évalué à 1.
Bonjour Nazarini,
Le problème vient de la méthode de construction du kernel ou initram que Xen 4.11, celui de ce sujet, ne reconnait pas.
N'ayant pas de visuel chez Kimsufi, impossible de savoir lequel des deux n'est pas reconnu. Le PC reboot et mes nombreuses tentatives pour déporter la console (via Grub) sur un autre serveur en IP on échouées.
Après une lecture du changelog de Xen 4.11 jusqu'à 4.16 on peut s'apercevoir que les compresseurs comme zstd et autre ne sont pas reconnus dans la version 4.11.
Ce qui explique donc pourquoi cela fonctionne chez toi, ta version de Xen est plus récente et reconnait les nouveaux décompresseurs ;)
+++
[^] # Re: Pas de problème de mon coté.
Posté par NeoX . Évalué à 2.
certains diraient qu'avant de faire la mise à jour, il aurait fallu lire le changelog,
pour voir cela, et faire d'abord la mise à jour de XEN, puis la mise à jour de ubuntu,
d'ailleurs la LTS c'est 18/20 et 22, si tu as mis un 21.xx c'est pas du LTS
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.