Uno de los componentes que componen la firma de VMFS cambió. En la mayoría de los casos, esto se debe a que un VMFS se presenta en un ID de SCSI diferente. En ocasiones, esta condición también ha sido causada por ciertas actualizaciones de firmware de Dell PERC y puede ser causada por fallas importantes de RAID (como volver a etiquetar unidades después de una falla de varios discos, etcétera).
Al igual que con toda buena solución de problemas, debe comprender la situación antes de tomar cualquier medida. Sacar conclusiones precipitadas de forma incorrecta sobre cómo solucionar este problema podría provocar una pérdida de datos o un tiempo de inactividad innecesarios.
Hay una guía de administración de volúmenes de VMFS y numerosos artículos de la base de conocimientos de VMware que analizan los posibles escenarios. Es importante leer y comprender todos los escenarios posibles antes de tomar medidas.
Lea y comprenda el documento VMFS Volume Management de VMware antes de realizar cualquier cambio, ya que puede producirse una pérdida de datos con ciertas configuraciones.
En términos generales, con una instantánea, el comportamiento correcto es habilitar la renuncia, volver a analizar y aparece el LUN. Con un clúster de DR que no ha visto ese LUN antes, no permite LUN de instantáneas y vuelva a escanear.
Nota: ** Antes de realizar cualquier cambio en los entornos de producción, es una gran idea realizar pruebas con datos no críticos en su propio entorno de pruebas, al igual que lo hace con sus otros elementos de TI de misión crítica. **
A continuación, se muestra una lista de artículos de la base de conocimientos buenos para la solución de problemas de propósito general: