Seite 1 von 1

Kopieren per WINSCP auf ESX3.5 schlägt fehl

Verfasst: 15.06.2010, 11:09
von heinzelrumpel
Hallo,

ich hab eeine Gast under dem VMWARE Player am laufen. Dieser soll auf den ESX 3.5. Nach dem kopieren in /vmfs/volumes/esx1:storage1/ bekomme ich vom Programm eine Fehlermeldung:

Code: Alles auswählen

Die Übertragung wurde erfolgreich beendet, aber die temporäre Datei "Virtual Maschien.vmdk.filepart"  konnte nicht zur Zieldatei "Virtual Maschine.vmdk" umbenannt werden. Wenn das Problem weiterhin besteht, sollten Sie versuchen,  die Unterstützung für die Übertragungsfortsetzung  abzuschalten.



Ist diese Übertragungsfortsetzung ein VMWARE-Setting, oder liegt das Problem bei WINSCP?

Gruß

Heinzelrumel

Verfasst: 15.06.2010, 11:59
von schoppen73
Im WinSCP gibt es ein Setting unter Options -> Preferences -> Transfer -> Endurance -> "Enable transfer resume...." - das einfach auf "Disable", dann macht er das nicht mehr.

Du kannst aber auch z.B. mit Putty auf deinen ESX drauf (oder direkt über die Konsole) und das File einfach umbenennen.

Verfasst: 15.06.2010, 12:56
von heinzelrumpel
O.K. Habe es mit einem anderen Tool kopiert. Anscheinend ist die vmx bei dem VMWare Player anders aufgebaut, als bei ESX 3.5, denn USB und HDD lassen sich in den einstellungen nicht editieren. Auch wenn ich den Datenspeicher auf dem Host durchsuche, wird mir die vmdk des Clienst nicht angezeigt. Beim Aufnehmen in die Bestandsliste hatte ESX nicht gemekkert. Was könnte die Ursache sein?

Verfasst: 15.06.2010, 23:02
von Dayworker
USB gibts auf dem ESX(i)3 genausowenig wie IDE. Wenn du USB in einer VM brauchst, mußt du einen Device-Server dafür einsetzen. Als nächstes Problem ist die v.HW-Version deiner unbekannten Player-Version zu nennen. Der ESX(i)3 kann nur mit der 4 umgehen und der Player kann auch die 6 oder 7 haben. Die stellst du am sinnvollsten noch auf dem Player auf die 4 zurück. Wenn das dort nicht geht, mußt du VMX und VMDK manuell auf die 4 zurücksetzen.

Verfasst: 16.06.2010, 10:23
von heinzelrumpel
Danke für den Hinweis. Bin dadurch einen Schritt weiter. Jetzt haperts nur noch an der HW Version der vmdk, diese ist 7. Wie kann ich sie zurückkonvertieren in Version 4? Im VMWAREPlayer lässt sich leider nicht einstellen.

Gruß, Heinzelrumpel

Verfasst: 16.06.2010, 11:04
von Dayworker
Zurückkonvertieren ist zuviel der Mühe. Editieren der VMX und VMDK reicht aus.

PS: Vorher das Backup der VM nicht vergessen.

Verfasst: 18.06.2010, 16:36
von heinzelrumpel
Dayworker hat geschrieben:Zurückkonvertieren ist zuviel der Mühe. Editieren der VMX und VMDK reicht aus.

PS: Vorher das Backup der VM nicht vergessen.


In der vmx habe ich auf 4 gesetzt, aber was soll ich in oder an der vmdk editieren?

vmx| [msg.upgrade.unsupportedHWVersion] One or more of the disks used by this virtual machine was created by an unsupported version of VMware ESX Server. To power on the virtual machine, either remove the unsupported disk(s) or use a version of VMware ESX Server that supports this version of disks. Below is a list of the disks and their reported versions.

Verfasst: 18.06.2010, 17:19
von continuum
wolltest du nicht die virtualhardware auf 4 setzen ?
http://sanbarrow.com/vmdk-basics.html#syntax

