Pour l'ISO montée deux fois : My bad, j'ai ajouter un truc en trop sur mon précédent fix. Une PR est en cours pour corriger ça.

Pour le problème principal : J'ai identifié la cause, mais je n'ai pas encore de solution.

Sans les drivers Xen (non initialisés avant l'installation), une VM est limitée à 4 périphériques. La séquence de boot ne peut donc pas détecter le second disque contenant le fichier Kickstart (ks).

Côté Packer, on semble être bloqués par cette contrainte XCP-ng. Les seules alternatives actuelles seraient de se limiter à :

• 2 disques + 2 CD
• ou 3 disques + 1 CD + HTTP

(Note : L'installation manuelle fonctionne car l'installateur démarre directement, avec le driver xen_blkfront, alors qu'avec Packer, l'injection de notre fichier interrompt le flux de démarrage classique).

Je vais fouiller encore un peu, mais sans certitude d'un contournement possible.

(et je regarde pour ajouter le CDlabel)

Déja une piste intéressante, on dirait que pour une raison quelconque l'iso est mount deux fois

Je confirme que je reproduis le comportement.

Je vais voir si je trouve un fix

@djingo Hi !

Does all your VMs have guest tools ?

@irtaza9 i would look a the usual suspect,
/var/log/SMlog
/var/log/xensource.log

see https://docs.xcp-ng.org/troubleshooting/

@irtaza9 Hi !

My instinct says it can be due to XAPI timeout: https://docs.xcp-ng.org/management/manage-locally/api/#24h-task-timeout

@jeremie1977 Ah, oui effectivement je n'ai pas testé avec plusieurs disques !

Et j'ai du typo dans la doc, je vais faire une PR pour modifier

Je pense que c'est du a la façon d'insérer les disques et les DVD coté XCP-ng. Je vais investiguer !

Du coup j'ai testé avec RHEL 9, ça fonctionne aussi.

Faut bien prendre l'iso "dvd", pas "boot" en revanche ! (je me suis fait avoir en téléchargeant l'image)

@jeremie1977 j'ai un packer qui fonctionne avec RHEL 10 (c'est ce que j'avais sous la main), uefi, sans dhcp, et un cd file qui sert le ks

Le code est ici: https://github.com/disruptivemindseu/xcpng-template-builder/tree/rhel-airgapped/packer/distros/rhel/10/uefi-airgapped

Je vais essayer avec une RHEL 9 ce week-end, il y a peut-etre une subtilité entre les deux versions

@jeremie1977 Merci !

Je teste ça de mon coté et je fais un feedback vite !

@jeremie1977 Bonjour !

Pas de soucis pour les tutos, c'est normal de partager !

Je vais essayer de reproduire votre soucis. Pour etre sur votre environnement:

• RHEL (10?)
• UEFI ?
• Boot sans DHCP
• Et un fichier Kickstart a passer sans la méthode HTTP ?

@acebmxer Looks like it worked on my side

4VCPU 8G RAM 2x256G of disk

(the default choice is reinstall, not install, did you "force" select install ?)

(Edit, found the iso once i created a account, i'm taking a look)

@acebmxer Looks like xen drivers missing (as usual with appliance...)

Does the Veeam Appliance can be downloaded for free ? I would like to take a look at it
I found the community version (but it looks like the one running on windows), but didn't found the appliance based on rocky

@bvivi57 Hey, merci pour ce tuto !
Je vais comparer ce que tu as fait avec mes template que j'ai créer de mon coté.
Si tu veux comparer, le repo est ici https://github.com/disruptivemindseu/xcpng-template-builder/tree/main

@olivierlambert Guess who migrated her website and forgot to migrate this folder ?

@tiki1469 i'll reupload the drivers somewhere, i'll ping you when it's ready

@damjank Hi !

Did you have any error when trying to install the tools ?

@carloum70 Yep I tested on XOA, latest version
You can use https://vates.tech/en/deploy/ to deploy the XOA, register for free and reimport your XO configuration

@carloum70 I just tested on my side, I had some error because other disk was mounted, but after a xo-server restart, it works as expected

Debian 13, UEFI + LVM

# lsblk -f
NAME                        FSTYPE      FSVER    LABEL UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
xvda
├─xvda1                     vfat        FAT32          C1A9-1A42                               477.2M     2% /boot/efi
├─xvda2                     ext4        1.0            54c89c90-ac93-4ee2-9ff3-11930697a3de    739.2M    15% /boot
└─xvda3                     LVM2_member LVM2 001       T01yqz-9m5K-j5gW-6XWB-p1vz-VTjI-LFSO6A
  ├─rootvg-root             ext4        1.0            c8573984-d3a7-4548-b43b-b106e9a5f413      9.6G    30% /
  └─rootvg-swap             swap        1              8004e072-be5f-436a-a202-45afe3067eb4                  [SWAP]
xvdb                        LVM2_member LVM2 001       nZhQHF-x7lS-crVW-vlQq-zkJ7-dZMZ-cWZOxM
├─datavg-var_lib_docker     ext4        1.0            adfbddc2-1625-4f27-b041-e6003b4679f5     14.1G     4% /var/lib/docker
└─datavg-var_lib_containerd ext4        1.0            253cd0a7-cc7a-4062-aed0-2efd53aff322     10.5G    27% /var/lib/containerd

If you are running XO form source, can you try with an XOA ?
Are you running an XO source with LVM for the OS ?

@carloum70 Hi !

Could you tell us which version of XOA you're using and what guest OS the disk you want to mount comes from?
Also, is it BIOS or UEFI?

My boyfriend submitted a PR a while ago to fix LVM + UEFI disk mounting. It fixed file restore for the guests we tested, but we might have missed some rare cases. Maybe we can provide a fix base of the info you can give