Una función virtual se puede destruir si actualmente no está asignada a un dominio. Una función virtual solo se puede destruir en el orden secuencial inverso de creación, por lo que solo la última función virtual creada se puede destruir. La configuración resultante es validada por el controlador de la función física.
Si no puede utilizar este método dinámico, utilice el método estático. Consulte SR-IOV estática.
primary# ldm list-io
primary# ldm destroy-vf -n number | max pf-name
Utilice el comando ldm destroy-vf -n max para destruir todas las funciones virtuales para esa función física al mismo tiempo.
Si especifica number como argumento de la opción –n, se destruye el último number de funciones virtuales. Utilice este método a medida que ejecuta esta operación con solo una transición de estado del controlador del dispositivo de función física.
Puede utilizar el nombre de ruta o el seudónimo para especificar funciones virtuales. Sin embargo, la práctica recomendada es utilizar el seudónimo.
primary# ldm destroy-vf vf-name
Debido a los retrasos producidos en el dispositivo de hardware afectado y en el sistema operativo, es posible que la función física en cuestión y el resto de funciones virtuales secundarias no estén disponibles para uso inmediato. Utilice el comando ldm list-io para determinar si la función física principal y sus funciones virtuales secundarias tienen el valor INV en la columna de estado. Si lo tienen, espere hasta que la salida de ldm list-io ya no muestre el valor INV en la columna de estado (alrededor de 45 segundos). En ese momento, puede utilizar con seguridad esa función física o cualquiera de sus funciones virtuales secundarias. Si este estado persiste, hay un problema con el dispositivo.
El estado de un dispositivo puede ser INV inmediatamente después que se efectúa un reinicio de dominio raíz (incluido el dominio primary) o inmediatamente después de que se usan los comandos ldm create-vf o ldm destroy-vf.
primary# ldm start-reconf root-domain-name
primary# ldm destroy-vf -n number | max pf-name
Puede utilizar el nombre de ruta o el seudónimo para especificar funciones virtuales. Sin embargo, la práctica recomendada es utilizar el seudónimo.
primary# ldm destroy-vf vf-name
primary# ldm stop-domain -r root-domain
primary# shutdown -i6 -g0 -y
En este ejemplo se muestra cómo destruir de manera dinámica la función virtual /SYS/MB/NET0/IOVNET.PF0.VF0.
primary# ldm destroy-vf /SYS/MB/NET0/IOVNET.PF0.VF0
En el ejemplo siguiente, se muestra cómo destruir de forma estática la función virtual /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 -yEjemplo 12 Destrucción de varias funciones virtuales SR-IOV Ethernet
En este ejemplo se muestran los resultados de la destrucción de todas las funciones virtuales a partir de la función física /SYS/MB/NET2/IOVNET.PF1. La salida ldm list-io muestra que la función física tiene siete funciones virtuales. El comando ldm destroy-vf destruye todas las funciones virtuales y la salida final ldm list-io muestra que no se mantiene ninguna de las funciones virtuales.
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