Blog

Actualizado

Espero que si resulta que hubo un error al configurar la publicación en su sistema, esta guía lo ayudará a usted mismo a resolverlo.

Actualizado

¿Estás cansado de que tu computadora funcione lentamente? ¿Le molestan los frustrantes mensajes de error? ¡ASR Pro es la solución para ti! Nuestra herramienta recomendada diagnosticará y reparará rápidamente los problemas de Windows mientras aumenta drásticamente el rendimiento del sistema. Así que no esperes más, ¡descarga ASR Pro hoy!

Estoy creando para agregar almacenamiento a mi alojamiento web ESX (4.0.Build 0, 208167) y obtengo todos los tweets de error: “Error de configuración relacionado con el host: no se pudo obtener la información de la partición del disco duro . ”

Seguí algunos de los consejos de los foros de discusión y, por lo tanto, seguí el procedimiento fdisk sobre cómo salir a la consola del servidor ESX usando el procedimiento when:

Sin embargo

Todavía obtengo el mismo error increíble en el cliente vsphere específico

En cuanto a la memoria con la que estoy experimentando, el dispositivo de la consola de juegos podría ser / dev / sdb y, como resultado, el tamaño podría ser 2,047,000 MB

Dispositivo UID Recurso tipo A Dispositivo de consola SIZEA Nombre para mostrar del complemento
naa.6x Uso directo de dev / sdb 2047000 MB NMP

Disco duro / dev / sdb: 2146,4 GB, 2146435072000 bytes
255 cabezas, 63 sectores / pista, 32619 tanques
unidades corresponden a cilindros 4. 16065 4096 significa 65802240 bytes

Iniciar dispositivo Iniciar Bloques finales IDA System
/ DEV / sdb1 1 1 1 1 1 32619 2096096428 fb VMware VMFS

He agregado la misma biblioteca en el anterior sin ningún problema. ¿Me he perdido algo?

Además de configurar una clase completamente nueva en ESX3.5, sucedió algo gracioso. Parte de ese proceso consistió en hacer que mis hosts fueran muy buenos para comprar.

Después de marcar la casilla de verificación Habilitar VMware HA y realizar algunos cambios para permitir la configuración de no pago, mis hosts realmente comienzan a configurar HA.

Todo iba bien hasta que me lo anunciaron;

Tuve este error que contenía fuentes antes y recordé que, por lo general, puede tener algo que ver con problemas de DNS, incluso así, en primer lugar, intenté inhabilitar HA varias veces y luego volver a habilitarlo. llegó a haber un “problema”, pero no importaba.

Estas son algunas de las otras comprobaciones que he realizado:

• Me faltaba y verifiqué todo desde mi configuración de DNS para asegurarme de que todo siempre haya estado en minúsculas.
• He comprobado casi la conectividad, por ejemplo.
• He reiniciado VC,
• Reinicio ambos hosts
• He desconectado y vuelto a conectar dos hosts. Eliminado
• He recuperado un nuevo clúster y agregué la parte posterior involucrada con el host.

Después de verificar mi configuración en múltiples intervalos I en la verificación de resumen del clúster en el área de VMware HA, normalmente encontré los siguientes elementos:

• Capacidad actual de conmutación por error: 0 retenciones
• Conmutación por error configurada: 1 host

Esto terminó siendo claramente incorrecto, así que decidí echar un vistazo más de cerca a los profesionales inmobiliarios HA instalados actualmente. Lo más probable es que se encuentre en el siguiente lugar de negocios en estos hosts ESX;

 cat /var/log/vmware/aam/aam_config_util_addnode.log 

Mientras navego por el documento, me doy cuenta de que no he recibido una nueva respuesta de ping de mi puerta de enlace predeterminada;

Me di cuenta de que la puerta de enlace funciona bien porque esta estación de trabajo ofrece una configuración para usarla, está funcionando bien. Esta puerta de enlace es ahora una interfaz, el firewall además de una interfaz que se ofrece configurada para solicitudes de bits pequeños. Actualmente, ¿ha sido esta una razón concreta por la que el profesional inmobiliario de HA no consideró la configuración? Dado que está en condiciones de recibir una respuesta de encabezado de ping de la puerta de enlace normal, definitivamente no existe, por lo que es un gran error de configuración.
Pongamos esta teoría a prueba. Restablecí una puerta de enlace para que HA se complete.Configuremos nuestra puerta de enlace predeterminada favorita, que permite hacer pings con los titulares y hacia abajo y hacia abajo y listo, después de pasar la configuración de la puerta de enlace de la consola de servicio para volver a habilitar HA en el clúster, todo vino que vida, ambos hosts fueron habilitados correctamente por HA esta vez !!!!

Es
Esto es lo que se muestra ahora en el indicador porque el agente de alta disponibilidad a menudo puede ver la mayor parte de la puerta de enlace predeterminada.

Actualización: después de publicar esta guía, recibí algún tipo de comentario de Duncan Epping, quien me solicitó una opción avanzada de disponibilidad extrema: das. Dirección de aislamiento.

Al agregar una respuesta de aislamiento eficiente adicional en particular a las opciones superiores de HA, podemos decirle a HA que utilice con éxito una puerta de enlace diferente en lugar de configurar el go delinquent, que sabemos que realmente responderá.

Agregue las siguientes versiones a la ventana Opciones avanzadas de HA.

• das. Isolationaddress [x] coincide con 10.0.0.1 (su dirección de respuesta de aislamiento legítima)
• das.usedefault Isolationaddress representa falso

La segunda opción que agregué le dice a HA que no debe usar la puerta de enlace predeterminada, hEsto significa que los expertos afirman que la administración que acaba de agregar ahora existirá en su lugar.

Este artículo estaba y todavía está escrito en PlanetVM. Quiero agradecer a Tom Howarth por permitirme publicar en su blog de virtualización óptima.

 Se produjo un error al configurar el host.