On Thu, Aug 02, 2012 at 02:12:38PM +0300, Evaggelos Balaskas wrote: virt-ls doesn't support this. It ought to, because similar utilities like virt-cat do support Windows drive mappings, as does the underlying API. Unless you want to fix virt-ls sources, your best bet is probably to use the attached script. $ LIBVIRT_DEFAULT_URI=qemu:///system /tmp/listdrive.pl Win7x32TwoDisks E Program Files Program Files/Mozilla Firefox Program Files/Mozilla Firefox/plc4.dll Program Files/Mozilla Firefox/AccessibleMarshal.dll Program Files/Mozilla Firefox/application.ini Program Files/Mozilla Firefox/blocklist.xml [etc] Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org

On Thu, Aug 02, 2012 at 02:46:25PM +0300, Evaggelos Balaskas wrote: virt-copy-out is just a wrapper around the guestfish copy-out command. You can use the guestfish command copy-out directly, but you have to do the drive letter mapping "by hand": guestfish --ro -d Win2003 -i <<EOF umount-all # to display drive mappings, do 'inspect-get-drive-mappings /dev/vda2' # this assumes d: is /dev/sdb1 mount-ro /dev/sdb1 / copy-out win:/foo /bar EOF There's a related RFE to have guestfish create drive mountpoints which would make this happen automagically. See the TODO file. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

The below set of cmds is a working test according to your help notes: mkdir -pv backup cd !$ guestfish --ro -d win2003 -i Welcome to guestfish, the libguestfs filesystem interactive shell for editing virtual machine filesystems. Type: 'help' for help on commands 'man' to read the manual 'quit' to quit the shell Operating system: Microsoft Windows Server 2003 /dev/vda1 mounted on / /dev/vda1: ntfs /dev/vdb1: ntfs reading guestfish manual and see some msgs like "tar: Exiting with failure status due to previous errors" i am guessing that you (we) are using tar command to copy out. the previous error is : "tar: ......... : Cannot open: File name too long" although not a big problem I've used kpartx for LVM partition, mount mapper disk and rsync files but i never had this speed. Really impressive. I 'll rsync the final output just to be sure of files. Are there any other tips ? -- Evaggelos Balaskas - Unix System Engineer http://gr.linkedin.com/in/evaggelosbalaskas

In our infrastructure we have some users that dont understand about the basics and are keep writing small descriptions for file names ! an example is below, the name is in Greek tar: ./Desktop/ΔΗΜΗΤΡΗΣ/ΣΥΝΤΕΛΕΣΤΕΣ ΑΠΟΣΒΕΣΗΣ Νέοι συντελεστές απόσβεσεις πάγιων περιουσιακών στοιχείων Οι συντελεστές απόσβεσης, ανώτεροι και κατώτεροι που προβλέπει το ΠΔ για κάθε είδος επιχειρηματικής δραστηριότητας.htm: Cannot open: File name too long tar: Exiting with failure status due to previous errors On Fri, Aug 3, 2012 at 10:16 AM, Richard W.M. Jones <rjones(a)redhat.com&gt; wrote: -- Evaggelos Balaskas - Unix System Engineer http://gr.linkedin.com/in/evaggelosbalaskas

On Fri, Aug 03, 2012 at 10:53:53AM +0300, Evaggelos Balaskas wrote: I looked into this more closely and it turns out that it's the tar subprocess running *on the host* which fails. The reason is clear: it's because the host filesystem (eg. ext4) doesn't support a filename of this length. ext2/3/4 supports filenames of up to 255 bytes. However because this filename contains UTF-8 chars which (in this case) are encoded as 2 bytes each, your ~200 character filename is really ~400 bytes, and that is too long. If you switched to a different host filesystem[1] then you'd be able to do this. Or keep your backup as a tarball (ie. replace 'copy-out' with 'tar-out'), since GNU tar can store unlimited length filenames. We will probably document this issue, but I don't think this is a bug in libguestfs. Rich. [1] eg: exFAT, NTFS, reiser are the only likely candidates. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/

With 175161 files - 54G of storage and an NTFS partition, i had zero errors about "Cannot open: File name too long" I run guestfish on a running (live) win2003 VM machine. although I didnt calculate time, it seemed a bit slower from before (ext4). I know that i may cross a line here, but is there any way to sync data from win2003:/dev/vdb1: ntfs to my LVM Partition through libguestfs ? or i have to do it with the traditional way (kpartx, mount map partition, rsync etc etc) -- Evaggelos Balaskas - Unix System Engineer http://gr.linkedin.com/in/evaggelosbalaskas

well i did but it seems that i am making something wrong [ebal@mylaptop supermin.d]€ pwd -P /usr/lib/guestfs/supermin.d [ebal@mylaptop supermin.d]€ grep rsync * Binary file base.img matches hostfiles:/usr/bin/rsync hostfiles:/usr/lib/rsync hostfiles:/usr/lib/rsync/rrsync hostfiles:/usr/lib/systemd/system/rsyncd.service hostfiles:/usr/share/augeas/lenses/dist/rsyncd.aug hostfiles:/usr/share/augeas/lenses/dist/tests/test_rsyncd.aug but with guestfish /usr/bin/rsync: unknown command any pointers rich ? PS: i am using archlinux ! On Fri, Aug 3, 2012 at 5:03 PM, Richard W.M. Jones <rjones(a)redhat.com&gt; wrote: -- Evaggelos Balaskas - Unix System Engineer http://gr.linkedin.com/in/evaggelosbalaskas

On Fri, Aug 03, 2012 at 05:52:27PM +0100, Richard W.M. Jones wrote: debug sh isn't interactive, so the rsync command had better work without requiring any user input, like passphrases etc. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/

On Fri, Aug 03, 2012 at 09:54:59PM +0300, Evaggelos Balaskas wrote: Enabling the network in libguestfs (before launch) adds a few flags to the qemu command line which in turn enables user networking in qemu. There are some limitations to this form of networking, mainly no incoming connections are allowed and things like 'ping' won't work: http://libguestfs.org/virt-rescue.1.html#network However as long as rsync/ssh initiates the connection from inside the appliance you'll be OK. Yup, I think so. Strange that the rsync package doesn't depend on ssh already. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw

On Fri, Aug 03, 2012 at 11:23:34PM +0300, Evaggelos Balaskas wrote: [...] Of course doing this in virt-rescue means you can't automate it. It should be possible to do automate all this in guestfish: Use 'debug sh "mkdir ..."' to create the directory in the appliance, and 'debug-upload' to upload the key, and further 'debug sh' commands to set the permissions. There is no concept of current directory in libguestfs API / guestfish. Then 'debug sh ...' to run this. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora