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
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.
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.
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 muestran los resultados de la destrucción de todas las funciones virtuales a partir de la función física /SYS/MB/PCIE5/IOVFC.PF1. La salida ldm list-io muestra que la función física tiene ocho funciones virtuales. El comando ldm destroy-vf -n max 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/PCIE5/IOVFC.PF1 PF pci_1 /SYS/MB/PCIE5/IOVFC.PF1.VF0 VF pci_1 /SYS/MB/PCIE5/IOVFC.PF1.VF1 VF pci_1 /SYS/MB/PCIE5/IOVFC.PF1.VF2 VF pci_1 /SYS/MB/PCIE5/IOVFC.PF1.VF3 VF pci_1 /SYS/MB/PCIE5/IOVFC.PF1.VF4 VF pci_1 /SYS/MB/PCIE5/IOVFC.PF1.VF5 VF pci_1 /SYS/MB/PCIE5/IOVFC.PF1.VF6 VF pci_1 /SYS/MB/PCIE5/IOVFC.PF1.VF7 VF pci_1 primary# ldm destroy-vf -n max /SYS/MB/PCIE5/IOVFC.PF1 primary# ldm list-io ... /SYS/MB/PCIE5/IOVFC.PF1 PF pci_1Ejemplo 7-23 Destrucción de una función virtual de canal de fibra
En este ejemplo se muestra de qué manera se destruyen de manera estática las funciones virtuales a partir de la función física /SYS/MB/PCIE7/IOVFC.PF0.
primary# ldm start-reconf rootdom1 Initiating a delayed reconfiguration operation on the rootdom1 domain. All configuration changes for other domains are disabled until the rootdom1 domain reboots, at which time the new configuration for the rootdom1 domain will also take effect. primary# ldm destroy-vf -n max /SYS/MB/PCIE7/IOVFC.PF0 primary# ldm stop-domain -r rootdom1