Vous pouvez détruire une fonction virtuelle si elle n'est pas affectée à un domaine. Vous pouvez uniquement détruire une fonction virtuelle dans l'ordre inverse de la création en d'autres termes, seule la dernière fonction virtuelle créée peut être détruite. La configuration résultante est validée par le pilote de la fonction physique.
Si vous ne pouvez pas utiliser cette méthode dynamique, utilisez plutôt la méthode statique. Voir la section SR-IOV statique.
primary# ldm list-io
primary# ldm destroy-vf -n number | max pf-name
Utilisez la commande ldm destroy-vf -n max pour détruire en une fois toutes les fonctions virtuelles de cette fonction physique.
Si vous indiquez un nombre comme argument pour l'option –n, le dernier nombre des fonctions virtuelles est détruit. Utilisez cette méthode car elle exécute l'opération en une seule transition d'état de pilote de périphérique de fonction physique.
Vous pouvez spécifier des fonctions virtuelles soit par le biais de leur nom de chemin d'accès, soit par leur pseudonyme. Toutefois, la pratique recommandée est d'utiliser le pseudonyme.
primary# ldm destroy-vf vf-name
En raison de retards du périphérique matériel affecté au SE, la fonction physique affectée et toutes les autres fonctions virtuelles enfant risquent de ne plus être disponibles pour une utilisation immédiate. Utilisez la commande ldm list-io pour déterminer si la fonction physique parent et ses fonctions virtuelles enfant ont la valeur INV dans la colonne Statut. Si cette valeur s'affiche, attendez que la sortieldm list-io n'affiche plus INV dans la colonne Statut (environ 45 secondes). A ce moment, vous pouvez utiliser cette fonction physique en toute sécurité, ou n'importe quelle fonction virtuelle enfant. Si ce statut persiste, cela signifie qu'il y a un problème avec le périphérique.
Le statut de l'appareil pourra être INV immédiatement après une réinitialisation du domaine root (y compris celle du domaine primary) ou immédiatement après avoir utilisé la commande ldm create-vf ou ldm destroy-vf.
primary# ldm start-reconf root-domain-name
primary# ldm destroy-vf -n number | max pf-name
Vous pouvez spécifier des fonctions virtuelles soit par le biais de leur nom de chemin d'accès, soit par leur pseudonyme. Toutefois, la pratique recommandée est d'utiliser le pseudonyme.
primary# ldm destroy-vf vf-name
primary# ldm stop-domain -r root-domain
primary# shutdown -i6 -g0 -y
Cet exemple illustre la destruction dynamique de la fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0.
primary# ldm destroy-vf /SYS/MB/NET0/IOVNET.PF0.VF0
L'exemple suivant illustre la destruction statique de la fonction virtuelle /SYS/MB/NET0/IOVNET.PF0.VF0 :
primary# ldm start-reconf primary Initiating a delayed reconfiguration operation on the primary domain. All configuration changes for other domains are disabled until the primary domain reboots, at which time the new configuration for the primary domain will also take effect. primary# ldm destroy-vf /SYS/MB/NET0/IOVNET.PF0.VF0 primary# shutdown -i6 -g0 -yExemple 8-8 Destruction de plusieurs fonctions virtuelles SR-IOV Ethernet
Cet exemple illustre les résultats de la destruction de toutes les fonctions virtuelles de la fonction physique /SYS/MB/NET2/IOVNET.PF1. La sortie ldm list-io indique que la fonction physique possède sept fonctions virtuelles. La commande ldm destroy-vf détruit toutes les fonctions virtuelles et la dernière sortie ldm list-io indique qu'il ne reste aucune fonction virtuelle.
primary# ldm list-io ... /SYS/MB/NET2/IOVNET.PF1 PF pci_1 /SYS/MB/NET2/IOVNET.PF1.VF0 VF pci_1 /SYS/MB/NET2/IOVNET.PF1.VF1 VF pci_1 /SYS/MB/NET2/IOVNET.PF1.VF2 VF pci_1 /SYS/MB/NET2/IOVNET.PF1.VF3 VF pci_1 /SYS/MB/NET2/IOVNET.PF1.VF4 VF pci_1 /SYS/MB/NET2/IOVNET.PF1.VF5 VF pci_1 /SYS/MB/NET2/IOVNET.PF1.VF6 VF pci_1 primary# ldm destroy-vf -n max /SYS/MB/NET2/IOVNET.PF1 primary# ldm list-io ... /SYS/MB/NET2/IOVNET.PF1 PF pci_1 ldg1