similar to: [virt-devel] End-user review of the native KVM tool

--- test-tool/libguestfs-test-tool.pod | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/test-tool/libguestfs-test-tool.pod b/test-tool/libguestfs-test-tool.pod index c4284684f8c4ca3dfba0cb734d9cc46f0330b5b9..8999286848d79225c43c8fead674b998be93d4b3 100644 --- a/test-tool/libguestfs-test-tool.pod +++ b/test-tool/libguestfs-test-tool.pod @@ -87,7 +87,7 @@ variables

Rich, So, I tried to build the simple supermin app. from your blog. I can confirm that I did get to the shell when I invoked qemu-kvm. I used the standard qemu-kvm cmdline (but appended a serial console). This boots fine. ######################################################## [root at moon appliance-test]# qemu-kvm -kernel kernel -append "console=tty0 console=ttyS0,115200" -initrd

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: >

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

On Fri, Apr 03, 2015 at 10:13:38AM +0200, Kashyap Chamarthy wrote: > On Fri, Apr 03, 2015 at 10:08:21AM +0200, Kashyap Chamarthy wrote: > > Migration without --p2p works just fine, ie. the below works: > > > > > > $ virsh migrate --verbose --copy-storage-all \ > > --live cvm1 qemu+ssh://kashyapc@devstack3/system > > Migration: [100 %] >

Il 13/01/2015 10:51, Kashyap Chamarthy ha scritto: > On Tue, Jan 13, 2015 at 10:10:53AM +0100, Fiorenza Meini wrote: >> Hi there, >> I receive this error when I run nova image-create <VM name> <Vm Sanpshot >> name>: > > Okay, you're talking in the context of OpenStack. > > You can also check the Nova compute.log for more contextual details of >

On Mon, May 25, 2015 at 10:22:35PM +0200, Kashyap Chamarthy wrote: > I just built `supermin` from source on my Fedora 22 machine, and somehow > it can't seem to detect RPM (but `supermin` from Rawhide detects it). > Exact error: > > supermin: could not detect package manager used by this system or > distro. > > which is coming from:

On Thu, Feb 08, 2018 at 11:46:24AM +0100, Kashyap Chamarthy wrote: > On Wed, Feb 07, 2018 at 11:26:14PM +0100, David Hildenbrand wrote: > > On 07.02.2018 16:31, Kashyap Chamarthy wrote: > > [...] > > > Sounds like a similar problem as in > > https://bugzilla.kernel.org/show_bug.cgi?id=198621 > > > > In short: there is no (live) migration support for

Cc the QEMU Block Layer mailing list (qemu-block@nongnu.org), who might have more insights here; and wrap long lines. On Mon, May 28, 2018 at 06:07:51PM +0800, Chunguang Li wrote: > Hi, everyone. > > Recently I am doing some tests on the VM storage+memory migration with > KVM/QEMU/libvirt. I use the following migrate command through virsh: > "virsh migrate --live

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

On 07.02.2018 16:31, Kashyap Chamarthy wrote: > [Cc: KVM upstream list.] > > On Tue, Feb 06, 2018 at 04:11:46PM +0100, Florian Haas wrote: >> Hi everyone, >> >> I hope this is the correct list to discuss this issue; please feel >> free to redirect me otherwise. >> >> I have a nested virtualization setup that looks as follows: >> >> - Host:

On 4/13/2015 1:18 PM, Kashyap Chamarthy wrote: > On Mon, Apr 13, 2015 at 12:14:12PM +0530, Jatin Davey wrote: >> Hi All >> >> I am new to KVM world. I have been using VMware for about a year. >> >> In VMware world we can reserve cpu resources for a VM. Say for instance if >> we need 4 vCPUs with a total of 8000 GHz then we can mention this >>

On 01/13/2015 07:21 AM, Kashyap Chamarthy wrote: > On Tue, Jan 13, 2015 at 03:07:07PM +0100, Fiorenza Meini wrote: >> Il 13/01/2015 10:51, Kashyap Chamarthy ha scritto: > > [. . .] > >>>> In libvirt log file I can see: >>>> error : qemuDomainDefineXML:6312 : block copy still active: domain has >>>> active block job > > Seems like

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 01/17/2014 04:06 PM, Rom Freiman wrote: > Kashyap, just to be sure - it happens to you during the v2v > conversion? on L2? I haven't done any v2v conversions in L2 (or at any other level). PS: Sorry, I didn't notice my previous 2 emails didn't go to the list, that wasn't intended. Rich, you bounce them here, if you prefer (instead of me clumsily forwarding them). --

Thanks Kashyap for replying. QEMU has permissions to the directory which is having images. I will look into the AppArmor issue and find out more about this. Also as per suggestion from the link i have uncommented the user and group from the qemu.conf file - https://github.com/jedi4ever/veewee/issues/996 By checking more on the AppArmor and sVirt issue , i have modified the qemu.conf for

Migration without --p2p works just fine, ie. the below works: $ virsh migrate --verbose --copy-storage-all \ --live cvm1 qemu+ssh://kashyapc@devstack3/system Migration: [100 %] Result: - On the source host, the guest is shut off - On the destination host, the guest is live migratied successfully Migration with "--p2p" fails, a simple test below:

On Sat, Sep 03, 2016 at 02:39:11PM +0800, gunnar.wagner@netcologne.de wrote: > hi all & @Kayshap > > does [this handout on > snapshots](https://kashyapc.fedorapeople.org/virt/lc-2012/snapshots-handout.html) > by Kashyap Chamarthy (I believe from 2012) still apply to current > versions of libvirt-bin & qemu? Yes, as the URL indicates, it's from 2012. And, most of

Hi, We all agree that it's not specific to virt-v2v. I managed to reproduce the same double fault on "normal" L2 boot - without libguestfs interference. And as Paolo wrote already, he will take a look at it. Thanks, Rom On Tue, Jan 21, 2014 at 3:05 PM, Richard W.M. Jones <rjones@redhat.com>wrote: > On Tue, Jan 21, 2014 at 04:38:30PM +0100, Kashyap Chamarthy wrote: >

Versions -------- (Libvirt locally built from a recent git commit -ec7b922): $ rpm -q libvirt-daemon-kvm qemu-system-x86 libvirt-daemon-kvm-1.2.6-1.fc20.x86_64 qemu-system-x86-2.0.0-1.fc21.x86_64 Test ---- [All images are qcow2 files.] We have this simple chain: base <- snap1 Let's quickly examine the contents of 'base' and 'snap1' images: