Hello everyone !

I rebuild a new OME appliance with the latest version (4.7)
What i did on the rebuild:

• Via live CD
  • add xen-blkfront and xen-netfront driver, and rebuild the initrd
  • change root password
  • activate SSH.
• Via TUI
  • Change admin password
  • Set interface to DHCP
• Via SSH

sed -i -e 's/sda/xvda/g' /opt/dell/omc/utilities/tui/bin/ome_disk_config.sh
sed -i -e 's/sda/xvda/g' /opt/dell/mcsi/appliance/scripts/appliance_resources.sh
bash /mnt/Linux/install.sh # To install XCP-ng tools

As usual, please send a DM if you want the link to the VHD

Also, if you want to build it yourself, the driver are here

• https://cecilemorange.fr/drivers/xen-netfront.ko
• https://cecilemorange.fr/drivers/xen-blkfront.ko

Feedback is welcome !

(Disclamer: This build is something I create on my free time and to help people who have difficulty running Dell appliances on XCP-ng. I do not guarantee a fully functional appliance, but I do my best to make it work. If you have a support contract with Dell and require official support for OME, please contact Dell and request compatibility with XCP-ng.)

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 ?