VMware-Forum

Hallo zusammen,

ich versuche VMs von einem ESXi zu einem anderen zu übertragen. Diese befinden sich an unterschiedlichen Standorten und sind in keinem vCenter miteinander verbunden. Ich habe zunächst versucht die Maschine per vCenter Converter Standalone zu migirieren, jedoch scheitert dies immer an der gleichen Stelle. Dann habe ich versucht die -flat.vmdk per scp zu übertragen, er scheitert jedoch mit dem gleichen Fehler im Log. Die .vmdk Datei habe ich bereits mit vmkftools überprüft. Folgender Fehler wird ausgespuckt:

==> /var/log/vmkernel.log <==
2022-12-29T15:09:08.482Z cpu4:2104292)smartpqi: os_aio_response_error:915: service_resp : 0 status :2 retry via raid path
2022-12-29T15:09:08.482Z cpu1:2098518)NMP: nmp_ThrottleLogForDevice:3856: Cmd 0x88 (0x459adfcd6240, 2231168) to dev "naa.600508b1001ccebef10a162d2c6a038a" on path "vmhba0:C1:T0:L1" Failed:
2022-12-29T15:09:08.482Z cpu1:2098518)NMP: nmp_ThrottleLogForDevice:3865: H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x21 0x0. Act:NONE. cmdId.initiator=0x43068ec95900 CmdSN 0x2cd344f
2022-12-29T15:09:08.482Z cpu1:2098518)ScsiDeviceIO: 4062: Cmd(0x459adfcd6240) 0x88, CmdSN 0x2cd344f from world 2231168 to dev "naa.600508b1001ccebef10a162d2c6a038a" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x21 0x0.
2022-12-29T15:09:08.482Z cpu26:2231168)BC: 413: read from vm1.test.de-flat.vmdk (f532 28 3 61e0209d 554395f0 5682990 9e55e7ca 17800004 39f 0 0 0 0 0) 131072 bytes failed: Not supported
2022-12-29T15:09:08.482Z cpu26:2231168)Log: 1487: Generating backtrace for 2231168: scp
2022-12-29T15:09:08.482Z cpu26:2231168)Backtrace for current CPU #26, worldID=2231168, fp=0x220b80
2022-12-29T15:09:08.482Z cpu26:2231168)0x451a6701b370:[0x42001e0e6e68]LogBacktraceInt@vmkernel#nover+0xf0 stack: 0x20008, 0x42001e61cd38, 0x16b0c46, 0x42001e04043e, 0x451a6701b4d0
2022-12-29T15:09:08.482Z cpu26:2231168)0x451a6701b3a0:[0x42001e04043d]BCFileIO@vmkernel#nover+0x1b6 stack: 0x0, 0x0, 0x2e65636e6563696c, 0x2e6f6261746e6f63, 0x642e7961706d6f63
2022-12-29T15:09:08.482Z cpu26:2231168)0x451a6701b610:[0x42001e04180e]BCReadBuffer@vmkernel#nover+0x4db stack: 0x8000000, 0x430dc5800000, 0x0, 0x42001e0414f7, 0x0
2022-12-29T15:09:08.482Z cpu26:2231168)0x451a6701b900:[0x42001e0426b8]BC_GetPageRef@vmkernel#nover+0x99 stack: 0x0, 0x430fc0411910, 0x0, 0x430e35db7520, 0x16b0c46
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701b960:[0x42001e03ddf4]FSSVec_GetPageRef@vmkernel#nover+0x55 stack: 0x1000, 0x16b0c46, 0x6b3c6000, 0x42001e04334c, 0xffffffffffffffff
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701b990:[0x42001e04334b]BC_StartFHID@vmkernel#nover+0xec stack: 0x0, 0x6b3c6, 0x0, 0xd820995010, 0x1a000
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701bd30:[0x42001e043a98]BCReadFHID@vmkernel#nover+0x75 stack: 0x1b814738, 0x451a6701be3c, 0x0, 0x3fffffffff, 0x0
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701bdc0:[0x42001e04433c]BC_ReadFHID@vmkernel#nover+0x61 stack: 0x451a01860480, 0x430fc0411910, 0xbe0b808800000, 0x451a6701bea8, 0x0
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701be20:[0x42001e46b446]UserFileReadv@vmkernel#nover+0x83 stack: 0x430e74a02010, 0x2000000000003, 0x451a6701be90, 0x430e74a02010, 0xd82098f010
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701be80:[0x42001e46e05f]LinuxFileDesc_Read@vmkernel#nover+0xcc stack: 0x459a84fa1cb8, 0xd82098f010, 0x20000, 0x451a6701be98, 0x430e00000001
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701bf00:[0x42001e41f14c]User_LinuxSyscallHandler@vmkernel#nover+0x109 stack: 0x451a6701bfd0, 0x0, 0x0, 0x0, 0x0
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701bf40:[0x42001e154067]gate_entry@vmkernel#nover+0x68 stack: 0x0, 0x0, 0xd81e86d3a0, 0x20000, 0x3

paul199513 hat geschrieben:Hallo zusammen,

ich versuche VMs von einem ESXi zu einem anderen zu übertragen. Diese befinden sich an unterschiedlichen Standorten und sind in keinem vCenter miteinander verbunden. Ich habe zunächst versucht die Maschine per vCenter Converter Standalone zu migirieren, jedoch scheitert dies immer an der gleichen Stelle. Dann habe ich versucht die -flat.vmdk per scp zu übertragen, er scheitert jedoch mit dem gleichen Fehler im Log. Die .vmdk Datei habe ich bereits mit vmkftools überprüft. Folgender Fehler wird ausgespuckt:

==> /var/log/vmkernel.log <==
2022-12-29T15:09:08.482Z cpu4:2104292)smartpqi: os_aio_response_error:915: service_resp : 0 status :2 retry via raid path
2022-12-29T15:09:08.482Z cpu1:2098518)NMP: nmp_ThrottleLogForDevice:3856: Cmd 0x88 (0x459adfcd6240, 2231168) to dev "naa.600508b1001ccebef10a162d2c6a038a" on path "vmhba0:C1:T0:L1" Failed:
2022-12-29T15:09:08.482Z cpu1:2098518)NMP: nmp_ThrottleLogForDevice:3865: H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x21 0x0. Act:NONE. cmdId.initiator=0x43068ec95900 CmdSN 0x2cd344f
2022-12-29T15:09:08.482Z cpu1:2098518)ScsiDeviceIO: 4062: Cmd(0x459adfcd6240) 0x88, CmdSN 0x2cd344f from world 2231168 to dev "naa.600508b1001ccebef10a162d2c6a038a" failed H:0x0 D:0x2 P:0x0 Valid sense data: 0x5 0x21 0x0.
2022-12-29T15:09:08.482Z cpu26:2231168)BC: 413: read from vm1.test.de-flat.vmdk (f532 28 3 61e0209d 554395f0 5682990 9e55e7ca 17800004 39f 0 0 0 0 0) 131072 bytes failed: Not supported
2022-12-29T15:09:08.482Z cpu26:2231168)Log: 1487: Generating backtrace for 2231168: scp
2022-12-29T15:09:08.482Z cpu26:2231168)Backtrace for current CPU #26, worldID=2231168, fp=0x220b80
2022-12-29T15:09:08.482Z cpu26:2231168)0x451a6701b370:[0x42001e0e6e68]LogBacktraceInt@vmkernel#nover+0xf0 stack: 0x20008, 0x42001e61cd38, 0x16b0c46, 0x42001e04043e, 0x451a6701b4d0
2022-12-29T15:09:08.482Z cpu26:2231168)0x451a6701b3a0:[0x42001e04043d]BCFileIO@vmkernel#nover+0x1b6 stack: 0x0, 0x0, 0x2e65636e6563696c, 0x2e6f6261746e6f63, 0x642e7961706d6f63
2022-12-29T15:09:08.482Z cpu26:2231168)0x451a6701b610:[0x42001e04180e]BCReadBuffer@vmkernel#nover+0x4db stack: 0x8000000, 0x430dc5800000, 0x0, 0x42001e0414f7, 0x0
2022-12-29T15:09:08.482Z cpu26:2231168)0x451a6701b900:[0x42001e0426b8]BC_GetPageRef@vmkernel#nover+0x99 stack: 0x0, 0x430fc0411910, 0x0, 0x430e35db7520, 0x16b0c46
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701b960:[0x42001e03ddf4]FSSVec_GetPageRef@vmkernel#nover+0x55 stack: 0x1000, 0x16b0c46, 0x6b3c6000, 0x42001e04334c, 0xffffffffffffffff
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701b990:[0x42001e04334b]BC_StartFHID@vmkernel#nover+0xec stack: 0x0, 0x6b3c6, 0x0, 0xd820995010, 0x1a000
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701bd30:[0x42001e043a98]BCReadFHID@vmkernel#nover+0x75 stack: 0x1b814738, 0x451a6701be3c, 0x0, 0x3fffffffff, 0x0
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701bdc0:[0x42001e04433c]BC_ReadFHID@vmkernel#nover+0x61 stack: 0x451a01860480, 0x430fc0411910, 0xbe0b808800000, 0x451a6701bea8, 0x0
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701be20:[0x42001e46b446]UserFileReadv@vmkernel#nover+0x83 stack: 0x430e74a02010, 0x2000000000003, 0x451a6701be90, 0x430e74a02010, 0xd82098f010
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701be80:[0x42001e46e05f]LinuxFileDesc_Read@vmkernel#nover+0xcc stack: 0x459a84fa1cb8, 0xd82098f010, 0x20000, 0x451a6701be98, 0x430e00000001
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701bf00:[0x42001e41f14c]User_LinuxSyscallHandler@vmkernel#nover+0x109 stack: 0x451a6701bfd0, 0x0, 0x0, 0x0, 0x0
2022-12-29T15:09:08.483Z cpu26:2231168)0x451a6701bf40:[0x42001e154067]gate_entry@vmkernel#nover+0x68 stack: 0x0, 0x0, 0xd81e86d3a0, 0x20000, 0x3

Hallo,
hast du Platz die Datei lokal auf dem Host auf eine andere Platte testweise zu kopieren?
Gruß

Hallo, die Festplatten laufen alle in einem Raid, habe daher keine "unabhängige Platte". Ich könnte höchsten versuchen das Image auf einen FTP Speicher zu schieben.

Die Frage war nicht eine unabhängige Platte zu haben, sondern ob ausreichend Platz auf demselben System für eine vollständige Kopie der unwilligen VMDK vorhanden ist.
Wenn die lokale Kopie schon nicht funktioniert, brauchst du die Migration auf einen anderen Host überhaupt nicht erst starten.
Anstatt "scp" empfehlen wir die Verwendung von "vmkfstools" direkt auf dem ESXi oder per SSH-Console. Damit lassen sich dann VMDKs auch im platzsparenden Thin-Format kopieren.