All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kashyap Chamarthy <kchamart@redhat.com>
To: Jacob Abraham Graff <jag2302@columbia.edu>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
	Andrew McMahon Grant <amg2215@columbia.edu>,
	Jintack Lim <jintack@cs.columbia.edu>,
	kvm@vger.kernel.org
Subject: Re: Booting Nested KVM
Date: Wed, 6 Apr 2016 15:42:33 +0200	[thread overview]
Message-ID: <20160406134233.GA19831@tesla.redhat.com> (raw)
In-Reply-To: <CANQOSYKFVwHZ9_tjFiRkThOP+Bw3SVepYhqfw6tdP3PGNTJAgQ@mail.gmail.com>

[Sorre for the late response -- I was away for the last week or so.]

On Sat, Mar 26, 2016 at 01:26:20PM -0400, Jacob Abraham Graff wrote:
> Thanks for the responses! Unfortunately, I'm still getting problems.
> After using virsh net-edit, I attempted to virt-install, and still got
> the same error. When I run 'virsh net-start default', I get this
> error:
> 
> error: Failed to start network default
> error: failed to add iptables rule to allow DHCP requests from 'virbr0'

I don't see any such errors as test on latest stable release
libvirt-1.3.2-3.fc23.x86_64.  Given that you say you've looked up few
things, I'd assume you've tried (a) ensuring `firewalld` is running; (b)
have 'iptables' package installed.
 
> None of the solutions I have found on Google have a fix for this. Any
> ideas?

[...]

> > I think his problem is that he has 192.168.122.0/24 configured on
> > both host and guest for the default libvirt network.  Jacob, to fix
> > this you need to do "virsh net-edit default" (as root) and change
> > the occurrences of 122 to another number such as 123.

If that's really the case, then upstream libvirt has fixed[1] the
default network conflicts.  I remember testing the very same case[2] of
avoiding default network conflicts for nested virtualization -- using
the said fix[1] avoids it.  It is available in version libvirt-1.2.8 or
above.


[1] http://libvirt.org/git/?p=libvirt.git;a=commitdiff;h=5f719596 --
    network: try to eliminate default network conflict during package
    install
[2] http://kashyapc.com/2014/09/16/libvirt-default-network-conflicts-not-anymore/

-- 
/kashyap

      reply	other threads:[~2016-04-06 13:42 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-24 15:21 Booting Nested KVM Jacob Abraham Graff
2016-03-25  7:33 ` Kashyap Chamarthy
2016-03-25 10:05   ` Paolo Bonzini
2016-03-26 17:26     ` Jacob Abraham Graff
2016-04-06 13:42       ` Kashyap Chamarthy [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160406134233.GA19831@tesla.redhat.com \
    --to=kchamart@redhat.com \
    --cc=amg2215@columbia.edu \
    --cc=jag2302@columbia.edu \
    --cc=jintack@cs.columbia.edu \
    --cc=kvm@vger.kernel.org \
    --cc=pbonzini@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.