Subcategories

• French (Français)
  9 Topics

  65 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)
• Turkish (Türk)

  0 Topics

  0 Posts

  No new posts.
• Portuguese (Português)
  26 Topics

  64 Posts

  A

  Hal ini karena kernel yang digunakan XCP-ng dom0 sangat lama, ya versi klien CEPH memang jewel. Kode yang saya backport telah diperbaiki secara khusus pada versi kernel lama ini dari versi hulu terbaru cabang kernel ini (4.19.295) sementara kode CEPH asli pada kernel sebelumnya berasal dari versi 4.19 yang jauh lebih lama. Meskipun demikian, ini masih merupakan klien yang bagus. Saya mungkin akan melakukan backport MR 4.19.322 lagi, tetapi perlu dicatat bahwa patch ini hanya memperbaiki bug, tidak menambah versi klien, atau menghadirkan fitur tambahan apa pun. Itu hanya perbaikan bug dan keamanan. Untuk klien CEPH yang lebih baru, Anda perlu memutakhirkan kernel dom0 Anda ke sesuatu yang lebih baru daripada 4.19 kuno yang disertakan dengan dom0. Thank you.