Eliminar un LUN en ESXi/ESX 4.x es complejo. Se han realizado mejoras en ESXi 5.0 y versiones posteriores para agilizar el procedimiento con el fin de que los administradores puedan eliminar los LUN con más facilidad.
Lista de comprobación para desmontar un LUN
Antes de desmontar un LUN, asegúrese de lo siguiente:
- Si el LUN se usa como almacén de datos VMFS, debe haberse eliminado el registro de todos los objetos (como máquinas virtuales, snapshots y plantillas) almacenados en dicho almacén o debe haberlos movido a otro almacén de datos.
Nota: También debe eliminarse el registro en las máquinas virtuales de todas las imágenes de CD/DVD ubicadas en el almacén de datos VMFS.
- El almacén de datos no se usa para latidos de vSphere HA.
- El almacén de datos no forma parte de un clúster de almacenes de datos
Para obtener más información sobre los clústeres de almacén de datos, consulte:
- El DRS de almacenamiento no administra el almacén de datos.
Para obtener más información acerca de Storage DRS, consulte:
- El almacén de datos no está configurado como partición de volcado de diagnóstico.
Para obtener más información, consulte Configuring a diagnostic coredump partition on an ESXi 5.x host (2004299).
- Storage I/O Control está deshabilitado para el almacén de datos.
Para obtener más información, consulte la sección Managing Storage I/O Resources en la guía vSphere 5.1 Resource Management Guide o vSphere 5.0 Resource Management Guide.
- Ninguna utilidad o script de terceros que esté ejecutándose en el host ESXi puede obtener acceso al LUN en cuestión. Si el LUN está usándose como almacén de datos, elimine del registro todos los objetos (como máquinas virtuales y plantillas) almacenados en el almacén de datos.
- Si el LUN está usándose como RDM, quite el RDM de la máquina virtual. Haga clic Edit Settings, resalte el disco duro de RDM y haga clic en Remove. Seleccione la opción Delete from disk si no está seleccionada y haga clic en OK.
Nota: Esta acción destruye el archivo de asignación, pero no el contenido del LUN.
- Compruebe si el almacén de datos/LUN se usa como la ubicación de los datos temporales persistentes para el host. Para obtener más información sobre los datos temporales persistentes, consulte Creating a persistent scratch location for ESXi 4.x and 5.x (1033696).
Este script de PowerCLI puede usarse para comprobar la ubicación de los datos temporales actuales:
$vcServer = "vCenter01"
$cluster = "CL01"
$esxCred = Get-Credential
Connect-VIServer $vcServer | Out-Null
#Connect to ESX hosts in cluster
foreach ($esx in Get-Cluster $cluster | Get-VMHost) {
Connect-VIServer $esx -Credential $esxCred | Out-Null
Get-VMHostAdvancedConfiguration -Name "ScratchConfig.ConfiguredScratchLocation"
}
Nota: Cuando use vSphere Web Client con vSphere 5.x y 6.x, solamente se realizarán estas comprobaciones durante la operación de desmontaje del almacén de datos: - El host no debe tener ninguna máquina virtual que resida en el almacén de datos
- El host no debe usar el almacén de datos para latidos de HA
Obtener el id. de NAA del LUN que se eliminará
En vSphere Client, esta información está visible en la ventana Properties del almacén de datos.
Desde el host ESXi, ejecute el comando:
# esxcli storage vmfs extent list
Se verá un resultado similar a:
Volume Name VMFS UUID Extent Number Device Name Partition
----------- ----------------------------------- ------------- ------------------------------------ ---------
datastore1 4de4cb24-4cff750f-85f5-0019b9f1ecf6 0 naa.6001c230d8abfe000ff76c198ddbc13e 3
Storage2 4c5fbff6-f4069088-af4f-0019b9f1ecf4 0 naa.6001c230d8abfe000ff76c2e7384fc9a 1
Storage4 4c5fc023-ea0d4203-8517-0019b9f1ecf4 0 naa.6001c230d8abfe000ff76c51486715db 1
LUN01 4e414917-a8d75514-6bae-0019b9f1ecf4 0 naa.60a98000572d54724a34655733506751 1
Tome nota del id. de NAA del almacén de datos para usar esta información más adelante en este procedimiento.
Nota: También puede ejecutar el comando esxcli storage filesystem list, que enumera todos los sistemas de archivo reconocidos por el host ESXi.
Desmontar un LUN con vSphere Client
Para desasociar un dispositivo de almacenamiento con vSphere Client, consulte la sección Detach Storage Devices en la guía vSphere 5.0 Storage Guide.
Precaución: Debe desmontar correctamente el almacén de datos con el método documentado antes de completar los pasos descritos a continuación. Para obtener más información, consulte la sección Unmount VMFS or NFS Datastores en la vSphere 5.0 Storage Guide.
Para desmontar un LUN de un host ESXi 5.0 con vSphere Client:
- Si el LUN es un RDM, puede saltarse este paso y continuar con el paso 2. De lo contrario, en la pestaña Configuration del host ESXi, haga clic en Storage. Haga clic con el botón derecho en el almacén de datos que quiera eliminar y haga clic en Unmount.
Aparece una ventana Confirm Datastore Unmount. Cuando se hayan cumplido los criterios de requisitos previos, haga clic en OK.
Nota: Para desmontar un almacén de datos de varios hosts en vSphere Client, haga clic en Hosts and Clusters > vista Datastores and Datastore Clusters (Ctrl+Mayús+D). Realice la tarea de desmontaje y seleccione los hosts apropiados que ya no podrán acceder al almacén de datos que debe desmontarse. - Haga clic en la vista Devices (en Configuration > Storage):
- Haga clic con el botón derecho en el id. de NAA del LUN (como se señaló anteriormente) y haga clic en Detach. Aparece una ventana Confirm Device Unmount. Cuando se cumplan los criterios de requisitos previos, haga clic en OK. En el estado operativo del dispositivo, el LUN figura como Unmounted.
Nota: La función de desasociación debe realizarse de a un host por vez y no se propaga a otros hosts en vCenter Server. Si hay un LUN presentado en un grupo de almacenamiento o de iniciadores de SAN, la función de desasociación debe realizarse en cada host de ese grupo de iniciadores antes de anular la asignación del LUN al grupo en el SAN. Si no se siguen estos pasos, se producirá un estado de caída de todas las rutas (APD) para aquellos hosts del grupo de almacenamiento en el que no se ejecutó Detach para el LUN cuya asignación se anula. - Confirme que el LUN se haya desasociado correctamente. Luego puede eliminarse la presentación del LUN de SAN con seguridad. Para obtener más información, contáctese con el proveedor de la matriz de almacenamiento.
- Realice un nuevo análisis de todos los hosts ESXi que podían ver el LUN. El dispositivo se quita automáticamente de los adaptadores de almacenamiento.
Cuando se desasocia el dispositivo, este queda en un estado de desmontado incluso si vuelve a presentarse (es decir, el estado de desasociado es persistente). Para que el dispositivo vuelva a estar conectado, debe asociarse.
Si lo debe retirar de servicio de forma permanente de un host ESXi, es probable que deba eliminar manualmente las entradas de NAA de la configuración del host:
- Para enumerar los dispositivos desasociados de forma permanente, ejecute el comando:
# esxcli storage core device detached list
Se verá un resultado similar a:
Device UID State
------------------------------------ -----
naa.50060160c46036df50060160c46036df off
naa.6006016094602800c8e3e1c5d3c8e011 off
- Para eliminar de forma permanente del sistema la información de configuración del dispositivo, ejecute el comando:
# esxcli storage core device detached remove -d NAA_ID
Por ejemplo:
# esxcli storage core device detached remove -d naa.50060160c46036df50060160c46036df
Desmontar un LUN con la línea de comandos
Para desmontar un LUN de un host ESXi 5.x/6.x con la línea de comandos:
- Si el LUN es un RDM, puede saltarse este paso y continuar con el paso 4. En caso contrario, para obtener una lista de todos los almacenes de datos montados en un host ESXi, ejecute el comando:
# esxcli storage filesystem list
El resultado, que enumera todos los almacenes de datos VMFS, es similar a lo siguiente:
Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ----------- -----------
/vmfs/volumes/4de4cb24-4cff750f-85f5-0019b9f1ecf6 datastore1 4de4cb24-4cff750f-85f5-0019b9f1ecf6 true VMFS-5 140660178944 94577360896
/vmfs/volumes/4c5fbff6-f4069088-af4f-0019b9f1ecf4 Storage2 4c5fbff6-f4069088-af4f-0019b9f1ecf4 true VMFS-3 146028888064 7968129024
/vmfs/volumes/4c5fc023-ea0d4203-8517-0019b9f1ecf4 Storage4 4c5fc023-ea0d4203-8517-0019b9f1ecf4 true VMFS-3 146028888064 121057050624
/vmfs/volumes/4e414917-a8d75514-6bae-0019b9f1ecf4 LUN01 4e414917-a8d75514-6bae-0019b9f1ecf4 true VMFS-5 146028888064 4266131456
- Para buscar el identificador único del LUN que alberga el almacén de datos que se eliminará, ejecute este comando:
# esxcfg-scsidevs -m
Este comando genera una lista de volúmenes de almacén de datos VMFS y sus identificadores únicos relacionados. Tome nota del identificador único (NAA_ID) para el almacén de datos que quiere desmontar dado que se usará más adelante.
Para obtener más información sobre el comando esxcfg-scsidevs, consulte Identifying disks when working with VMware ESX/ESXi (1014953).
- Desmonte el almacén de datos ejecutando el comando:
# esxcli storage filesystem unmount [-u UUID | -l label | -p path ]
Por ejemplo, use uno de estos comandos para desmontar el almacén de datos LUN01:
# esxcli storage filesystem unmount -l LUN01
# esxcli storage filesystem unmount -u 4e414917-a8d75514-6bae-0019b9f1ecf4
# esxcli storage filesystem unmount -p /vmfs/volumes/4e414917-a8d75514-6bae-0019b9f1ecf4
Nota: Si el sistema de archivos VMFS que está intentando desmontar tiene E/S activas o no cumplió con los requisitos previos para desmontar el almacén de datos VMFS, verá un error en los VMkernel logs similar al siguiente:
WARNING: VC: 637: unmounting opened volume ('4e414917-a8d75514-6bae-0019b9f1ecf4' 'LUN01') is not allowed.
VC: 802: Unmount VMFS volume f530 28 2 4e414917a8d7551419006bae f4ecf19b 4 1 0 0 0 0 0 : Busy
- Para comprobar que se desmontó el almacén de datos, ejecute el siguiente comando:
# esxcli storage filesystem list
Se verá un resultado similar a:
Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ----------- -----------
/vmfs/volumes/4de4cb24-4cff750f-85f5-0019b9f1ecf6 datastore1 4de4cb24-4cff750f-85f5-0019b9f1ecf6 true VMFS-5 140660178944 94577360896
/vmfs/volumes/4c5fbff6-f4069088-af4f-0019b9f1ecf4 Storage2 4c5fbff6-f4069088-af4f-0019b9f1ecf4 true VMFS-3 146028888064 7968129024
/vmfs/volumes/4c5fc023-ea0d4203-8517-0019b9f1ecf4 Storage4 4c5fc023-ea0d4203-8517-0019b9f1ecf4 true VMFS-3 146028888064 121057050624
LUN01 4e414917-a8d75514-6bae-0019b9f1ecf4 false VMFS-unknown version 0 0
El campo Mounted está configurado en false, el campo Type está configurado en VMFS-unknown version y no existe Mount Point.
Nota: El estado desmontado del almacén de datos VMFS persiste entre los reinicios. Este es el comportamiento predeterminado. Si necesita desmontar un almacén de datos temporalmente, puede hacerlo anexando el indicador --no-persist al comando unmount.
- Para desasociar el dispositivo/LUN, ejecute el comando:
# esxcli storage core device set --state=off -d NAA_ID
- Para comprobar si el dispositivo está sin conexión, ejecute el comando:
# esxcli storage core device list -d NAA_ID
El resultado, que muestra que el valor de Status del disco es off, es similar al siguiente:
naa.60a98000572d54724a34655733506751
Display Name: NETAPP Fibre Channel Disk (naa.60a98000572d54724a34655733506751)
Has Settable Display Name: true
Size: 1048593
Device Type: Direct-Access
Multipath Plugin: NMP
Devfs Path: /vmfs/devices/disks/naa.60a98000572d54724a34655733506751
Vendor: NETAPP
Model: LUN
Revision: 7330
SCSI Level: 4
Is Pseudo: false
Status: off
Is RDM Capable: true
Is Local: false
Is Removable: false
Is SSD: false
Is Offline: false
Is Perennially Reserved: false
Thin Provisioning Status: yes
Attached Filters:
VAAI Status: unknown
Other UIDs: vml.020000000060a98000572d54724a346557335067514c554e202020
Si se ejecuta el comando partedUtil getptbl en el dispositivo, se muestra que no se ha encontrado.
Por ejemplo:
# partedUtil getptbl /vmfs/devices/disks/naa.60a98000572d54724a34655733506751
Error: Could not stat device /vmfs/devices/disks/naa.60a98000572d54724a34655733506751 - No such file or directory.
Unable to get device /vmfs/devices/disks/naa.60a98000572d54724a34655733506751
- Si el dispositivo debe retirarse de servicio de forma permanente, ahora es posible quitar la presentación del LUN del SAN. Para obtener más información, contáctese con el equipo de almacenamiento, el administrador de almacenamiento o el proveedor de la matriz de almacenamiento.
- Para volver a explorar todos los dispositivos del host ESXi, ejecute el comando:
# esxcli storage core adapter rescan [ -A vmhba# | --all ]
El dispositivo se elimina automáticamente de los adaptadores de almacenamiento.
Notas:
- Debe volver a ejecutarse una exploración en todos los hosts que pueden ver el LUN eliminado.
- Cuando se desasocia el dispositivo, este queda en un estado de desmontado incluso si vuelve a presentarse (es decir, el estado de desasociado es persistente). Para que el dispositivo vuelva a estar conectado, debe asociarse. Para hacer esto con la línea de comandos, ejecute el comando:
# esxcli storage core device set --state=on -d NAA_ID
- Si el dispositivo debe retirarse de servicio de forma permanente de un host ESXi (es decir, se destruyó o destruirá el LUN), elimine las entradas de NAA de la configuración del host ejecutando estos comandos:
- Para enumerar los dispositivos desasociados de forma permanente:
# esxcli storage core device detached list
Se verá un resultado similar a:
Device UID State
---------------------------- -----
naa.50060160c46036df50060160c46036df off
naa.6006016094602800c8e3e1c5d3c8e011 off
- Para eliminar de forma permanente del sistema la información de configuración del dispositivo:
# esxcli storage core device detached remove -d NAA_ID
Por ejemplo:
# esxcli storage core device detached remove -d naa.50060160c46036df50060160c46036df
La referencia a la configuración del dispositivo se elimina de forma permanente de la configuración del host ESXi.
Nota: Si se desasocia el dispositivo, pero sigue presentándose (se omitió el paso 7), el comando anterior no quita de forma permanente el dispositivo del sistema, y este vuelve a asociarse automáticamente. Debe completar el paso 7 para que el dispositivo se elimine de forma permanente.
Automatizar la desasociación de los almacenes de datos con PowerCLI y vSphere SDK for Perl
Es posible automatizar el proceso de desasociación de los almacenes de datos de varios hosts con scripts de PowerCLI.
Uso de PowerCLI
Para desasociar un dispositivo de almacenamiento con PowerCLI:
- Consulte la renuncia VMware Contributed Sample Code disclaimer.
- Descargue el script de PowerCLI disponible en Automating Datastore/Storage Device Detachment in vSphere 5.
Nota: Este script de PowerCLI se proporciona en el estado en el que está y recibe el correspondiente soporte de la comunidad. Si experimenta problemas con este script de PowerCLI, busque ayuda en los foros de VMware Communities.
- Importe el script con este el comando:
Import-Module path_to_script
- Asegúrese de haber desmontado ya el almacén de datos de destino. Para obtener más información, consulte la sección Unmount VMFS or NFS Datastores en la vSphere 5.0 Storage Guide.
- Enumere todos los almacenes de datos y sus hosts asociados ejecutando el comando:
Get-Datastore | Get-DatastoreMountInfo | Sort Datastore, VMHost | FT –AutoSize
Se verá un resultado similar a:
Datastore VMHost Lun Mounted State
--------- ------ --- ------- -----
IX2ISCSI01 esx01.vmw.local naa.5000144f52145699 False Attached
IX2ISCSI01 esx02.vmw.local naa.5000144f52145699 False Attached
IX2ISCSI01 esx03.vmw.local naa.5000144f52145699 False Attached
LocalDatastore esx01.vmw.local mpx.vmhba1:C0:T0:L0 True Attached
LocalDatastore esx02.vmw.local mpx.vmhba1:C0:T0:L0 True Attached
esx04-Internal-150GB esx04.vmw.local t10.ATA_____GB0160EAPRR_____________________________WCAT25563003________ True Attached
esx04-Internal-500GB esx04.vmw.local t10.ATA_____WDC_WD5000AAKS2D00V1A0________________________WD2DWMAWF0069467 True Attached
esx03-Internal-150GB esx03.vmw.local t10.ATA_____GB0160EAPRR_____________________________WCAT25704089________ True Attached
esx03-Internal-500GB esx03.vmw.local t10.ATA_____WDC_WD5000AAKS2D00YGA0________________________WD2DWCAS85034601 True Attached
- Seleccione el almacén de datos correspondiente y registre el nombre bajo la columna Datastore y confirme que la columna Mounted contenga el valor False para todos los hosts.
- Desasocie los dispositivos de todos los hosts ejecutando el comando:
Get-Datastore datastore_name| Detach-Datastore
Donde datastore_name es el nombre del almacén de datos registrada en el paso 3.
Se verá un resultado similar a:
Detaching LUN naa.5000144f52145699 from host esx01.vmw.local...
Detaching LUN naa.5000144f52145699 from host esx02.vmw.local...
Detaching LUN naa.5000144f52145699 from host esx03.vmw.local...
Nota: El comando powercli Get-Datastore datastore_name| Detach-Datastore solo desasocia la extensión principal (primera extensión) del almacén de datos que está compuesto de varias extensiones. Este paso no funciona si el almacén de datos tiene varias extensiones.
Uso de vSphere SDK for Perl
Para desasociar un dispositivo de almacenamiento con Perl:
- Consulte la renuncia VMware Contributed Sample Code disclaimer.
- Implemente el script de Perl con soporte de la comunidad disponible en VMware vSphere Blog, Automating Datastore/Storage Device Detachment in vSphere 5.
Precaución: Antes de continuar, asegúrese de haber desmontado ya el almacén de datos de destino. Para obtener más información, consulte la sección Unmount VMFS or NFS Datastores en la vSphere 5.0 Storage Guide.
- Enumere todos los almacenes de datos y sus hosts asociados ejecutando el comando:
./lunManagement.pl --server vcenter_ip --username user --operation list
Donde vcenter_ip es la dirección IP del vCenter Server que administra sus hosts y user es un usuario con privilegios administrativos.
- Se le solicitará una contraseña para la cuenta de usuario en el paso 3. Si se introduce la contraseña correcta, el script genera un resultado similar al siguiente:
Datastore: esx01-local-storage-1 LUN: mpx.vmhba1:C0:T0:L0
esx01.vmw.local MOUNTED ATTACHED
Datastore: esx02-local-storage-1 LUN: mpx.vmhba1:C0:T0:L0
esx02.vmw.local MOUNTED ATTACHED
Datastore: iSCSI-1 LUN: naa.600144f0a33bc20000004e9772510001
esx01.vmw.local UNMOUNTED ATTACHED
esx02.vmw.local UNMOUNTED ATTACHED
Datastore: iSCSI-2 LUN: naa.600144f0a33bc20000004e9772ee0002
esx01.vmw.local MOUNTED ATTACHED
esx02.vmw.local MOUNTED ATTACHED
Datastore: iSCSI-3 LUN: naa.600144f0a33bc20000004e9773560003
esx01.vmw.local MOUNTED ATTACHED
esx02.vmw.local MOUNTED ATTACHED
Datastore: iSCSI-4 LUN: naa.600144f0a33bc20000004e9773560004
esx01.vmw.local MOUNTED ATTACHED
esx02.vmw.local MOUNTED ATTACHED
Datastore: iSCSI-5 LUN: naa.600144f0a33bc20000004e9773570005
esx01.vmw.local MOUNTED ATTACHED
esx02.vmw.local MOUNTED ATTACHED
- Confirme que se desmontó el almacén de datos que desea desasociar comprobando la palabra clave UNMOUNTED debajo del nombre del almacén de datos correspondiente y el valor de NAA.
- Desasocie el dispositivo en varios hosts ejecutando este comando:
./lunManagement.pl --server vcenter_ip --username user --operation detach --datastore datastore
Donde vcenter_ip es la dirección IP de vCenter Server, user es un usuario con privilegios administrativos y datastore es el nombre del almacén de datos identificado en el paso 4.
- Se le solicitará una contraseña y confirmación de que desea realizar la operación. Después de proporcionar la contraseña correcta y aceptar la advertencia, la herramienta genera un resultado similar al siguiente:
Detaching LUN "0200000000600144f0a33bc20000004e9772510001434f4d535441" from Host "esx01.vmw.local" ...
Successfully detached LUN!
Detaching LUN "0200000000600144f0a33bc20000004e9772510001434f4d535441" from Host "esx02.vmw.local" ...
Successfully detached LUN!
Nota: Después de desasociar el LUN, puede eliminarse su presentación del almacenamiento. Sin embargo, si ejecuta el comando esxcli storage core device detached remove -d NAA_ID para retirar el LUN de forma permanente del host ESXI antes de eliminar la presentación del LUN del almacenamiento, el LUN vuelve a asociarse al host y, posteriormente, es necesario volver a desasociarlo.
Nota sobre TSE: Aunque siga estos pasos, seguirá recibiendo alarmas de conectividad del almacenamiento de vCenter. Sería conveniente deshabilitar la alarma al llevar a cabo estas tareas.