similar to: 'make rpm' target for libguestfs?

I'm on libguestfs Fedora git master branch: $ git log | head -1 commit 8eb1aa2406632eb4202bbd976459334854295a77 $ yum-builddep libguestfs $ fedpkg local Results in: ========== . . . make[4]: Leaving directory `/home/kashyap/fedora-packaging/libguestfs/master/libguestfs-1.25.18/gobject' Making all in docs make[4]: Entering directory

On Tue, Dec 09, 2014 at 05:48:04PM +0100, Kashyap Chamarthy wrote: > On Tue, Dec 09, 2014 at 11:27:02AM +0000, Richard W.M. Jones wrote: > > On Tue, Dec 09, 2014 at 10:53:41AM +0000, Peter Maydell wrote: > > > On 9 December 2014 at 10:50, Kashyap Chamarthy <kchamart@redhat.com> wrote: > > > > Booting a minimal KVM guest throws the below error on Cubietruck: >

On Mon, Mar 21, 2016 at 07:02:32AM +0100, Kashyap Chamarthy wrote: > On Thu, Mar 17, 2016 at 10:07:34AM +0000, Richard W.M. Jones wrote: > > Various patches to make supermin quieter. By outputting fewer > > messages on the fast path, we use the slow emulated UART less, and > > this improves boot times. > > > > Also remove some kernel modules that we cannot or

On Tue, Dec 09, 2014 at 04:59:33PM +0000, Richard W.M. Jones wrote: > On Tue, Dec 09, 2014 at 05:48:04PM +0100, Kashyap Chamarthy wrote: > > On Tue, Dec 09, 2014 at 11:27:02AM +0000, Richard W.M. Jones wrote: > > > On Tue, Dec 09, 2014 at 10:53:41AM +0000, Peter Maydell wrote: > > > > On 9 December 2014 at 10:50, Kashyap Chamarthy <kchamart@redhat.com> wrote:

That's what I issued and hit the hay last night. $ make -k check LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1 |& tee /tmp/log I woke up to see the tests still hung like that on stdout -------------------------- [...] make -C ../src guestfs_protocol.c [0/9008] make[3]: Entering directory `/home/kashyap/src/libguestfs/src' ! test -f ../generator/Makefile || \

Heya, With latest Fedora Rawhide Kernel, I see a nested KVM guest hanging at boot (not unusual). Rich once suggested this[1] to try to attach gdb to the nested L2 guest to find out where_ it's stuck, tonight I set out to try it out (with KVM & TCG). Below is all what I tried. In guest hypervisor (L1): $ git clone git://github.com/libguestfs/libguestfs.git $ git log | head -1

On 01/30/2014 07:41 AM, Kashyap Chamarthy wrote: > Last night I was tinkering with `systemd-nspawn` -- namespace based > container for testing, I thought I'll post what I tried with libguestfs > here: > > > Prerequisite > ------------ > > Because of an audit subsystem incompatibility bug - rhbz#966807[1], turn > off auditing by booting the host w/

Hi Kashyap, Thanks for your answer! Unfortunately my use case requires cloning the exact memory state, so I won't be able to use virt-sysprep. But the snapshot command looks like something I could use. Could you suggest how to proceed and create/start a new vm from that snapshot? Thanks, Michael On Tue, Apr 12, 2016 at 2:37 PM, Kashyap Chamarthy <kchamart@redhat.com> wrote: > On

Kashyap, just to be sure - it happens to you during the v2v conversion? on L2? While L1 and L0 works fine afterwords, right? Thanks On Fri, Jan 17, 2014 at 4:45 PM, Kashyap Chamarthy <kchamart@redhat.com> wrote: > On 01/17/2014 03:38 PM, Richard W.M. Jones wrote: >> On Fri, Jan 17, 2014 at 04:14:03PM +0200, Rom Freiman wrote: >>> How do you know that the problem is with

