Categories

• News

  All news regarding Xen and XCP-ng ecosystem
  145 Topics

  5k Posts

  M

  for the latest updates. the test pool didnt move the vms when i went to reboot. so i moved them manually. rebooted master, move vms back patched and reboot 2nd test server in the pool. Skipped trying rolling reboot in prod and followed the same process. both pools went well without other issues.
• XCP-ng

  Everything related to the virtualization platform

  • Compute
  • XO Lite
  • Migrate to XCP-ng
  • Hardware
  • Development
  1k Topics

  15k Posts

  M

  We have been working on a version of the emulex-lpfc RPM package that would support both old and new hardware (the work-in-progress documentation can be found at https://github.com/xcp-ng/xcp-ng-org/pull/518), and we would really appreciate your help testing the installation ISO or the updated RPMs to make sure it works as expected on your hosts. The new (testing) ISO can be found here The updated RPM can be pulled directly from here (to update the driver on an already installed XCP-ng host):. The new RPM bundles two different versions of the lpfc kernel module, lpfc.ko handles the Emulex Fiber Chanell adapters that were already supported while a lpfc14.ko handles the newer generations. Whether you are running an older generation Fiber Chanel Adapter or a more recent one, it would be great to get confirmation it works for your use case! Any remarks on the documentation PR is welcome too!
• Xen Orchestra

  All Xen Orchestra related questions/reports

  • Management
  • Advanced features
  • Backup
  • REST API
  • Infrastructure as Code
  3k Topics

  29k Posts

  P

  Thanks for the feedback so far, folks!
• XOSTOR

  Our hyperconverged storage solution
  50 Topics

  796 Posts

  O

  Great, thanks for the feedback!
• Non-English speakers

  • French (Français)
  • Turkish (Türk)
  • Portuguese (Português)
  37 Topics

  135 Posts

  A

  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)