qemu-img not working correctly with vmdk file (since PVE3.2)
- Thread starter Patschi
- Start date
Hey Tom.
I just stumbled upon the same issue... Trying to import a VMWare appliance (MusicBrainz mirror server) onto proxmox...
I guess if you want to try, give this a shot:
The OVA is available at:
ftp://mayhemchaos.org/pub/musicbrainz/vm/musicbrainz-server-vmware-2013-10-14.ova
After I extracted the 'musicbrainz-server-vmware-2013-10-14-disk1.vmdk' file, I try to convert it to qcow2 with the following command:
But I get
Funny MusicBrainz being opensource doesnt have Qemu images or other OSS formats (Vbox & VMWare only..) Go figure!
Hi,
vmdk3 is only supported in comming qemu 2.0.
But maybe can you try this script:
http://carlos-spitzer.com/2013/12/2...3-images-to-qcow2-even-when-qemu-img-fails-o/
vmdk3 is only supported in comming qemu 2.0.
But maybe can you try this script:
http://carlos-spitzer.com/2013/12/2...3-images-to-qcow2-even-when-qemu-img-fails-o/
Already tried, I get
Code:
root@proxmox:/var/lib/vz/template/qemu# ./conv.sh musicbrainz-server-vmware-2013-10-14-disk1.vmdk
musicbrainz-server-vmware-2013-10-14-disk1.vmdk is VMDK3.n Patching to VMDK2.n Run this script again when you're done to patch it back.
[B]dd: invalid status flag: `none'[/B]
Try `dd --help' for more information.the script has this in it:
Code:
#!/bin/bash
VMDK=$1
FULLSIZE=`stat -c%s "$VMDK"`
VMDKFOOTER=$[$FULLSIZE - 0x400]
VMDKFOOTERVER=$[$VMDKFOOTER + 4]
case "`xxd -ps -s $VMDKFOOTERVER -l 1 "$VMDK"`" in
03)
echo -e "$VMDK is VMDK3.n Patching to VMDK2.n Run this script again when you're done to patch it back."
echo -en 'x02' | dd conv=notrunc status=none oflag=seek_bytes seek=$[VMDKFOOTERVER] of="$VMDK"
;;
02)
echo "File is VMDK2. Patching to VMDK3."
echo -en 'x03' | dd conv=notrunc status=none oflag=seek_bytes seek=$[VMDKFOOTERVER] of="$VMDK"
;;
default)
echo "$VMDK is not VMDK3 or patched-VMDK3.n"
;;
esacI have tried with 'none' between quotes, not working.. I have even removed the argument 'status=none' and ran the script once more, this time it complained
Seems everything XXXX=YYYY is not passed to dd properly, or proxmox ships with a different version of dd ??
EDIT: I tried performing the dd operation from another computer. DD didnt' output any errors so I assumed the script of 'carlos-spitzer' worked, then I scp'd the vmdk file to proxmox, and tried to re-convert the image from vmdk to qcow2 with the exact same command as I documented above, but it failed once again with:
So I guess the script to convert VMDK from V3 to V2 or vice-versa doesnt work at all!
Last edited:
Sorry, but I don't want to share the .ova file with the public, because it's a sort of an evalution-version of an Firewall and it's not allowed to share it freely. May I send you the link to the file via PM?
I just can say, that on a PVE setup from a friend without subscription it's possible to convert, but not on my system with subscription (PVE 3.2) and that's a bit annoying.
compare packages on these systems (pveversion -v): if it works on your friends box its very unlikely that it cannot work on your box.
This helped me. I was able to download the deb from https://packages.debian.org/wheezy-backports/amd64/qemu-utils/download, extract it to some arbitrary location & run the qemu-img binary from there:
Code:
# wget http://ftp.us.debian.org/debian/pool/main/q/qemu/qemu-utils_2.0.0+dfsg-4~bpo70+1_amd64.deb
# dpkg -c qemu-utils_2.0.0+dfsg-4~bpo70+1_amd64.deb
drwxr-xr-x root/root 0 2014-05-05 12:27 ./
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/bin/
-rwxr-xr-x root/root 863976 2014-05-05 12:27 ./usr/bin/qemu-img
-rwxr-xr-x root/root 843912 2014-05-05 12:27 ./usr/bin/qemu-io
-rwxr-xr-x root/root 839976 2014-05-05 12:27 ./usr/bin/qemu-nbd
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/sbin/
-rwxr-xr-x root/root 4841 2014-04-30 00:22 ./usr/sbin/qemu-make-debian-root
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/share/
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/share/doc/
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/share/doc/qemu-utils/
-rw-r--r-- root/root 11054 2014-05-05 11:59 ./usr/share/doc/qemu-utils/copyright
-rw-r--r-- root/root 521 2014-04-05 05:04 ./usr/share/doc/qemu-utils/README.Debian
-rw-r--r-- root/root 30616 2014-05-05 12:16 ./usr/share/doc/qemu-utils/changelog.Debian.gz
-rw-r--r-- root/root 9030 2014-04-14 04:26 ./usr/share/doc/qemu-utils/changelog.gz
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/share/man/
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/share/man/man8/
-rw-r--r-- root/root 677 2014-05-05 12:27 ./usr/share/man/man8/qemu-make-debian-root.8.gz
-rw-r--r-- root/root 2380 2014-05-05 12:27 ./usr/share/man/man8/qemu-nbd.8.gz
drwxr-xr-x root/root 0 2014-05-05 12:27 ./usr/share/man/man1/
-rw-r--r-- root/root 8698 2014-05-05 12:27 ./usr/share/man/man1/qemu-img.1.gz
-rw-r--r-- root/root 675 2014-05-05 12:27 ./usr/share/man/man1/qemu-io.1.gz
# mkdir /root/test
# dpkg -x qemu-utils_2.0.0+dfsg-4~bpo70+1_amd64.deb /root/test/From there I could run /root/test/usr/bin/qemu-img fine.
same problem here,
ova imorted smoothly into virtualbox. i had to use a debian/ubuntu original qemu-img binary to convert the disk image.
it would be a nice (maybe enterprise relevant feature) to directly import vmware files into proxmox. i dont mind using the console if it works, but others may like the usability improvement.
ova imorted smoothly into virtualbox. i had to use a debian/ubuntu original qemu-img binary to convert the disk image.
it would be a nice (maybe enterprise relevant feature) to directly import vmware files into proxmox. i dont mind using the console if it works, but others may like the usability improvement.