Hey everybody, Richard, you were right. I managed to reproduce the same crash without dealing with v2v (and libguestfs). Actually - it's reproducible really ease - I write a big file to /tmp on L0 (till it 100% full) and then run a L2 VM. Almost every time it crushes with double fault. Debugging, debugging and more debugging. Marcelo/Paolo, if you have any clue, I would like to hear from you.

On 01/30/2014 03:58 PM, Richard W.M. Jones wrote: > On Thu, Jan 30, 2014 at 11:50:35AM +0530, Kashyap Chamarthy wrote: >>> - Single `make` job timing to compile everything: >>> >>> real 31m9.792s >>> user 17m18.359s >>> sys 13m17.868s >> >> For comparison, on the _host_, the same single `make` job timing: >>

Last night I was tinkering with `systemd-nspawn` -- namespace based container for testing, I thought I'll post what I tried with libguestfs here: Prerequisite ------------ Because of an audit subsystem incompatibility bug - rhbz#966807[1], turn off auditing by booting the host w/ 'audit=0' on Kernel command line. (NOTE: There's work in progress[2] in upstream Kernel to fix

On Thu, Jan 30, 2014 at 04:34:04PM +0530, Kashyap Chamarthy wrote: > On 01/30/2014 03:58 PM, Richard W.M. Jones wrote: > >>> - `make -k check` is still running as I write this, albeit > >>> a bit slow. > >> > >> This just finished (in the container): > >> > >> [. . .] > >> grep -v -E

On Thu, Jan 30, 2014 at 11:50:35AM +0530, Kashyap Chamarthy wrote: > > - Single `make` job timing to compile everything: > > > > real 31m9.792s > > user 17m18.359s > > sys 13m17.868s > > For comparison, on the _host_, the same single `make` job timing: > > real 13m41.440s > user 13m5.816s > sys 1m9.911s

On Tue, Jan 19, 2016 at 04:18:46PM +0000, Richard W.M. Jones wrote: > Libvirt has a fixed 15 second timeout for qemu to exit. If qemu is > writing to a slow USB key, it can hang (in D state) for much longer > than this - many minutes usually. > > The solution is to check specifically for the libvirt EBUSY error when > this happens, and retry the virDomainDestroyFlags operation

On Tue, Dec 31, 2013 at 04:29:37PM +0100, Kashyap Chamarthy wrote: > I'm on libguestfs Fedora git master branch: [...] > go install libguestfs.org/guestfs: open > /usr/lib64/golang/pkg/linux_amd64/libguestfs.org/guestfs.a: permission denied I believe this happens if you have golang-guestfs installed at the same time that you try to compile things locally. It's a serious design

On Thu, Jan 30, 2014 at 05:07:23PM +0530, Kashyap Chamarthy wrote: > On 01/30/2014 04:38 PM, Daniel P. Berrange wrote: > > [. . .] > > >> > >> Despite reading from the `systemd-nspawn` man page: > >> > >> ". . .kernel modules may not be loaded from within the container." > >> > >> I purposefully tried from inside the

This is not a libvirt/redhat question… With your method you can only revert to versions which are available in the standard repositories. You’ll have to download the packages manually to force a different version. Use with caution. There is a reason why the version isn’t in the standard repositories. Van: libvirt-users-bounces@redhat.com [mailto:libvirt-users-bounces@redhat.com] Namens Keyur

Thanks Richard for a fast reply. Yes, indeed, im working on a nested environment. I try to run v2v inside a VM (L1) and to create an L2 by the conversion process. And on Intel. As I wrote, it fails once in few times, mainly when there is a memory pressure on L0. Kashyap, can you please share your experience? Why should it crash during nested conversion. I'm not too familiar with libguestfs

Running virt-builder in a guest Fedora-20 guest hypervisor w/ Rawhide Kernel, throws the below: $ virt-builder fedora-20 --format qcow2 --size 20G virt-builder: symbol lookup error: /lib64/libgnutls.so.28: undefined symbol: nettle_secp_256r1 Version on L1 (guest hypervisor) -------------------------------- $ uname -r; rpm -q libvirt-daemon-kvm qemu-system-x86 \ libguestfs gnutls