26.2
Notes de version pour VergeOS 26.2 : disques partagés à écriture multiple, noyau et paquets de l’OS mis à jour, démarrage graphique, configuration BGP avancée, prise en charge de PTP, alertes vSAN natives, et restauration du nœud de châssis complet r
26.2.1 (octobre 2026)
Résumé
VergeOS 26.2 est une version majeure riche en fonctionnalités. La fonctionnalité phare est les disques partagés (multi-écriture), qui permettent de rattacher un seul disque à plusieurs VM en même temps et ouvrent la voie à des charges de travail en cluster côté invité, comme Windows Failover Clustering et Cluster Shared Volumes. La version remanie également la plateforme avec un noyau et des packages du système d’exploitation de base mis à jour, repense VergeFabric pour plus d’échelle et ajoute une configuration BGP avancée ainsi que des modes de liaison VLAN avec équilibrage de charge, apporte la prise en charge complète du Precision Time Protocol (PTP) et étend considérablement la visibilité avec un cadre d’alarmes vSAN natif et des statistiques CPU par cœur. En plus de cela, 26.2 inclut un vaste ensemble de correctifs de stabilité, de sécurité et d’utilisabilité intégrés dans les correctifs 26.2.0.x et 26.2.1.
Points forts
Disques partagés pour les charges de travail en cluster -- Rattachez un disque à plusieurs VM simultanément pour des systèmes de fichiers en cluster côté invité et des piles HA à disque partagé (Microsoft CSV, Windows Failover Clustering). Les disques partagés présentent une identité NAA/WWN correcte et prennent en charge les réservations persistantes SCSI-3.
Noyau et packages du système d’exploitation de base mis à jour -- Actualisation des packages de base du système d’exploitation, notamment un noyau 6.18.x plus récent, des pilotes de micrologiciel et de réseau mis à jour, ainsi qu’une pile graphique moderne.
Démarrage graphique -- Les nœuds affichent désormais un écran de démarrage propre et brandé avec le nom du système et la progression du montage vSAN, remplaçant les journaux de services défilants.
Configuration BGP avancée -- Configurez BGP directement depuis un shell de console sécurisé à l’intérieur du réseau virtuel, avec une configuration conservée après redémarrage.
Precision Time Protocol (PTP) -- Activez PTP sur l’hôte et transmettez kvmclock aux invités, avec l’état de synchronisation temporelle par nœud sur le tableau de bord horaire.
Groupe des super-utilisateurs pour l’accès physique -- La capacité d’accès physique est désormais régie par l’appartenance à un groupe, et non plus par un indicateur utilisateur autonome.
Alarmes vSAN natives et supervision étendue -- Un cadre d’alarmes vSAN, l’utilisation CPU par cœur et une alarme de rétention des instantanés améliorent la visibilité au quotidien.
Le remplacement de nœud avec les disques est de retour -- Le remplacement complet du châssis est de nouveau pris en charge via un flux d’installation reconstruit et guidé.
Système d’exploitation, installateur et processus de mise à jour
Système d’exploitation
VergeOS 26.2 est rebâti sur un noyau et des packages du système d’exploitation de base mis à jour. Le système d’exploitation sous-jacent a été actualisé, notamment avec un noyau plus récent (6.18.x), des pilotes de micrologiciel et de réseau mis à jour, ainsi qu’une pile graphique moderne. Cela apporte une meilleure prise en charge du matériel récent et un ensemble plus actuel d’utilitaires système.
Le processus de démarrage est désormais graphique. Les nœuds affichent un écran de démarrage propre et brandé au lieu de journaux de services défilants, montrant le nom du système et la progression du montage vSAN. Si un vSAN doit être interrompu pendant le montage, ou si une clé de chiffrement doit être saisie parce qu’aucune clé USB n’est présente, l’écran de démarrage le demande désormais correctement — l’invite de clé de chiffrement sur un nœud chiffré ne recouvre plus le texte d’état du démarrage.
Les connexions CLI affichent désormais l’état du système. La connexion à un nœud via SSH, la console locale ou la console série/distance affiche désormais un résumé de l’état du système à la connexion.
Nettoyage supplémentaire. Le démarrage du nœud ne redémarre plus les services NTP/PTP et ne re-flashe plus la partition de démarrage lorsque la configuration horaire est inchangée, le message d’alarme de redémarrage du nœud a été nettoyé, et un message de démarrage concernant les inodes ouverts a été rétrogradé d’erreur à avertissement.
Installateur
Le remplacement de nœud prend désormais en charge le remplacement complet du châssis (disques compris). Le parcours de remplacement de nœud de l’installateur a été reconstruit sous forme de flux guidé : choisissez Remplacement de nœud, choisissez le nœud à remplacer, puis sélectionnez explicitement la disposition des disques (nouveaux disques, conserver les disques existants ou démarrage PXE). L’ancien point mort qui bloquait la réponse « non, ne pas conserver les disques » a disparu, et les disques sont associés aux niveaux avec validation de taille, ce qui permet d’effectuer soi-même un remplacement de châssis.
L’étiquette du rôle Contrôleur dans l’installateur n’implique plus une limite à deux nœuds. Le
(nœud1/nœud2)libellé a été supprimé, car n’importe quel nœud peut être ajouté en tant que Contrôleur — ce qui permet de convertir un système N+1 en N+2.L’installateur indique désormais les limites de licence lors de l’ajout de nœuds. Tenter d’installer plus de nœuds qu’une licence ne le permet affiche désormais un message clair identifiant la restriction de licence, au lieu d’un échec générique qui ressemblait à un problème de configuration.
Les installations sur un seul nœud ne nécessitent plus de réseau central. VergeOS peut être déployé sur un seul nœud en n’utilisant que deux NIC physiques, toutes deux disponibles pour le réseau externe et le réseau de charge de travail au lieu d’en consacrer une à une boucle de retour du réseau central. Il n’y a pas de nœud pair, donc aucun chemin de trafic inter-nœuds n’est nécessaire.
Démarrage PXE corrigé sur les nœuds UEFI, et correction d’un problème où une installation PXE pouvait sembler échouer alors qu’elle avait en réalité réussi.
Processus de mise à jour
Les mises à niveau vers 26.2 doivent provenir de 26.1.6 ou d’une version ultérieure. Les systèmes exécutant des versions antérieures doivent d’abord se mettre à jour vers une version 26.1.6 ou plus récente avant de pouvoir effectuer la mise à niveau ; le paquet de mise à jour l’impose.
Les packages optionnels peuvent désormais être installés avec leurs dépendances et désinstallés proprement. L’installation d’un package optionnel installe automatiquement tout ce dont il dépend, et sa désinstallation entraîne celle des dépendances, de sorte que le système ne se retrouve jamais dans un état incohérent. Cela a également corrigé une régression où une nouvelle installation était signalée à tort comme nécessitant un redémarrage.
Le service Private AI est désormais un package de téléchargement optionnel plutôt qu’être inclus dans l’ISO, suivant la même logique qu’oVirt. Cela réduit considérablement la taille de base de l’ISO et le volume de téléchargement pour les environnements qui n’utilisent pas Private AI ; le service peut être téléchargé et installé à la demande.
Les packages peuvent exécuter un script de pré-vérification lors de l’installation. Avant l’installation d’un package, un script fourni avec celui-ci peut vérifier certaines conditions, comme l’utilisation de fonctionnalités obsolètes, et indiquer si l’installation doit se poursuivre. Une vérification de pré-vol similaire s’exécute déjà avant les mises à jour du système.
Les packages utilisent désormais des noms orientés client. Les alias des packages ont été finalisés et exposés dans l’interface :
ybest désormais vergeos-ui,ybosest désormais vergeos, etyb-helpest désormais help.Un correctif a été ajouté pour que node1 redémarre après node2 lors d’une mise à jour.
Stockage (vSAN)
Les disques partagés sont désormais pris en charge pour les charges de travail en cluster. Un disque peut être marqué comme partagé et rattaché à plusieurs VM en même temps, ce qui permet d’exécuter sur VergeOS des systèmes de fichiers en cluster côté invité et des piles HA à disque partagé, comme Microsoft Cluster Shared Volumes (CSV) et Windows Failover Clustering. Les disques partagés utilisent une interface SCSI, et les E/S ne sont plus sérialisées ni verrouillées de manière exclusive lorsqu’un disque est marqué comme partagé — la coordination des écritures est laissée au cluster invité.
Correction d’une instabilité vSAN lors de la suppression d’un nœud en même temps qu’une requête du nombre de réparations. Résolution d’un scénario temporel dans lequel la suppression d’un nœud au moment exact où le système interrogeait les comptes de réparation pouvait provoquer le plantage de l’instabilité.
Amélioration du basculement des chemins Fibre Channel. Les périphériques vSAN basculent désormais, en cas d’erreur de lecture, vers un chemin Fibre Channel survivant et pleinement disponible au lieu de rester fermés jusqu’au retour du chemin d’origine, et un moniteur de santé en arrière-plan suit désormais les chemins alternatifs.
La santé des SSD est désormais basée sur l’endurance restante plutôt que sur les seules heures de fonctionnement. L’alarme de santé du disque évalue désormais l’endurance restante (pourcentage de durée de vie utilisée) indiquée par SMART, en n’utilisant les heures de fonctionnement que lorsqu’un disque ne fournit aucune donnée d’endurance. L’indicateur d’heures de fonctionnement sur le tableau de bord des disques du nœud affiche désormais les heures brutes au lieu d’un pourcentage calculé par rapport à un seuil trompeur.
Correction d’un blocage des statistiques SMART qui restaient indisponibles. Un disque avec un flux SMART sain pouvait afficher définitivement aucune statistique SMART après une défaillance transitoire du contrôleur, car une écriture ultérieure dans le même balayage annulait la récupération. Le chemin de récupération a été corrigé afin que l’indicateur se réinitialise sans nécessiter le redémarrage de l’appserver.
vSAN peut désormais émettre des alarmes. vSAN a gagné une capacité d’alarme native avec des types d’alarmes dédiés, exposés pour usage dans l’interface et consignés dans syslog.
Diagnostics vSAN améliorés. Les diagnostics vSAN utilisent désormais vcmd pour les recherches d’inodes au lieu de l’ancienne commande find, et davantage de répertoires vSAN sont inclus dans les paquets de diagnostic.
Les volumes avec un descripteur de fichier obsolète sont désormais signalés dans l’interface. Ajout de la gestion des erreurs et du signalement autour de l’état de descripteur de fichier obsolète sur les volumes d’exportation, de sorte qu’un volume devant être réinitialisé soit visible par l’utilisateur au lieu d’échouer silencieusement lors des exportations planifiées.
Une restauration système s’arrête désormais lorsqu’un niveau vSAN est rempli à 95 % ou plus. Au lieu d’achever une restauration vers un niveau dont l’espace est critique, la restauration se met en pause et donne accès au CLI afin que de l’espace puisse être libéré avant la fin.
Correctifs vSAN supplémentaires. Les alarmes pour un vSAN bloqué en réparation se résolvent désormais automatiquement, le branchement à chaud d’un disque virtio ne crée plus d’entrée de disque en double, les disques IDE et AHCI reçoivent désormais la même politique d’erreurs de lecture/écriture que les disques SCSI, et une erreur de clé racine sans incidence n’apparaît plus lors de l’installation d’un second nœud.
Machines virtuelles et calcul
Les VM signalent désormais des numéros de série uniques au lieu de partager le numéro de série de l’hôte. Chaque VM reçoit son propre numéro de série SMBIOS déterministe, de sorte que les outils de gestion des actifs et d’inventaire puissent distinguer des VM qui apparaissaient auparavant comme un seul appareil.
Les périphériques en passthrough et vGPU fonctionnent désormais au-delà du domaine PCI 0000. Les systèmes disposant de plusieurs domaines PCI peuvent faire transiter des périphériques sur chaque domaine ; les périphériques du domaine 0000 continuent de s’afficher sans préfixe de domaine, tandis que les autres domaines affichent l’adresse complète.
Suppression des versions non prises en charge du pilote NVIDIA vGPU. À la suite de la mise à jour du noyau, seuls les pilotes 16.14+, 19.4+ et 20.0+ sont pris en charge — les versions 17.x et 18.x ne fonctionnent plus. Les mises à jour vers cette version sont bloquées lorsqu’une version non prise en charge est installée dans un groupe de ressources.
La modification d’un groupe de ressources vGPU n’écrase plus sa description. La description enregistrée est conservée au lieu d’être remplacée par le nom du fichier du pilote.
Ajout des types de CPU introduits avec QEMU 11. ClearwaterForest, Diamond Rapids, EPYC-Turin et SierraForest sont désormais sélectionnables, et l’avertissement relatif aux indicateurs CPU pour les types émulés a été corrigé.
La taille de la VRAM peut désormais être configurée par VM. Un nouveau champ dans les paramètres de l’adaptateur vidéo permet de dépasser la valeur par défaut de l’adaptateur.
Une image de micrologiciel OVMF / disque EFI personnalisée peut désormais être importée pour une VM. Une option facultative, par VM, permet d’utiliser une image de micrologiciel UEFI fournie par le fournisseur à la place du disque EFI auto-généré, ce qui permet des appliances livrées avec leur propre micrologiciel signé — comme SonicWall NSv, qui valide ses certificats Secure Boot au démarrage. Le disque EFI géré reste le comportement par défaut.
Correction d’un blocage de migration lorsque les charges de travail partageant un groupe HA étaient plus nombreuses que les nœuds. Une VM appartenant à un groupe HA pouvait ne pas terminer sa migration lorsque le groupe comptait plus de membres que le système n’avait de nœuds.
Les clones de VM respectent désormais les options de conservation lors de la mise en quiescence. Le clonage d’une VM en cours d’exécution avec un agent invité ne réutilise plus l’adresse MAC source lorsque l’option de conservation n’est pas sélectionnée.
Les restaurations d’instantanés de VM ne suppriment plus ni n’échangent les balises qui ne diffèrent que par la casse. Les balises étaient auparavant rattachées à nouveau par correspondance de nom insensible à la casse, de sorte qu’une VM restaurée pouvait perdre silencieusement une balise ou récupérer la mauvaise variante de casse. Les balises sont désormais restaurées exactement comme elles étaient attachées.
Une colonne Nœud préféré est disponible dans la liste des VM, masquée par défaut.
La liste des VM peut désormais afficher une colonne Adresse IP renseignée par l’agent invité, avec tri et filtrage.
Les échecs de mise sous tension dus à des ressources insuffisantes affichent désormais les raisons, en indiquant les nœuds pris en compte et la raison pour laquelle chacun n’a pas pu héberger la VM.
Ajout d’un délai de grâce pour les avertissements de l’agent invité. Une VM en cours d’extinction n’enregistre plus d’avertissement de l’agent invité pendant la fenêtre normale d’arrêt.
Réseau et Fabric
Configuration avancée BGP. Les administrateurs configurant BGP peuvent désormais accéder à un shell vtysh dans le réseau virtuel et exécuter directement des commandes BGP, offrant une voie flexible pour les configurations complexes difficiles à exprimer via l’interface. L’accès au shell est sécurisé pour empêcher toute sortie, et la configuration manuelle est enregistrée sur disque afin de persister après redémarrage.
Performances de Fabric avec des centaines de réseaux. La Fabric a été remaniée pour suivre le rythme sur les systèmes exécutant un grand nombre de réseaux (reproduit à 600). Auparavant, le traitement des changements de Fabric pouvait durer assez longtemps pour manquer la fenêtre de battement de cœur, permettant au noyau central d’expirer et de basculer.
Les alarmes Fabric ne se déclenchent plus pour des nœuds qui ont été volontairement supprimés. La suppression d’un nœud ou son arrêt gracieux ne génère plus d’alarmes Fabric sur les nœuds restants. Auparavant, le moniteur Fabric n’était pas averti lorsqu’un nœud partait, et chaque nœud déclenchait des alarmes pour un nœud qui ne faisait plus partie du système.
Nouvelle alarme pour les fils virtuels isolés. Lorsqu’un fil virtuel reliant deux réseaux ne peut pas être co-localisé parce que les deux moitiés du réseau se retrouvent dans des clusters différents, VergeOS déclenche désormais une alarme « Wired Network on Different Cluster » au lieu de laisser le fil isolé silencieusement et le lien de couche 2 cassé. Les réseaux partenaires câblés sont désormais strictement co-localisés lors de la mise sous tension et de la migration lorsque cela est possible.
Les règles de pare-feu volumineuses ne rendent plus un vnet insensible. Les actualisations des règles de pare-feu déclenchées par des actions s’exécutent désormais de manière asynchrone, de sorte qu’un réseau appliquant des milliers de règles ne bloque plus son battement de cœur ni ne se retrouve marqué comme insensible puis redémarré. Une seule actualisation s’exécute à la fois par vnet, et le traitement par règle cède la main afin que les autres tâches continuent d’être planifiées pendant les ensembles de règles très volumineux.
Le multi-queue NIC est désormais activé lors du branchement à chaud. Le branchement à chaud d’une NIC sur une VM avec le multi-queue activé configure désormais correctement plusieurs files de réception et d’émission dans l’invité, ce qui correspond au comportement d’une NIC présente au démarrage.
Augmentation de la limite de NIC pour les nœuds locataires. Les nœuds locataires (et autres machines non-VM) peuvent désormais attacher jusqu’à 255 NIC, contre la limite générale précédente de 31 NIC, ce qui prend en charge la fonctionnalité de réseaux locataires L2 qui nécessite de connecter de nombreuses interfaces. La limite de 31 NIC est conservée pour les VM.
Option de diffusion DHCP pour les réseaux externes dynamiques. Ajout d’une option facultative (désactivée par défaut) qui force le client DHCP d’un réseau externe dynamique à demander des réponses en diffusion. Cela permet aux réseaux derrière des serveurs DHCP câble/FAI qui ne répondent qu’aux requêtes BOOTP marquées diffusion d’obtenir un bail, sans changer le comportement par défaut.
Options réseau avancées regroupées dans une section repliable. Le formulaire réseau regroupe désormais les options moins fréquemment utilisées — probe/statistics, tracing, mirror logs, limitation de débit, proxy, PXE et multicast VXLAN — dans une carte Avancé repliable placée après la section Réseau DHCP, conformément au modèle utilisé sur la page VM. Les options spécifiques à DHCP n’apparaissent que lorsque le type IP du réseau est Dynamique.
Modes de liaison avec équilibrage de charge VLAN pour les réseaux externes. Ajout de modes de liaison logiciels à VergeFabric External Networks au-delà du mode active-backup existant, à commencer par Balance-SLB (équilibrage de charge par source), qui répartit à nouveau le trafic VM sur les uplinks physiques selon la charge mesurée par adresse MAC source, sans aucune configuration côté commutateur. Cela apporte à la fois redondance et agrégation de bande passante sans configuration du système d’exploitation invité.
Correctifs réseau supplémentaires. Une déconnexion Fabric au niveau du nœud est désormais consignée dans le journal système, l’alarme pour une NIC Fabric centrale déconnectée identifie désormais quelle NIC a perdu le lien, le tableau de bord WireGuard indique désormais quand le réseau a des règles en attente d’application, et la mise sous tension d’un réseau sans réseau d’interface ne noie plus les journaux d’erreurs.
Intégration VMware / Veeam / oVirt
Les transferts de sauvegarde VMware sont nettement plus rapides. Le service VMware utilise désormais des tampons d’E/S NFC asynchrones (nfcAio) pour les transferts NBD, en plus d’un réglage plus large des performances lors de la récupération des listes de VM.
Les balises et catégories VMware sont désormais conservées avec les sauvegardes importées. Les associations de balises et de catégories sont conservées à l’importation, les descriptions de balises et de catégories sont importées avec les objets, les balises partageant un nom mais appartenant à des catégories différentes restent distinctes, et la cardinalité « une balise par objet » d’une catégorie est mappée à Sélection d’une seule balise.
Le point de terminaison SSO oVirt impose désormais l’authentification à deux facteurs. Les connexions avec mot de passe uniquement via le point de terminaison OAuth compatible oVirt sont rejetées pour les comptes avec TOTP activé, conformément au chemin standard de connexion interactive.
Correction d’un UUID non conservé lors de la restauration d’une VM oVirt par-dessus sa source. La restauration d’une VM par-dessus elle-même produisait auparavant un nouvel UUID et cassait les tâches de sauvegarde Veeam suivantes ; l’UUID d’origine est désormais conservé.
Correction des restaurations de VM dont le nom contient des caractères spéciaux. La restauration d’une telle VM vers un tenant n’échoue plus avec une erreur de valeur nulle, et le nom traduit affiché dans Veeam est désormais traité de manière cohérente.
Les imports VMware peuvent désormais définir l’agent invité QEMU par lot. Lors de l’importation d’un lot de VM dont le système d’exploitation invité a déjà l’agent installé, le paramètre Agent invité peut être appliqué à la création pour l’ensemble du lot plutôt qu’après coup, VM par VM.
Les imports OVA et VMware ne sélectionnent plus un type de machine obsolète. Les VM importées avec un contrôleur SCSI sont créées avec un type de machine actuel au lieu d’une version Q35 obsolète, y compris lors du clonage depuis des sources OVF et VMX.
Utilisateurs, sécurité et contrôle d’accès
Introduction d’un groupe dédié Super Users pour gérer l’accès physique. La capacité d’accès physique (console, BMC/IPMI et opérations au niveau matériel) est désormais régie par l’appartenance à un groupe Super Users plutôt que par un indicateur utilisateur autonome. L’option d’accès physique existante est conservée pour la compatibilité ascendante, mais elle ajoute ou retire désormais simplement l’utilisateur de ce groupe, et l’octroi de cet accès n’implique plus implicitement les autorisations d’administrateur intégrées.
Les utilisateurs supprimés ne laissent plus de favoris de VM orphelins. Lorsqu’un utilisateur était supprimé puis recréé avec le même nom, son profil héritait auparavant des VM favorites du compte supprimé. Les enregistrements de favoris sont désormais nettoyés lorsque l’utilisateur ou la VM favorite est supprimé.
L’avertissement affiché lors de la suppression d’un utilisateur n’apparaît désormais que si cet utilisateur possède réellement des VM, et les VM possédées sont listées. La suppression de plusieurs utilisateurs étend cet avertissement à tous les comptes concernés.
Ajout d’un délai d’inactivité configurable pour les sessions shell et SSH. Les administrateurs peuvent désormais définir un délai d’inactivité pour les sessions CLI via un paramètre système avancé, ce qui répond à des exigences de durcissement telles que les contrôles de terminaison de session CIS, DISA STIG et NIST 800-53. Les sessions restent ouvertes par défaut tant que ce paramètre n’est pas configuré.
Correction d’une erreur de connexion échouée intempestive pour les utilisateurs de source d’authentification. La connexion au CLI via SSH ou la console en tant qu’utilisateur de source d’authentification n’enregistre plus d’erreur de connexion échouée pour une connexion réussie.
Alarmes et supervision
Déclenchement d’une alarme lorsque les instantanés système sont conservés bien au-delà de leur expiration. Un instantané qui aurait dû expirer mais qui est conservé — par exemple en raison du réglage d’instantané minimum ou d’un système non redondant — génère désormais une alarme afin qu’il puisse être examiné.
Correction des alarmes en veille affichées en permanence comme en veille dans la vue de la liste des alarmes. Une fois la période de mise en veille expirée, l’alarme réapparaissait correctement dans son tableau de bord, mais la liste générale des alarmes continuait de l’afficher comme mise en veille jusqu’au rechargement de la page.
Le fait d’accuser réception d’une alarme qu’il est possible de mettre en veille la suspend désormais indéfiniment. Accuser réception d’une alarme la mettait auparavant en veille uniquement pour la période maximale ; elle reste désormais accusée de réception de façon permanente tout en restant visible dans la liste.
Ajout de l’utilisation CPU par cœur dans l’interface. Les vues CPU des nœuds détaillent désormais l’utilisation par cœur physique individuel, ce qui permet de repérer un seul cœur saturé, un déséquilibre NUMA ou un service qui s’emballe sans se connecter en SSH au nœud ni utiliser un outil tiers.
Synchronisation temporelle
Prise en charge de PTP (Precision Time Protocol). VergeOS peut désormais activer PTP sur l’hôte et transmettre le paramètre kvmclock aux invités, ce qui permet aux invités prenant en charge PTP de se synchroniser précisément sur l’horloge de l’hôte. Cela étend le travail de démarrage PTP antérieur en une prise en charge complète de bout en bout.
État de la synchronisation temporelle sur le tableau de bord horaire. Le tableau de bord Paramètres temporels affiche désormais l’état de synchronisation temporelle de chaque nœud pour NTP et PTP, et déclenche une alarme lorsqu’un nœud est désynchronisé depuis plus de deux minutes. Des paramètres NTP pour Max Clocks, Min Clocks et Min Sane ont également été ajoutés.
Interface utilisateur et fichiers
Vues en tableau améliorées avec colonnes redimensionnables et réorganisables. La largeur et l’ordre des colonnes peuvent désormais être ajustés et sont conservés par navigateur via le stockage local. La réinitialisation d’une vue restaure à la fois le redimensionnement/l’ordre et l’état masquer/afficher des colonnes.
L’interface est désormais utilisable en 1024×768. Les tableaux de bord coupaient auparavant leurs panneaux à basse résolution avec une barre de défilement qui ne pouvait pas atteindre le contenu masqué — un problème courant lors de l’utilisation d’une console virtuelle BMC (iDRAC, iLO, IPMI). Les mises en page s’adaptent désormais, de sorte que l’ensemble de l’interface reste accessible même avec une petite fenêtre.
Correction du rendu de la colonne Tags dans les vues en liste. La colonne Tags affiche désormais toutes les balises qui tiennent dans la largeur disponible au lieu de limiter la liste à cinq, gère correctement les balises dont le nom contient des virgules, et ne dirige plus à tort les clics sur l’indicateur de dépassement vers une balise sans rapport.
Les sous-tenants héritent désormais correctement des thèmes auxquels ils ont reçu accès. Un sous-tenant créé sous un tenant ayant un accès en lecture seule à un thème d’hôte ne reprenait auparavant pas le style du thème ; il s’affiche désormais de manière cohérente avec son parent.
La console série du nœud est désormais redimensionnable. Un contrôle dans la fenêtre de console permet aux utilisateurs ayant l’accès physique de définir les dimensions de la console, et la taille choisie est conservée dans le navigateur. La page de console impose également une taille maximale stricte afin qu’elle ne puisse pas dépasser la fenêtre du navigateur.
Amélioration de l'édition des règles du groupe de ressources SR-IOV. Les administrateurs peuvent désormais sélectionner les nœuds qui fournissent des périphériques SR-IOV sans avoir à choisir « Aucun » et à forcer le rechargement du pilote sur chaque nœud du système.
Ajout d'un champ Nombre pour les périphériques USB partagés avec un tenant. Les attributions de périphériques USB en mode passthrough prennent désormais en charge la sélection de plusieurs périphériques, conformément au comportement des autres types de passthrough.
Correction des filtres d'accès aux fichiers. Le filtrage dans la vue d'accès aux fichiers du tenant renvoie désormais des résultats corrects au lieu d'ignorer les critères sélectionnés.
Ajout d'un fil d'Ariane affichant le fichier lors de l'affichage des références. La vue des références indique désormais à quel fichier elles se rapportent et distingue clairement un fichier qui n'a aucune référence, au lieu d'afficher une liste vide.
Ajout d'une entrée au journal d'audit lorsqu'un fichier est attribué à un tenant. L'ajout d'un fichier à un tenant enregistre désormais ce qui a été ajouté, quand et par qui — utile pour suivre les transferts de fichiers sensibles.
Les liens publics de fichiers expirés et supprimés ne restent plus utilisables. Auparavant, un lien public pouvait encore être utilisé pour télécharger le fichier après sa suppression ou après son expiration. Les liens cessent désormais de fonctionner comme prévu, et l'entrée de journal d'audit associée à un lien expiré affiche désormais « Lien expiré » au lieu de « Lien supprimé ».
Correction de la capitalisation des libellés de l'historique d'utilisation du CPU et de la RAM pour assurer la cohérence sur les pages d'utilisation.
Correction du fait que les nouvelles tentatives des webhooks étaient ignorées silencieusement. Les envois de webhooks respectent désormais le nombre de nouvelles tentatives configuré au lieu d'effectuer exactement une seule tentative quelle que soit la configuration.
Correction du comportement du spinner de chargement. Le spinner de marque s'affiche désormais au-dessus du contenu de la page plutôt que derrière le texte, et apparaît désormais lorsqu'une action est appliquée à plus d'un élément sélectionné, au lieu de s'afficher uniquement pour les actions sur un seul élément.
Corrections d'interface supplémentaires. La page de documentation de l'API ne se charge plus vide, la liste des périphériques NVIDIA sur un nœud n'affiche désormais que les périphériques de ce nœud, la carte d'informations de l'invité ne se replie plus après avoir cliqué sur « Afficher plus », et les liens vers le guide produit intégrés au produit pointent désormais vers le nouveau site de documentation à docs.verge.io.
Recettes, tenants et sites
Les recettes restent modifiables après la suppression d'un objet référencé. Auparavant, si un objet référencé par une recette (par exemple un réseau) était supprimé, la VM ou l'objet créé à partir de cette recette devenait définitivement non modifiable. Les champs suivis par la recette peuvent désormais être modifiés même lorsqu'un objet référencé n'existe plus.
Correction des questions de recette rattachées à la mauvaise recette. Les questions clonées pouvaient conserver une section appartenant à une autre recette, de sorte que la même question apparaissait dans une recette et manquait dans l'autre — et la recette concernée ne pouvait pas la supprimer. Les questions sont désormais validées par rapport à leur recette et à leur section.
Une destination de synchronisation qui n'est pas en cours de synchronisation s'affiche désormais comme « Inactif » au lieu de « Hors ligne ». La formulation précédente laissait entendre que la synchronisation était cassée ou non fonctionnelle, ce qui entraînait des recherches de dépannage inutiles alors que la destination était saine et attendait simplement sa prochaine exécution planifiée.
Correction des modifications de l'expiration des instantanés distants qui n'étaient pas conservées sur le site distant. La modification de l'expiration d'un instantané distant met désormais à jour l'enregistrement d'expiration distant en même temps que la modification locale, de sorte que la valeur ne revient plus en arrière lors du prochain rafraîchissement.
Modification de la façon dont les instantanés des tenants sont nettoyés au sein des instantanés système, améliorant la cohérence du nettoyage des instantanés lors des opérations du site et du système.
Stabilité et performances du système
Correction d'un plantage du contrôleur lorsque la réplication de sauvegarde remplissait le stockage. Le contrôleur gère désormais élégamment les situations de manque d'espace sur un système de sauvegarde au lieu de planter et d'entraîner la production avec lui, évitant ainsi toute panne en cascade observée lors de la réplication de site à site.
Correction des échecs de battement de cœur du fabric sur les systèmes disposant de nombreux réseaux. Refonte du fabric afin qu'il traite les changements de topologie assez rapidement pour suivre le rythme lorsqu'un nœud accumule des centaines de réseaux. Auparavant, un nœud avec trop de périphériques vxlan pouvait manquer la fenêtre de battement de cœur, être isolé, et propager la panne à l'ensemble du cluster au moment de la migration de ses charges de travail.
Correction de la fermeture inattendue de l'appserver lors d'une mise à jour ou du redémarrage de node1. Résolution des délais d'arrêt de l'appserver observés sur plusieurs builds ; les délais d'arrêt sont désormais clairement signalés comme tels et les anciens messages d'arrêt sont effacés.
Correction des migrations de tenants qui se bloquaient pendant une mise à niveau. Si les nœuds de tenants étaient mis à jour dans le désordre, ils pouvaient échouer à rapatrier les charges de travail une fois la mise à niveau lancée, laissant un nœud tourner en boucle en mode maintenance.
Correction d'une erreur intermittente de descripteur de fichier obsolète sur le réseau principal pendant les mises à jour. Le problème pouvait apparaître pendant la mise à jour d'un système et laisser la base de données d'un nœud dans un état corrompu ; il ne se produit plus.
Correction d'une condition de concurrence lors de la création/suppression d'un groupe. Un groupe créé quelques secondes après la suppression d'un autre groupe ne pouvait jamais accepter de membres tout en apparaissant sain dans tous les champs. L'état d'appartenance au groupe est désormais correct.
Mis à jour
Ce contenu vous a-t-il été utile ?