search for: set_cachedir

...ion. # ./run guestfish --format=raw --ro -a rbd://[fd00::cefc:1]:6789/images/CentOS-7-x86_64-GenericCloud-1901 libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_tmpdir "/root/libguestfs/tmp" libguestfs: trace: set_tmpdir = 0 libguestfs: trace: set_cachedir "/root/libguestfs/tmp" libguestfs: trace: set_cachedir = 0 libguestfs: trace: set_path "/root/libguestfs/appliance" libguestfs: trace: set_path = 0 libguestfs: create: flags = 0, handle = 0xf4afb0, program = guestfish libguestfs: trace: set_pgroup true libguestfs: trace: set_pgr...

...rt-v2v -ic qemu+ssh://xxx at 192.168.xxx.xxx/system -o rhev -os 192.168.xxx.xxx:/mnt/exports -of qcow2 -oa sparse -n ovirtmgmt testvm virt-v2v version is 0.9.0. This is the output produced by the command: libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_cachedir "/tmp" libguestfs: trace: set_cachedir = 0 libguestfs: create: flags = 0, handle = 0x473ce90 libguestfs: trace: add_drive "/tmp/lD0zFfpO0_/0e6f780b-6095-4055-a00d-8579b80ad30b/v2v.yxFHyfAJ/1cf96195-fc6e-4e1f-bd55-e71aef7d21a1/2c475cc1-2dd9-487b-8a06-a6ac75c6b7b9" "format:...

v8: - split the big patch into several commits v7: - rebased because patch 1/3 has been pushed - changes to nsplit have been dropped (2/3) - addressed Richard's comments, notably the subfolder function was moved to mllib and renamed to subdirectory v6: - just rebase v5: - rebase, patches 1,3,5 were merged - 1/3: we still need to discuss whether to detect compressed discs - 2/3: -

I believe the bug lies in libguestfs. Taking out the commands being sent to QEMU and using qemu-img info I can recreate the error: # qemu-img info "rbd:images/CentOS-7-x86_64-GenericCloud-1901:mon_host=[fd00::cefc:1]\:6789:auth_supported=none" qemu-img: Could not open 'rbd:images/CentOS-7-x86_64-GenericCloud-1901:mon_host=[fd00::cefc:1]\:6789:auth_supported=none': invalid

...int guestfs_impl_set_tmpdir (guestfs_h *g, const char *tmpdir) { - return set_abs_path (g, tmpdir, &g->int_tmpdir); + return set_abs_path (g, "set_tmpdir", tmpdir, &g->int_tmpdir); } /** @@ -117,7 +127,7 @@ guestfs_impl_get_tmpdir (guestfs_h *g) int guestfs_impl_set_cachedir (guestfs_h *g, const char *cachedir) { - return set_abs_path (g, cachedir, &g->int_cachedir); + return set_abs_path (g, "set_cachedir", cachedir, &g->int_cachedir); } /** -- 2.9.3

Hi All, I been using virt-builder to create testing VMs (most ubuntu) for a while, and it works great. But when I cloned the git repo today and found the process becoming extremely slow, please see the output below. log that produced by pre-installed vendor package: virt-builder ubuntu-14.04 --firstboot-command 'useradd -m -p "" myan; chage -d 0 myan; usermod -aG sudo myan;' [

...4.04.xz [ 1.4] Planning how to build this image [ 1.4] Uncompressing [ 4.4] Opening the new disk libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_tmpdir "/home/myan/work/libguestfs/tmp" libguestfs: trace: set_tmpdir = 0 libguestfs: trace: set_cachedir "/home/myan/work/libguestfs/tmp" libguestfs: trace: set_cachedir = 0 libguestfs: trace: set_path "/home/myan/work/libguestfs/appliance" libguestfs: trace: set_path = 0 libguestfs: create: flags = 0, handle = 0x11ce170, program = virt-builder libguestfs: trace: set_network true l...

The existing mechanism was clunky, slow and used ~ 10 MB of local disk. Rich.

Split up the huge generator/actions.ml into several smaller files. Rich.