2 VM Con Mismo Disco (.vmdk)

[CDONOSOV]

Estimados, buenas tardes, tengo una duda que me gustaría fuera aclarada, un cliente tiene lo siguiente:

Host 1: ESXi 5.1.0

Host 2: ESXi 5.1.0

Ambos Host tienen una MV con el mismo Nombre, alojada en el mismo Storage, el mismo disco y con el mismo archivo de configuración (.vmx)

En el Host 1 esta encendida y en el Host 2 esta apagada.

Como es posible una configuración así??

Agradezco desde ya sus comentarios.

Saludos,

Claudio Donoso

[eduardojn]

Muy sencillo, es tan fácil como crear la máquina en uno de los host y desde el segundo añadir la máquina al inventario inspeccionando el datastore (Browse Datastore...), haciendo clic derecho sobre el archivo .vmx de la máquina y seleccionando la opción "Add to Inventory".

Un saludo.

[CDONOSOV]

Eduardo, gracias por la información, entonces si muere el Host_1 podría encender la MV en el Host_2 sin problemas? ¿Es una especie de HA pero manual?

Que sucede con VCenter, se supone que no permite maquinas virtuales con el mismo nombre en un cluster?

Agradezco desde ya tu experiencia.

Saludos,

Claudio Donoso

[sanmarfe]

Estimado, esto es posible en caso de que no tengas vCenter.

Si tienes vCenter esto es un error en una situación de HA que debería haberse corregido.

Por funcionamiento de vCenter esta situación no tendría que pasar.

El vcenter esta bajo?

Cuéntanos un poco mas de esta situación.

Espero tus comentarios.

[CDONOSOV]

Estimado, gracias por su colaboración, vCenter no funciona, no es posible levantar el servicio, según lo que tu comentas asumo que se debe a una duplicidad de Maquinas Virtuales, revisando el Log encuentro algunos errores que hacen referencia a Licencia duplicada.

Ahora entiendo por que vCenter no levanta, lo mas probable por la configuración actual de las maquinas virtuales o no?

Agradezco desde ya sus comentarios

Saludos,

Claudio Donoso

[sanmarfe]

Estimado, buenas tardes.

La duplicidad de maquinas viene dado como consecuencia de que esta bajo el vcenter.

No es la causa del problema.

En cuanto inicies el vcenter la maquina que esta duplicada va a ser desregistrada del esxi donde no esta funcionando.

Habría que ver por que no esta funcionando el vcenter.

El servicio no levanta?

Esta levantada la base de datos?

Es un vcenter sobre windows o un vcenter app?

Por favor nos podrías brindar mas datos y un panorama completo de tu situación?

Gracias

Saludos,

[CDONOSOV]

Estimado, gracias por su interés, contesto a sus preguntas:

Es un vCenter sobre Windows

El servicio de SQL Server si esta iniciado.

El servicio VMware VirtualCenter Server no inicia.

Adjunto dos archivos: Errores Visor de Eventos + Log de Virtual Center

Agradezco sus comentarios

Saludos

Claudio Donoso

[eduardojn]

Imagino que ya habrás visto que parece un problema con el Single Sign-On:

2015-04-06T12:52:28.605-04:00 [03612 error 'Default'] Found dangling SSL error: [0] error:00000001:lib(0):func(0):reason(1)

2015-04-06T12:52:28.605-04:00 [03612 error 'Default'] Found dangling SSL error: [1] error:00000001:lib(0):func(0):reason(1)

2015-04-06T12:52:28.605-04:00 [03612 error '[SSO][SsoFactory_CreateFacade]'] Unable to create SSO facade: Invalid response code: 404 Not Found.

2015-04-06T12:52:28.605-04:00 [03612 error 'vpxdvpxdMain'] [Vpxd::ServerApp::Init] Init failed: Vpx::Common::Sso::SsoFactory_CreateFacade(sslContext, ssoFacadeConstPtr)

Yo revisaría la conectividad vCenter-SSO y los logs de error de Single-Sign On:

VMware KB:    Location of vCenter Single Sign-On log files for vCenter Server 5.1 and 5.5 

[sanmarfe]

Estimado, buenos dias.

Como comenta el compañero aparentemente viene dado por un problema del sso.

El servicio esta levantado?

Puedes revisar la siguiente kb?

http://kb.vmware.com/kb/2062622

Saludos,

[CDONOSOV]

Estimados, buenos días, nuevamente agradezco la información proporcionada, realice distintas pruebas que voy a detallar para seguir en busca de una solución:

Sanmarfe, revise el kb y te comento que no tengo antivirus en la MV del VCenter y ningún otro software escaneando la ruta: C:\Program Files\VMware\Infrastructure\SSOServer\

Eduardojn, revise los Registros de SSO y de acuerdo a la información encontrada comencé la investigación.

Verifique nuevamente el registro "vpxd.log" en la ruta: C:\ProgramData\VMware\VMware VirtualCenter\Logs

Error:

2015-04-06T12:52:28.605-04:00 [03612 error 'Default'] Found dangling SSL error: [0] error:00000001:lib(0):func(0):reason(1)

2015-04-06T12:52:28.605-04:00 [03612 error 'Default'] Found dangling SSL error: [1] error:00000001:lib(0):func(0):reason(1)

2015-04-06T12:52:28.605-04:00 [03612 error '[SSO][SsoFactory_CreateFacade]'] Unable to create SSO facade: Invalid response code: 404 Not Found.

2015-04-06T12:52:28.605-04:00 [03612 error 'vpxdvpxdMain'] [Vpxd::ServerApp::Init] Init failed: Vpx::Common::Sso::SsoFactory_CreateFacade(sslContext, ssoFacadeConstPtr)

Info:

2015-04-07T12:24:03.017-04:00 [03224 info '[SSO][SsoFactory_CreateFacade]'] STS URI set to: https://172.18.10.34:7444/ims/STSService?wsdl

2015-04-07T12:24:03.017-04:00 [03224 info '[SSO][SsoFactory_CreateFacade]'] Admin URI set to: https://172.18.10.34:7444/sso-adminserver/sdk

2015-04-07T12:24:03.017-04:00 [03224 info '[SSO][SsoFactory_CreateFacade]'] Groupcheck URI set to: https://172.18.10.34:7444/sso-adminserver/sdk

2015-04-07T12:24:03.017-04:00 [03224 info '[SSO][SsoFactory_CreateFacade]'] VC SSL certificate location: C:\ProgramData\VMware\VMware VirtualCenter\ssl\rui.crt

2015-04-07T12:24:03.017-04:00 [03224 info '[SSO][CreateSsoFacade]'] [CreateUserDirectory] STS URI set to: https://172.18.10.34:7444/ims/STSService?wsdl

2015-04-07T12:24:03.017-04:00 [03224 info '[SSO][CreateSsoFacade]'] [CreateUserDirectory] Admin URI set to: https://172.18.10.34:7444/sso-adminserver/sdk

2015-04-07T12:24:03.017-04:00 [03224 info '[SSO][CreateSsoFacade]'] [CreateUserDirectory] Groupcheck URI set to: https://172.18.10.34:7444/sso-adminserver/sdk

Comencé buscando casos similares, llegue a la siguiente pagina: http://virtuallyhyper.com/2013/02/vcenter-5-1-service-fails-to-start/

Seguí cada paso:

Ingrese la dirección directamente al navegador y la respuesta fue la siguiente:

Dirección: https://172.18.10.34:7444/sso-adminserver/sdk

Respuesta: ServerFaultCodeUnexpected EOF in prolog at [row,col {unknown-source}]: [1,0]

Según esta respuesta el servicio SSO esta en linea y no existe bloqueo en la comunicación entre el vCenter y el servicio de SSO.

Luego ejecute el siguiente comando para verificar que SSO esta prestando servicios:

Discovering identity sources

C:\Program Files\VMware\Infrastructure\SSOServer\utils>ssocli.cmd configure-riat -a discover-is -u admin -p masterPassword

La respuesta fue la siguiente:

"ERROR: Could not access HTTP invoker remoter service at [https://172.18.10.34:7444/ims/CommandServer]; nested exception is org.apache.commons.httpclient.HttpException: Did not receive successful HTTP response: status code = 404, status message = [No Encontrado]".

La salida de este comando indica que el Servicio IMS no esta funcionando correctamente, ingrese la dirección que hace referencia al servicio IMS directamente al navegador:

