VMware-Forum

Hallo,

ich habe auf unseren ESX4 Servern eine virtuelle Maschine, die ich nicht gesichert bekomme per vcb.
Bei 23 anderen Maschinen funktioniert es.

Es handelt sich um einen W2K Server, der heruntergefahren ist.
Ein anderer W2K Server, auch heruntergefahren, lässt sich sichern.

C:\SCRIPTS\Testsicherungen>"C:\Programme\VMware\VMwareConsolidatedBackupFramewor
k\vcbmounter.exe" -h 10.25.10.26 -u xxx -p xxx -a ipaddr:10.25.10.15 -r c:\VMWARE2\SMGE115 -t fullvm -m nbd
[2010-01-29 12:19:33.913 'App' 2496 info] Current working directory: C:\SCRIPTS\
Testsicherungen
[2010-01-29 12:19:33.913 'BaseLibs' 2496 info] HOSTINFO: Seeing Intel CPU, numCo
resPerCPU 2 numThreadsPerCore 2.
[2010-01-29 12:19:33.913 'BaseLibs' 2496 info] HOSTINFO: This machine has 1 phys
ical CPUS, 2 total cores, and 4 logical CPUs.
[2010-01-29 12:19:34.616 'BaseLibs' 2496 info] Using system libcrypto, version 9
0709F
[2010-01-29 12:19:34.647 'BaseLibs' 2496 warning] SSLVerifyCertAgainstSystemStor
e: Subject mismatch: VMware vs 10.25.10.26
[2010-01-29 12:19:34.647 'BaseLibs' 2496 warning] SSLVerifyCertAgainstSystemStor
e: The remote host certificate has these problems:

* The host name used for the connection does not match the subject name on the h
ost certificate

* A certificate in the host's chain is based on an untrusted root.
[2010-01-29 12:19:34.694 'BaseLibs' 2496 warning] SSLVerifyIsEnabled: failed to
read registry value. Assuming verification is disabled. LastError = 0
[2010-01-29 12:19:34.725 'BaseLibs' 2496 warning] SSLVerifyCertAgainstSystemStor
e: Certificate verification is disabled, so connection will proceed despite the
error
[2010-01-29 12:19:35.632 'vcbMounter' 2496 error] Error: Could not find virtual
machine specified by ipaddr:10.25.10.15

Hat Jemand einen Tipp?

Hajo

Als Vergleich:

Dies läuft einwandfrei durch:

C:\SCRIPTS\Testsicherungen>"C:\Programme\VMware\VMwareConsolidatedBackupFramewor
k\vcbmounter.exe" -h 10.25.10.26 -u xxx -p xxx -a ipaddr:192.168
.2.4 -r c:\VMWARE2\SEGE104 -t fullvm -m nbd
[2010-01-29 12:23:41.611 'App' 3544 info] Current working directory: C:\SCRIPTS\
Testsicherungen
[2010-01-29 12:23:41.611 'BaseLibs' 3544 info] HOSTINFO: Seeing Intel CPU, numCo
resPerCPU 2 numThreadsPerCore 2.
[2010-01-29 12:23:41.611 'BaseLibs' 3544 info] HOSTINFO: This machine has 1 phys
ical CPUS, 2 total cores, and 4 logical CPUs.
[2010-01-29 12:23:42.158 'BaseLibs' 3544 info] Using system libcrypto, version 9
0709F
[2010-01-29 12:23:42.189 'BaseLibs' 3544 warning] SSLVerifyCertAgainstSystemStor
e: Subject mismatch: VMware vs 10.25.10.26
[2010-01-29 12:23:42.189 'BaseLibs' 3544 warning] SSLVerifyCertAgainstSystemStor
e: The remote host certificate has these problems:

* The host name used for the connection does not match the subject name on the h
ost certificate

* A certificate in the host's chain is based on an untrusted root.
[2010-01-29 12:23:42.236 'BaseLibs' 3544 warning] SSLVerifyIsEnabled: failed to
read registry value. Assuming verification is disabled. LastError = 0
[2010-01-29 12:23:42.267 'BaseLibs' 3544 warning] SSLVerifyCertAgainstSystemStor
e: Certificate verification is disabled, so connection will proceed despite the
error
Copying "[VMFS004_SEGE104] SEGE104/SEGE104.vmx":
0%=====================50%=====================100%
**************************************************

Copying "[VMFS004_SEGE104] SEGE104/SEGE104.nvram":
0%=====================50%=====================100%
**************************************************

Copying "[VMFS004_SEGE104] SEGE104//vmware.log":
0%=====================50%=====================100%
**************************************************

Copying "[VMFS004_SEGE104] SEGE104//vmware-19.log":
0%=====================50%=====================100%
**************************************************

Copying "[VMFS004_SEGE104] SEGE104//vmware-20.log":
0%=====================50%=====================100%
**************************************************

Copying "[VMFS004_SEGE104] SEGE104//vmware-21.log":
0%=====================50%=====================100%
*************************************************

Copying "[VMFS004_SEGE104] SEGE104//vmware-22.log":
0%=====================50%=====================100%
**************************************************

Copying "[VMFS004_SEGE104] SEGE104//vmware-17.log":
0%=====================50%=====================100%
*************************************************

Copying "[VMFS004_SEGE104] SEGE104//vmware-18.log":
0%=====================50%=====================100%
*************************************************

Converting "c:\VMWARE2\SEGE104\scsi0-0-0-SEGE104.vmdk" (compact file):
0%=====================50%=====================100%
**************************************************

Also "] Error: Could not find virtual machine specified by ipaddr:10.25.10.15 " ist ja eindeutig.

Mit spaetern Versionen von VCB kam die Moeglichkeit dazu die VM auch ueber ihren Namen anzusprechen. Das kann ich mir hier als Mensch auch besser merken als IP oder MOREFs

Benutze halt mal "-a name:SEGE10" und probiere es nochmal.

Gruss
Joerg

Warum ist es eindeutig, wenn es bei unserem SEGE104 genauso klappt, wenn der heruntergefahren ist?

Es funktioniert!

Aber wo könnte denn da der Grund liegen?

Zaphod.Beeblebrox hat geschrieben:Es funktioniert!

Aber wo könnte denn da der Grund liegen?

Na an den Sunrays!.

Spass beiseite, evtl. sind keine VMware Tools da oder die sind nicht aktuell oder weis der Henker. Die VM ueber ihre IP(DHCP, hat die IP evtl. eine andere VM?) zu anzusprechen ist auch nicht die optimale Idee

Gruss
Joerg

Naja, wie man es nimmt, es sind Server, die haben bei uns schon eine feste IP.
Und bei 24 Servern geht es, bei einem nicht, ist ein wenig merkwürdig oder nicht!?
Die VMWare Tolls sind bei allen Servern auf dem gleichen Stand.
Und was ist einer IP denn so schlimmes?
Ist doch ganz gut gelaufen mit den Biestern bislang, oder?

Nunja... hier hat nicht jede VM die Tools da nicht verfuegbar und dann haetten wir VMs welche durchaus gleiche IPs haben. Das ist dann natuerlich ein anderes Netz/VLAN/Kunde.

Ich kann mir Namen auch viel besser merken als IPs

Gruss
Joerg

OK,

nochmals allerbesten Dank für die schnelle Hilfe!