VMware Global Community
eaguila
Contributor
Contributor

perdi acceso a maquina virtual

Hola,

ten un VMware Server 2.0 sobre Debian. Ayer entre a la maquina virtual con la opcion de entrar a la BIOS.

Cambie 1 parametro (orden de booteo), luego de eso ya no puedo ingresar a la maquina virtual, un Centos 5.

En mi pc : C:\Documents and Settings\User\Configuración local\Temp\vmware-User

vmware-User-xxxx.log

Apr 21 15:19:54.281: mks| Log for VMware Remote Console pid=4748 version=2.5.0 build=build-122581 option=Release

Apr 21 15:19:54.281: mks| Host codepage=windows-1252 encoding=windows-1252

Apr 21 15:19:54.281: mks| DICT --- USER PREFERENCES

Apr 21 15:19:54.281: mks| DICT --- USER DEFAULTS

Apr 21 15:19:54.296: mks| DICT --- HOST DEFAULTS

Apr 21 15:19:54.296: mks| DICT --- SITE DEFAULTS

Apr 21 15:19:54.296: mks| Msg_SetLocale: HostLocale=windows-1252 UserLocale=NULL

Apr 21 15:19:54.546: mks| MKS Remote protocol is VNC

Apr 21 15:19:54.796: mks| SSLVerifyCertAgainstSystemStore: Subject mismatch: servidor-v vs 200.111.105.238

Apr 21 15:19:54.796: mks| SSLVerifyCertAgainstSystemStore: The remote host certificate has these problems:

Apr 21 15:19:54.796: mks|

Apr 21 15:19:54.796: mks| * The host name used for the connection does not match the subject name on the host certificate

Apr 21 15:19:54.796: mks|

Apr 21 15:19:54.796: mks| * A certificate in the host's chain is based on an untrusted root.

Apr 21 15:19:54.796: mks| SSLVerifyIsEnabled: failed to read registry value. Assuming verification is disabled. LastError = 0

Apr 21 15:19:54.796: mks| SSLVerifyCertAgainstSystemStore: Certificate verification is disabled, so connection will proceed despite the error

Apr 21 15:19:55.281: mks| HOSTINFO 2742939205888011 @ 1596040000Hz -> 0 @ 1000000Hz

+Apr 21 15:19:55.281: mks| HOSTINFO ((x * 2755599177) >> 42) + -1718590514953+

Apr 21 15:19:55.281: mks| WORKER: Creating new group with numThreads=1 (1)

Apr 21 15:19:55.281: mks| Reconnect notification (connected:1 attempt:1).

Apr 21 15:19:55.312: mks| HostOps hideCursor before defineCursor!

Apr 21 15:19:55.312: mks| Connecting to window system.

Apr 21 15:19:55.343: mks| KHBKL: Unable to parse keystring at: ''

Apr 21 15:44:45.015: mks| vmdbPipe_Streams: Couldn't read

Apr 21 15:44:45.015: mks| Detaching from window system.

Apr 21 15:44:45.109: mks| Remote MKS exit.

En la consola de la maquina virtual :

Memory for crash kernel (0x0 to 0x0) notwihthin permissible

Red Hat nash version 5.1.19.6 starting

Reading all physical volumes. This may take a while.

Volume group "VolGroup00" not found

Unable to access resume device (dev/VOlGroup00/Log/vol01)

mount : colud not find filesystem '/dev/root'

setuproot : moving /dev failed : No sich file directory

setuproot : error mounting /proc : no such file or directory

Kernel panic - not syncing : attempted to kill init!

Tengo otra maquina virtual Centos 5 y carga con el mismo volumen sin problema

No he podido ingresar a la maquina virtual

Alguna modificacion que hacer ?? o alguna idea ??

gracias.

0 Kudos
7 Replies
Samquejo
Commander
Commander

Buenas

Por lo que veo nash no puede acceder a los volúmenes. ¿Seguro que solo has cambiado el orden de arranque?

imagino que no teienes mezcladaos varios tipos de controladoras (ide/bus scsi/lsi) y que todos los discos pertenecen a la misma (en caso de que haya varios)

a lo mejor has añadido un disco en el bus scsi con un peso menor que el del sistema según el ejemplo

scsi0:0.present = "TRUE"

scsi0:0.fileName = "nuevo.vmdk"

scsi1:0.present = "TRUE"

scsi1:0.fileName = "sistema.vmdk"

o bien

