Índice:
- VxVerify está diseñado para proactivamente detectar problemas que puedan causar complicaciones o fallas durante las actualizaciones de VxRail.
- La herramienta VxVerify desempaqueta un programa Python con el nombre “minion”, el cual se ejecuta en cada nodo ESXi. Este “minion” revisa una lista de comprobaciones de host, como la comprobación de la información de iDRAC y la revisión de la evaluación del estado de vSAN para cada nodo.
- Dadas las frecuentes actualizaciones de la herramienta VxVerify, el ciclo de vida útil del elemento "minion" está diseñado para durar 21 días. Descargue siempre la versión más reciente antes de ejecutar VxVerify. Consulte la sección Descargar la versión más reciente de VxVerify a continuación.
- Para instalar VxVerify, descargue el archivo vxverify_x-x-xxx.zip más reciente y cópielo en VxRail Manager mediante SSH.
- En VxRail Manager, extraiga el archivo vxverify_x-x-xxx.zip y ejecute VxVerify.
-
El nombre de archivo pyc de VxVerify incluye la versión del archivo, mientras que los ejemplos que aparecen a continuación se simplifican vxverify.pyc
.
-
Si se cambia el nombre del pyc, VxVerify de todos modos se puede ejecutar en Python, como se indica a continuación, pero el método de script del menú para iniciar VxVerify (vxverify.sh)
no funcionaría.
- VxVerify se ejecuta de manera predeterminada desde la siguiente carpeta, que sería la mejor ubicación donde copiar el archivo (si es necesario):
/tmp/vxv
- VxVerify y VxRail utilizan los mismos puertos de dirección IP. Los resultados de VxVerify se generan mediante SSH hacia los nodos y la API procedente de VxRM. Se utilizan otros puertos para comprobar servicios específicos, como el puerto 9090 hacia los nodos. (A partir de 8.0.300, el puerto del servicio de plataforma en el nodo cambia a 39090)
- El usuario mystic no tiene permisos suficientes para VxVerify, por lo que debe usar
sudo
o usar su
para iniciar sesión como elemento raíz.
- Se recomienda utilizar el sistema del menú (
(vxverify.sh)
), que pregunta al usuario qué tipo de evaluación del estado se requiere en función de los resultados proporcionados.
sudo ./vxverify.sh
Por ejemplo:
Menú de shell para ejecutar VxVerify en VxRail Manager
VxVerify.sh
solicita al usuario que proporcione los usuarios y las contraseñas raíz y de SSO de administrador de vCenter para ejecutar las pruebas.
- Si utiliza un vCenter administrado por VxRail, el equipo de ingeniería de VxRail recomienda proporcionar estas credenciales para permitir que todas las pruebas se ejecuten por completo.
- Si utiliza un vCenter administrado por el cliente, es posible que en estas pruebas se informe sobre ajustes o condiciones en vCenter que no se aplican a VxRail
- Proporcionamos
VxVerify.sh
credenciales raíz, lo que permite realizar pruebas de VxRM adicionales, pero el inicio de sesión como un usuario estándar, como “mystic”, es suficiente en todas las pruebas de host y la mayoría de las pruebas de VxRM.
Existen problemas de permisos para acceder a algunos paquetes de Python en algunas versiones de VxRail 4.7 y en VxRail 7.0.010 en adelante. VxVerify se puede ejecutar como usuario raíz para abordar los problemas de permisos.
- Si no se incluye el usuario raíz de vCenter, las pruebas de VCSA no se ejecutan (a continuación, se muestra un ejemplo del mensaje de precaución), pero las pruebas de ESXi y VxRM se ejecutan con o sin el usuario raíz.
- Si no se proporcionan las credenciales raíz de VCSA, es posible que aparezca un mensaje de precaución como el que se muestra a continuación:
| vCenter_root | Warning 21527 | warning: VCSA tests not run: no root password supplied .|
- Si no se proporcionan las credenciales de administrador de SSO, es posible que aparezca un mensaje de precaución como el que se muestra a continuación:
| vCenter_admin | Warning 21527 | warning: VCSA admin tests not run: no SSO credentials supplied .|
- Para ejecutar y crear registros, VxVerify DEBE tener permisos de escritura en
/tmp/vxv
la carpeta incluso si el usuario actual es raíz. Si el permiso no se establece bien, es posible que otros usuarios no puedan ejecutar VxVerify posteriormente. La práctica recomendada es establecer que los permisos estén lo menos restringidos posibles.
- De manera predeterminada, VxVerify reinicia los servicios de plataforma de VxRail (
/etc/init.d/vxrail-peservice
) cuando se ejecuta; esto con el fin de borrar toda información obsoleta de los Servicios de plataforma.
Vea el siguiente video “Dell VxRail: Cómo ejecutar la herramienta VxRail Verify”.
El público designado del artículo puede ver información adicional.
Si se sigue un procedimiento que incluya la ejecución de VxVerify pyc directamente, sin el script de shell (consulte la sección del artículo: Ejecución de VxVerify (mediante
VxVerify.sh
), VxVerify se podrá ejecutar de forma directa desde Python.
Las credenciales de SSO y raíz se deben agregar manualmente como argumentos, además del nivel de código de destino cuando se ejecuta VxVerify en Python:
python ./vxverify.pyc -r root -u administrator@vsphere.local -g 7.0.401
sudo
es posible que se deba agregar al comando anterior, si no se ejecuta desde la raíz (lo mismo se aplica a VxVerify.sh
).
- El archivo pyc de Python se compila para una familia de versiones de Python específica, como Python 3.6 (vxverify3). La ejecución del archivo pyc de VxVerify incorrecto de la versión de VxRail hace que Python responda con errores de "número mágico".
- En el ejemplo anterior se solicitan las contraseñas que coincidan con los usuarios especificados.
- Si no se incluye el usuario raíz, las pruebas de VCSA-raíz no se ejecutan, pero las pruebas de ESXi y VxRM se ejecutan con o sin el usuario raíz.
- Si el usuario de SSO no está incluido, las pruebas VCSA-administrador no se ejecutan y algunas pruebas de VxRM habrían reducido la funcionalidad.
- Sin las credenciales adicionales mencionadas, VxVerify igual se ejecuta, pero no incluye pruebas que requieran esas credenciales y, por lo tanto, algunos problemas no se ponen a prueba, lo que podría generar la falla de una actualización.
Algunas versiones de VxRail contienen más de una versión de Python, lo que significa que es posible ejecutar más de una versión de VxVerify en esa versión. Sin embargo, VxVerify requiere que varias bibliotecas de Python adicionales estén presentes en las diversas carpetas "site-packages", que es posible que no estén presentes en algunos niveles de Python.
Es posible que el nivel predeterminado de Python (que se ejecuta a partir del comando “python”) no tenga los paquetes necesarios y, por lo tanto, es posible que deba especificarse el nivel de Python correcto en el comando de Python. Por ejemplo:
python3.11 ./vxverify4.pyc -r root -u administrator@vsphere.local -g 8.0.210
sudo
es posible que se deba agregar al comando anterior, si no se ejecuta desde la raíz (lo mismo se aplica a VxVerify.sh
).
El paquete de descarga de VxVerify contiene varias versiones de VxVerify para lidiar con los diferentes niveles de Python que pueden estar presentes en VxRail Manager:
- VxVerify 2.xx.xxx es para VxRail 4.5, 4.7 y 7.0.000 (que utiliza Python 2.7)
- VxVerify 3.xx.xxx es para VxRail 7.0.010 y versiones posteriores (que utilizan Python 3.6)
- VxVerify 4.xx.xxx es para VxRail 8.0.210 y versiones posteriores (que utilizan Python 3.11)
Los paquetes de VxVerify .zip con el número x.40 y superior contienen paquetes para todas las versiones de VxRail compatibles (como se muestra arriba). Ejecución de VxVerify mediante VxVerify.sh
selecciona automáticamente el archivo pyc correcto para que coincida con el nivel de Python que se ejecuta en VxRM.
Dell Technologies Services: VxVerify central para VxRail
Consulte la sección "
Archivos asociados" para descargar el archivo Léame y ver una lista completa de los cambios.
Nota: El enlace anterior requiere una cuenta de Dell registrada. Si el enlace no funciona, inicie sesión primero en el
soporte de Dell .
Estos son algunos recursos recomendados relacionados con este tema que podrían ser de interés: