Virt. WINSBS2003 von Vmware2 nach ESXi geht nicht

[twj64]

Hallo,

ich versuche einen bestehenden virtuellen SBS2003 mit dem Vmware-Converter nach ESXi zu konvertieren.
Mit dem aktuellen Converter 4 bleibt die Konvertierung bei 75% stehen, bei dem "alten" Converter 3 tritt der selbe Effekt, allerdings bei 80% auf.
Merkwürdig ist, dass der Converter4 nur im laufenden Betrieb die Convertierung beginnt, der Converter3 hingegen nur bei ausgeschaltetem SBS.
Konfiguration:
Alter Host:
WIN2008 mit Vmware Server 2
Neuer Host: ESXi4.1U1

Gast: WIN SBS2K3 mit Laufwerk C (System, 100 GB), E (Daten 300GB) und F (Backup, 200 GB).

Einen weiteren WIN2K3-Standard Server sowie eine WIN-XP-Maschine habe ich bereits problemlos migrieren können.

Hat vielleicht jemand einen Tip für mich?

Den Exchange habe ich bereits bei der Konvertierung deaktiviert.

Plase help ich bin der Verzweifelung nahe.

Gruß, Torsten

[mbreidenbach]

Kriegst Du C: rüber ? Dann könnte man versuchen E: und F: bei gestoppten Diensten mit Robocopy oder sowas rüberzuziehen..

Ansonsten - ich würde mal in die Logs vom Konverter schauen was er denn für Probleme hat.

[saxa]

Wieso ist denn dieser Converter so beliebt? Ich habe ihn noch nie benutzt und bin immer noch nicht gestorben.

Deine Aufgabe beim Migrieren von VMServer auf ESXi besteht im Wesentlichen in der Konvertierung der Festplatten.

Methode für Kinder:

die vmx-Datei auf den ESXi hochladen. Dann, von einer Windows/lLinux Maschine mit Hilfe des Programms vmware-vdiskmanager die Festplatten direkt auf den ESXi klonen. Wie das geht, erfähst du, indem du vmware-vdiskmanager ohne Optionen aufrufst.

Methode für Erwachsene:

komplette VM auf den ESXi kopieren, aber vorerst noch nicht registrieren. Auf den ESXi mit SSH anmelden und dort die Festplatten mithilfe des

Code: Alles auswählen

vmkfstools -i "/path/to/old Disk.vmdk" "/path/to/new Disk.vmdk" -d zeroedthick

in den ESXi-Format klonen. Diese neuen Platten in die VM durch das Editieren der vmx-Datei einbinden. VM registrieren und starten.

[twj64]

Wieso ist denn dieser Converter so beliebt? Ich habe ihn noch nie benutzt und bin immer noch nicht gestorben.

Deine Aufgabe beim Migrieren von VMServer auf ESXi besteht im Wesentlichen in der Konvertierung der Festplatten.

Methode für Kinder:

die vmx-Datei auf den ESXi hochladen. Dann, von einer Windows/lLinux Maschine mit Hilfe des Programms vmware-vdiskmanager die Festplatten direkt auf den ESXi klonen. Wie das geht, erfähst du, indem du vmware-vdiskmanager ohne Optionen aufrufst.

Methode für Erwachsene:

komplette VM auf den ESXi kopieren, aber vorerst noch nicht registrieren. Auf den ESXi mit SSH anmelden und dort die Festplatten mithilfe des

Code: Alles auswählen

vmkfstools -i "/path/to/old Disk.vmdk" "/path/to/new Disk.vmdk" -d zeroedthick

in den ESXi-Format klonen. Diese neuen Platten in die VM durch das Editieren der vmx-Datei einbinden. VM registrieren und starten.

Hi, danke euch erstmal für die Tips.
2 Fragen hierzu:
1. Methode für Kinder : Wo bitte bekomme ich den vmware-vdiskmanager her? auf der Vmware-Seite habe ich ihn nicht gefunden.

2. Methode für Erwachsene: Die Maschinen stehen entfernt, wie komme ich mit Putty auf die Konsole? Die Verbindung wird refused.

Gruß, Torsten

[irix]

Wieso ist denn dieser Converter so beliebt? Ich habe ihn noch nie benutzt und bin immer noch nicht gestorben.

Deine Aufgabe beim Migrieren von VMServer auf ESXi besteht im Wesentlichen in der Konvertierung der Festplatten.

Methode für Kinder:

die vmx-Datei auf den ESXi hochladen. Dann, von einer Windows/lLinux Maschine mit Hilfe des Programms vmware-vdiskmanager die Festplatten direkt auf den ESXi klonen. Wie das geht, erfähst du, indem du vmware-vdiskmanager ohne Optionen aufrufst.

Methode für Erwachsene:

komplette VM auf den ESXi kopieren, aber vorerst noch nicht registrieren. Auf den ESXi mit SSH anmelden und dort die Festplatten mithilfe des

Code: Alles auswählen

vmkfstools -i "/path/to/old Disk.vmdk" "/path/to/new Disk.vmdk" -d zeroedthick

in den ESXi-Format klonen. Diese neuen Platten in die VM durch das Editieren der vmx-Datei einbinden. VM registrieren und starten.

Hi, danke euch erstmal für die Tips.
2 Fragen hierzu:
1. Methode für Kinder : Wo bitte bekomme ich den vmware-vdiskmanager her? auf der Vmware-Seite habe ich ihn nicht gefunden.

Gehoert zu VMware Server und VMware Workstation?

2. Methode für Erwachsene: Die Maschinen stehen entfernt, wie komme ich mit Putty auf die Konsole? Die Verbindung wird refused.

Gruß, Torsten

SSH muss ueber den VIC Host->Configuration->Security und dann Enable SSH remote tech support aktivieren.

Gruss
Joerg

[twj64]

Hallo Joerg,

zu 1: ?? Ich setze vSphere 4.1 ein. Welches Paket muss ich mir da holen?

zu 2: das hatte ich schon gelesen, dann muss ich aber an die Konsole des ESXi gehen - gibt es keine andere Lösung aus der Ferne?

[irix]

Hallo Joerg,

zu 1: ?? Ich setze vSphere 4.1 ein. Welches Paket muss ich mir da holen?

Du hattest doch geschrieben das du VMware Server 2 hast und dazu gehoert auch der vmware-diskmanager.exe

zu 2: das hatte ich schon gelesen, dann muss ich aber an die Konsole des ESXi gehen - gibt es keine andere Lösung aus der Ferne?

Haeh? Du sollst ueber den vSphere Client den SSH TSM freischalten und dann mit einem SSH Client auf der Konsole rumturnen und nein dazu muss man nicht durch die Gegend fahren.

Gruss
Joerg

[twj64]

Hallo Joerg,

Danke für Deine schnelle Antwort.

zu 2: hat prima geklappt, habe die Option gefunden. Danke

zu 1: Ich hatte das so verstanden, dass ich die VMD's auf den ESXi hochladen soll, dort läuft aber doch nicht der diskmanager.
Wenn ich Deine Ausführungen richtig verstehe, dann stoppe ich den Gast auf dem Vmware Server 2 (dieser läuft auf einem WIN2K8-Server), konvertiere dort die virtuellen Disks und lade diese anschließend auf das Datastorage des ESXi hoch.

Habe ich das nun richtig verstanden? (kratz, grübel, kratz)
Ansonsten kann ich doch den Diskmanager nicht auf dem ESXi laufen lassen

[irix]

Die Kinder verwenden erst den vmware-diskmanager und laden dann das Ergebnis hoch auf den ESXi.

Die Maenner laden es gleich hoch um dann im Nachgang vmkfstools zu verwenden.

Aber das hatte "saxa" eigentlich schon gesagt . Letztere Methode hat den Vorteil das die Originaldateien nicht angetastet werden. Ja natuerlich ist bei beiden Methoden die VM ausgeschaltet.

Gruss
Joerg

[twj64]

Ich danke euch für die schnelle Nachhilfe, dann werde ich mal in den Wald gehen und die Methode für richtige Männer ausprobieren.

Ich werde über das Ergebnis berichten

[saxa]

Die Kinder verwenden erst den vmware-diskmanager und laden dann das Ergebnis hoch auf den ESXi.

Hallo Joerg, hallo Torsten,

die fast erwachsenen Kinder nehmen ein moderneres vmware-vdiskmanager - z.B. aus dem "Lieferumfang" der Workstation 7.1.4.

Dieser kann sich nämlich direkt mit dem ESXi verbinden und eine lokale Festplatte in einem Schritt konvertieren und auf den ESXi uploaden.

Gruß,
Alexander

P.S.: Nachfolgend die Ausgabe des vdiskmanagers; uns interessiert das Beispiel #6:

Code: Alles auswählen

VMware Virtual Disk Manager - build 385536.
Usage: vmware-vdiskmanager.exe OPTIONS <disk-name> | <mount-point>
Offline disk manipulation utility
  Operations, only one may be specified at a time:
     -c                   : create disk.  Additional creation options must
                            be specified.  Only local virtual disks can be
                            created.
     -d                   : defragment the specified virtual disk. Only
                            local virtual disks may be defragmented.
     -k                   : shrink the specified virtual disk. Only local
                            virtual disks may be shrunk.
     -n <source-disk>     : rename the specified virtual disk; need to
                            specify destination disk-name. Only local virtual
                            disks may be renamed.
     -p                   : prepare the mounted virtual disk specified by
                            the mount point for shrinking.
     -r <source-disk>     : convert the specified disk; need to specify
                            destination disk-type.  For local destination disks
                            the disk type must be specified.
     -x <new-capacity>    : expand the disk to the specified capacity. Only
                            local virtual disks may be expanded.
     -R                   : check a sparse virtual disk for consistency and attempt
                            to repair any errors.
     -D                   : make disk deletable.  This should only be used on disks
                            that have been copied from another product.

  Other Options:
     -q                   : do not log messages

  Additional options for create and convert:
     -a <adapter>         : (for use with -c only) adapter type
                            (ide, buslogic, lsilogic). Pass lsilogic for other adapter types.
     -s <size>            : capacity of the virtual disk
     -t <disk-type>       : disk type id

  Options for remote disks:
     -h <hostname>        : hostname of remote server
     -u <username>        : username for remote server
     -f <filename>        : file containing password
     -P <port>            : optional TCP port number (default: 902)
     -S                   : specifies that the source disk is remote, by default
                            the remote options are assumed to refer to the
                            destination.
  Disk types:
      0                   : single growable virtual disk
      1                   : growable virtual disk split in 2GB files
      2                   : preallocated virtual disk
      3                   : preallocated virtual disk split in 2GB files
      4                   : preallocated ESX-type virtual disk
      5                   : compressed disk optimized for streaming
      6                   : thin provisioned virtual disk - ESX 3.x and above

     The capacity can be specified in sectors, KB, MB or GB.
     The acceptable ranges:
                           ide adapter : [1MB, 2040.0GB]
                           scsi adapter: [1MB, 2040.0GB]
        ex 1: vmware-vdiskmanager.exe -c -s 850MB -a ide -t 0 myIdeDisk.vmdk
        ex 2: vmware-vdiskmanager.exe -d myDisk.vmdk
        ex 3: vmware-vdiskmanager.exe -r sourceDisk.vmdk -t 0 destinationDisk.vmdk
        ex 4: vmware-vdiskmanager.exe -x 36GB myDisk.vmdk
        ex 5: vmware-vdiskmanager.exe -n sourceName.vmdk destinationName.vmdk
        ex 6: vmware-vdiskmanager.exe -r sourceDisk.vmdk -t 4 -h esx-name.mycompany.com \
              -u username -f passwordfile "[storage1]/path/to/targetDisk.vmdk"
        ex 7: vmware-vdiskmanager.exe -k myDisk.vmdk
        ex 8: vmware-vdiskmanager.exe -p <mount-point>
              (A virtual disk first needs to be mounted at <mount-point>)

"passwordfile" ist eine Texdatei mit einer einzigen Zeile - root-Paaswort des ESXi.

[irix]

Danke fuer die Info.... wobei ich mal stark hoffe das ich den VMware Server nicht mehr antreffe

Gruss
Joerg

[saxa]

Danke fuer die Info.... wobei ich mal stark hoffe das ich den VMware Server nicht mehr antreffe

Ja, schon, aber mit dieser beiden Vorgehensweisen kann man auch die Workstation-Disks auf eine aktuellere Plattform bringen.