Verfasst: 13.07.2010, 10:11
von heinzelrumpel
continuum hat geschrieben:wolltest du nicht die virtualhardware auf 4 setzen ?
http://sanbarrow.com/vmdk-basics.html#syntax


Ja, wollte ich eigentlich.Das scheint aber beim VMWARE Player anders zu laufen, als bei ESX 3.5, denn die erste vmdk beim Player beinhaltet auch gleich die Daten, wohingegen beim ESX die Konfig den Verweis auf die vmdk und weiter Parameter enthält.

Dies ist der Eintrag aus einer VMDK vom ESX

Code: Alles auswählen

[root@esx2 VM004]# cat VM004.vmdk
# Disk DescriptorFile
version=1
CID=5a0832d9
parentCID=ffffffff
createType="vmfs"

# Extent description
RW 31457280 VMFS "VM004-flat.vmdk"

# The Disk Data Base
#DDB

ddb.adapterType = "buslogic"
ddb.geometry.sectors = "63"
ddb.geometry.heads = "255"
ddb.geometry.cylinders = "1958"
ddb.uuid = "60 00 C2 9c 4c 4a 00 b0-f0 34 8f 19 47 37 6f 53"
ddb.virtualHWVersion = "4"
ddb.toolsVersion = "7302"
ddb.geometry.biosCylinders = "1958"
ddb.geometry.biosHeads = "255"
ddb.geometry.biosSectors = "63"
[root@esx2 VM004]#


Gruss, Heinzelrumpel

Verfasst: 13.07.2010, 17:56
von Dayworker
version=1
Bei der v.HW-Version 4 bzw 7 sollte dort auch eine 4 bzw 7 stehen. Keine Ahnung was die Version 1 dort aussagt, vermutlich ist das noch eine uralte VM-Config und ich hab keine Ahnung ob die überhaupt auf dem ESX(i) läuft. Versuch macht also kluch. ;)

Verfasst: 13.07.2010, 18:09
von heinzelrumpel
Dayworker hat geschrieben:
version=1
Bei der v.HW-Version 4 bzw 7 sollte dort auch eine 4 bzw 7 stehen. Keine Ahnung was die Version 1 dort aussagt, vermutlich ist das noch eine uralte VM-Config und ich hab keine Ahnung ob die überhaupt auf dem ESX(i) läuft. Versuch macht also kluch. ;)


Doch. Das obige läuft auf dem ESX, jedoch gibt es solch eine Konfig nicht bei im VMWARE PLAYER erstellten VMs. Das ist das Dilemma gerade, da ich keinen Ort habe, in dem ich die Hardwareversion ändern kann.

Verfasst: 13.07.2010, 18:17
von continuum
alle derzeit verwendeten vmdk-Formate haben
version=1
das hat mit der virtuellen hardware version nichts zu tun.

Wahrscheinlich liegt das problem daran das eine monollithicSparse vmdk vorliegt - dies kann ESX nicht nutzen.

Probier mal die vmdk mit vmkfstools zu importieren a la
vmkfstools -i vmplayer.vmdk neu.vmdk

Verfasst: 13.07.2010, 18:18
von Dayworker
Diese Konfig gibt es auch beim Player. Dazu mußt du nur eine Preallocated Disk und keine Sparse-Disk (mitwachsend) anlegen und die Stückelung in 2GB-Häppchen ablehnen. Dann hast du wie auf dem ESX eine kleine (2KByte) beschreibende VMDK-Datei und eine große im angelegten GB-Bereich.

Verfasst: 13.07.2010, 20:07
von heinzelrumpel
Danke.Jetzt ist die Sache klar.Gibt es denn eine Möglichkeit von Sparse zu Allocated zu konvertieren?Ansonsten mache ich eben ein Backup und anschließend ein restore auf der neuen Hd.

Verfasst: 13.07.2010, 20:45
von Dayworker
Siehe Ulli's Posting. ;)
Oder du machst die Wandlung noch auf dem Player. Da sollte es auch ein Proggi namens vmware-vdiskmanger geben. Die Syntax hab ich aber grad nicht zur Hand.