scsi0:0.present = "TRUE"

scsi0:0.fileName = "nuevo.vmdk"

scsi0:1.present = "TRUE"

scsi0:1.fileName = "sistema.vmdk"

En este caso nash a petición de gurb (gurb carga desde donde diga la bios, pero luego trabaja por su cuenta) carga lo que hay en el disco 0 del bus, y al no encontrar el volumen, provoca el error.

Es lo único que se me ocurre si el sistema te arranca en otra vm

Si esta u otra respuesta es util, por favor marca su correspondiente notificador.

Gracias/Regards

Si esta u otra respuesta es util, por favor marca su correspondiente notificador. Gracias/Regards
0 Kudos
eaguila
Contributor
Contributor

Hola,

Tengo 4 maquinas virtuales en ese servidor , solo 1 disco scsi, todas las maquinas instaladas en el scsi 0:0 .

Tengo 2 w2003 y 2 Centos 5.

A uno de los Centos le cambie solo el orden de arranque, y ahora no puedo acceder.

El otro no lo he tocado y sigue funcionando al igual que los w2003.

Es lo único que se me ocurre si el sistema te arranca en otra vm

Como dices ?, pruebo arrancar en otro Servidor ?, o creo otra maquina virtual con el mismo archivo .vmdk ?

salu2

gracias.

0 Kudos
eaguila
Contributor
Contributor

Omiti un detalle que ahora veo en el arranque de la consola de la maquina virtual : (ahora va completo)

Booting 'CentOS (2.6.18-164.e15)'

root (hd0,0)

Filesystem type is ext2fs, partition type 0x83

kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/VolGroup00/LogVol00 rhgb quiet

\[Linux-bzImage, setup=0x1e00, size=0x1c31b4\]

initrd /initrd-2.6.18-164.el5.img

\[Linux-initrd 0x37cc7000, 0x328988 bytes\]

Memory for crash kernel (0x0 to 0x0) notwihthin permissible

Red Hat nash version 5.1.19.6 starting

Reading all physical volumes. This may take a while.

Volume group "VolGroup00" not found

Unable to access resume device (dev/VOlGroup00/Logvol01)

mount : colud not find filesystem '/dev/root'

setuproot : moving /dev failed : No sich file directory

setuproot : error mounting /proc : no such file or directory

Kernel panic - not syncing : attempted to kill init!

No deberian ser los 2 LogVol00 ?

Como me fije en el grub y el LogVol esta en 00.

De donde toma ese otro LogVol01 ?? como lo cambio ??

gracias.

salu2

0 Kudos
Samquejo
Commander
Commander

Buenas

Si, prueba a crear una VM paralela y la pones el disco a ver que hace.

Lo del logvol, si es correcto. Tienes el volumen físico, el grupo y el volumen lógico

imagino que tienes una instalación base como esta:

|/dev/sda1|aqui está /boot y grub (puede que tambien esté en el mbr) y es de unos 250 Mb|

|/dev/sda2| contiene el VOLGroup00 con el resto del disco|

|dev/VOlGroup00/Log/vol00|Yo aqui tengo montado / contodo el FS y es de unos 10 Gb|

|dev/VOlGroup00/Log/vol01|Es el swap|

Prueba a hacer lo de la otra máquina o inicia con un disco de rescate y define la estructura acorde a lo que tienes y no a lo que dicta grub

Si esta u otra respuesta es util, por favor marca su correspondiente notificador.

Gracias/Regards

Si esta u otra respuesta es util, por favor marca su correspondiente notificador. Gracias/Regards
0 Kudos
eaguila
Contributor
Contributor

Ok, solucionado el problema.

Lo unico que modifique en la consola web del VMware Server, es el SCSI Controller a LSI Logic SAS.

Andubo enseguida.

salu2y Gracias.

0 Kudos
Samquejo
Commander
Commander

Pues eso, lo que te pude en la primera respuesta.

Que todas sean asi de faciles no?

Un saludo

Si esta u otra respuesta es util, por favor marca su correspondiente notificador. Gracias/Regards
0 Kudos
eaguila
Contributor
Contributor

Ahora entendi a que te referias. Claro era eso.

Aunque ese valor no lo cambie yo, imagino que el cambio del orden del booteo lo reseteo.

Que todo se tan facil, no lo creo. Sigo teniendo otros problemas, como por ejemplo : W2003 muy lentos, y Centos sin problemas.

salu2

y Gracias.

0 Kudos