Dirección: https://172.18.10.34:7444/ims/STSService?wsdl

Respuesta: Estado HTTP 404 - /ims/STSService

Verificando los Registros de SSO:

C:\Program Files\VMware\Infrastructure\SSOServer\logs

Archivo: localhost_access_log.2015-04-07

172.18.10.36 - - [07/Apr/2015:12:03:55 -0400] "POST /lookupservice/sdk HTTP/1.1" 404 1088

172.18.10.34 - - [07/Apr/2015:12:03:56 -0400] "POST /lookupservice/sdk HTTP/1.1" 404 1088

Archivo: SSOAdminServer

[2015-04-07 12:23:52,674 INFO  opID= pool-3-thread-1  com.vmware.vim.sso.admin.server.ims.impl.DefaultCommandExecutor] Establishing connection with the Castle server - target: LocalJvmAccessTarget

[2015-04-07 12:23:52,923 INFO  opID= pool-3-thread-1  com.vmware.vim.sso.admin.server.ims.impl.DefaultCommandExecutor] Connection with Castle server was successfully configured.

[2015-04-07 12:24:03,141 WARN  opID= pool-24-thread-1  com.vmware.vim.vmomi.server.impl.DispatcherImpl] Managed object doesn't exist

com.vmware.vim.binding.vmodl.fault.ManagedObjectNotFound:

obj = com.vmware.vim.binding.vmodl.ManagedObjectReference@7dd44317

inherited from com.vmware.vim.binding.vmodl.fault.ManagedObjectNotFound: Managed object of type 'SsoAdminServiceInstance' with id 'SsoAdminServiceInstance' not found

  at com.vmware.vim.vmomi.server.impl.BodyHandlerImpl.handleBody(BodyHandlerImpl.java:109)

  at com.vmware.vim.vmomi.server.impl.DispatcherImpl.doDispatch(DispatcherImpl.java:283)

  at com.vmware.vim.vmomi.server.impl.DispatcherImpl.dispatch(DispatcherImpl.java:303)

  at com.vmware.vim.vmomi.server.impl.DispatcherTask.run(DispatcherTask.java:45)

  at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)

  at java.lang.Thread.run(Thread.java:662)

[2015-04-07 12:25:14,824 WARN  opID= pool-24-thread-2  com.vmware.vim.vmomi.server.impl.DispatcherImpl] Error getting body handler for request. Using default non-internal namespace to marshal the response: Request method namespace 'null' is not supported

Adicionalmente me dedique a revisar la configuración del administardor de Sql Server validando el puerto de comunicación y conectividad:

Resulto todo bien, el puerto configurado es del tipo "TCP Dynamic Ports: 49171"

Prueba de Telnet al servidor Sql Server por el puerto 49171 OK.

Update a la Configuración de la Base de Datos:

C:\Program Files\VMware\Infrastructure\SSOServer\utils>ssocli.cmd configure-riat -a configure-db --database-host 172.18.10.34 --database-port 1433 -m [password]

Respuesta: Executing action: 'configure-db' Generating HA node package Successfully executed action: 'configure-db'

En fin problemas de comunicación con Sql Server no Existen.

Agradezco desde ya su experiencia para ayudarme a buscar una solución, al parecer el error es con el servicio IMS y lo único que muestra el registro de SSO (Localhost) es lo siguiente:

172.18.10.34 - - [07/Apr/2015:12:03:56 -0400] "POST /lookupservice/sdk HTTP/1.1" 404 1088

Saludos,

Claudio Donoso

[e_espinel]

Saludos Claudio.

Lo mas recomendable seria cortar por lo sano y volver a instalar el vCenter Server desde cero, incluyendo al sistema operativo, si requieres del histórico

del vCenter Server se tendría que sacar un backup de la base de datos antes de la reinstalación.Al terminar la instalación del vCenter Server verificar

que funcione correctamente y luego subir el backup de  la base de datos (vcenter) si se requiere conservar la estadística (base de datos vCenter).

[yokiyoko]

Yo tuve problemas con SSO hace unos dias:

Revisa esta web, ami me ayudo bastante:

http://www.gabesvirtualworld.com/how-to-move-vmware-single-sign-on-sso-database/

Un saludo.