Since I upgrading to FC27, I *sometimes* fail to virt-sysprep. The debug messages: libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: create: flags = 0, handle = 0x7f4600005dd0, program = python2 libguestfs: trace: set_program "lago" libguestfs: trace: set_program = 0 libguestfs: trace: add_drive_ro "/home/ykaul/ovirt-system-tests/deployment-basic-suite-master/default/images/lago-basic-suite-master-host-0_root.qcow2" libguestfs: trace: add_drive "/home/ykaul/ovirt-system-tests/deployment-basic-suite-master/default/images/lago-basic-suite-master-host-0_root.qcow2" "readonly:true" libguestfs: creating COW overlay to protect original drive content libguestfs: trace: disk_format "/home/ykaul/ovirt-system-tests/deployment-basic-suite-master/default/images/lago-basic-suite-master-host-0_root.qcow2" libguestfs: command: run: qemu-img libguestfs: command: run: \ info libguestfs: command: run: \ --output json libguestfs: command: run: \ /dev/fd/7 qemu-img: Could not open '/dev/fd/7': Failed to get shared "write" lock Is another process using the image? libguestfs: trace: disk_format = NULL (error) libguestfs: trace: add_drive = -1 (error) libguestfs: trace: add_drive_ro = -1 (error) Any ideas? TIA, Y.
On Tue, Nov 21, 2017 at 11:43:54PM +0200, Yaniv Kaul wrote:> Since I upgrading to FC27, I *sometimes* fail to virt-sysprep. > The debug messages: > libguestfs: trace: set_verbose true > libguestfs: trace: set_verbose = 0 > libguestfs: create: flags = 0, handle = 0x7f4600005dd0, program = python2 > libguestfs: trace: set_program "lago" > libguestfs: trace: set_program = 0 > libguestfs: trace: add_drive_ro > "/home/ykaul/ovirt-system-tests/deployment-basic-suite-master/default/images/lago-basic-suite-master-host-0_root.qcow2" > libguestfs: trace: add_drive > "/home/ykaul/ovirt-system-tests/deployment-basic-suite-master/default/images/lago-basic-suite-master-host-0_root.qcow2" > "readonly:true" > libguestfs: creating COW overlay to protect original drive content > libguestfs: trace: disk_format > "/home/ykaul/ovirt-system-tests/deployment-basic-suite-master/default/images/lago-basic-suite-master-host-0_root.qcow2" > libguestfs: command: run: qemu-img > libguestfs: command: run: \ info > libguestfs: command: run: \ --output json > libguestfs: command: run: \ /dev/fd/7 > qemu-img: Could not open '/dev/fd/7': Failed to get shared "write" lock > Is another process using the image?Is something else using the lago-basic-suite-master-host-0_root.qcow2 image at the same time? I'm not clear if the backend is libvirt or direct. For libvirt we don't have a solution to this yet, although there is a patch series you can try: https://www.redhat.com/archives/libvir-list/2017-November/msg00617.html Rich.> libguestfs: trace: disk_format = NULL (error) > libguestfs: trace: add_drive = -1 (error) > libguestfs: trace: add_drive_ro = -1 (error) > > > Any ideas? > TIA, > Y.> _______________________________________________ > Libguestfs mailing list > Libguestfs@redhat.com > https://www.redhat.com/mailman/listinfo/libguestfs-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org
On Thu, Nov 23, 2017 at 10:57 AM, Richard W.M. Jones <rjones@redhat.com> wrote:> On Tue, Nov 21, 2017 at 11:43:54PM +0200, Yaniv Kaul wrote: > > Since I upgrading to FC27, I *sometimes* fail to virt-sysprep. > > The debug messages: > > libguestfs: trace: set_verbose true > > libguestfs: trace: set_verbose = 0 > > libguestfs: create: flags = 0, handle = 0x7f4600005dd0, program = python2 > > libguestfs: trace: set_program "lago" > > libguestfs: trace: set_program = 0 > > libguestfs: trace: add_drive_ro > > "/home/ykaul/ovirt-system-tests/deployment-basic-suite- > master/default/images/lago-basic-suite-master-host-0_root.qcow2" > > libguestfs: trace: add_drive > > "/home/ykaul/ovirt-system-tests/deployment-basic-suite- > master/default/images/lago-basic-suite-master-host-0_root.qcow2" > > "readonly:true" > > libguestfs: creating COW overlay to protect original drive content > > libguestfs: trace: disk_format > > "/home/ykaul/ovirt-system-tests/deployment-basic-suite- > master/default/images/lago-basic-suite-master-host-0_root.qcow2" > > libguestfs: command: run: qemu-img > > libguestfs: command: run: \ info > > libguestfs: command: run: \ --output json > > libguestfs: command: run: \ /dev/fd/7 > > qemu-img: Could not open '/dev/fd/7': Failed to get shared "write" lock > > Is another process using the image? > > Is something else using the lago-basic-suite-master-host-0_root.qcow2 > image at the same time? >Not that I know of...> > I'm not clear if the backend is libvirt or direct. For libvirt we > don't have a solution to this yet, although there is a patch series > you can try: >I think we use direct by default. Y.> > https://www.redhat.com/archives/libvir-list/2017-November/msg00617.html > > Rich. > > > libguestfs: trace: disk_format = NULL (error) > > libguestfs: trace: add_drive = -1 (error) > > libguestfs: trace: add_drive_ro = -1 (error) > > > > > > Any ideas? > > TIA, > > Y. > > > _______________________________________________ > > Libguestfs mailing list > > Libguestfs@redhat.com > > https://www.redhat.com/mailman/listinfo/libguestfs > > > -- > Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~ > rjones > Read my programming and virtualization blog: http://rwmj.wordpress.com > libguestfs lets you edit virtual machines. Supports shell scripting, > bindings from many languages. http://libguestfs.org >