All of lore.kernel.org
 help / color / mirror / Atom feed
From: poma <pomidorabelisima@gmail.com>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: kvm-devel <kvm@vger.kernel.org>,
	Mateusz Marzantowicz <mmarzantowicz@osdf.com.pl>,
	Josh Boyer <jwboyer@redhat.com>,
	libvir-list@redhat.com, netdev@vger.kernel.org,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	Adam Baker <linux@baker-net.org.uk>,
	libvirt-users@redhat.com,
	Virt-tools List <virt-tools-list@redhat.com>,
	Herbert Xu <herbert@gondor.apana.org.au>,
	Cong Wang <amwang@redhat.com>
Subject: Re: [libvirt-users] libvirt & virtio_net - host.freeze@reset.domain
Date: Fri, 05 Jul 2013 13:08:43 +0200	[thread overview]
Message-ID: <51D6A93B.1090409@gmail.com> (raw)
In-Reply-To: <51D53D0C.4050404@gmail.com>

On 04.07.2013 11:14, poma wrote:
> On 03.07.2013 13:43, Daniel P. Berrange wrote:
>> On Tue, Jul 02, 2013 at 01:25:21PM +0200, poma wrote:
>>> Hello people,
>>>
>>> libvirtd (libvirt) 1.0.5.2
>>> virsh 1.0.5.2
>>> virt-manager 0.10.0
>>>
>>> Host:
>>> Linux localhost 3.9.8-300.fc19.x86_64 #1 SMP Thu Jun 27 19:24:23 UTC
>>> 2013 x86_64 x86_64 x86_64 GNU/Linux
>>> Guest1:
>>> Linux localhost 3.9.8-300.fc19.i686.PAE #1 SMP Thu Jun 27 19:29:30 UTC
>>> 2013 i686 (none)
>>> Guest2:
>>> Linux localhost 3.9.8-300.fc19.x86_64 #1 SMP Thu Jun 27 19:24:23 UTC
>>> 2013 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>>
>>> Virtual NIC - source & model:
>>> macvtap/NAT/bridge & virtio(virtio_net)
>>>
>>> Host freeze at "virsh reset <domain>" or "virt-manager - Force Reset"
>>> Need kernel.sysrq or power reset.
>>
>> I don't believe this is a libvirt issue - the 'virsh reset' command
>> will issue the 'system_reset' QEMU monitor command. This in turn
>> does an immediate reset of the guest CPUs/machine.
>>
>> Even if QEMU is doing the wrong thing, the kernel should obviously
>> never freeze/crash in this way - it should be robust against a
>> malicious QEMU process.
>>
>> You should probably send this message to the main QEMU and/or KVM
>> mailing lists so that it comes to the attention of people who are
>> more familiar with QEMU + virtio-net
>>
>>
>> Regards,
>> Daniel
>>
> 
> Thanks for your response.
> Mateusz hit the same issue[1] as well.
> OK, here we go.
> 
> 
> poma
> 
> 
> [1] https://lists.fedoraproject.org/pipermail/users/2013-July/436984.html

OK, is this a side effect or not, but certainly kernel[1] with
'bridge-timer-fix.patch'[2] resolves issue aforementioned, so far.
Thanks Cong, Josh.


poma


[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=5569632
    kernel-3.9.8-300.7.fc19.x86_64.rpm
[2] https://bugzilla.redhat.com/show_bug.cgi?id=880035#c53

Ref.
    "fix for unreliable guest->host multicast triggers oops"
    https://bugzilla.redhat.com/show_bug.cgi?id=980254

WARNING: multiple messages have this Message-ID (diff)
From: poma <pomidorabelisima@gmail.com>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: kvm-devel <kvm@vger.kernel.org>,
	Mateusz Marzantowicz <mmarzantowicz@osdf.com.pl>,
	Josh Boyer <jwboyer@redhat.com>,
	libvir-list@redhat.com, netdev@vger.kernel.org,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	Adam Baker <linux@baker-net.org.uk>,
	libvirt-users@redhat.com,
	Virt-tools List <virt-tools-list@redhat.com>,
	Herbert Xu <herbert@gondor.apana.org.au>,
	Cong Wang <amwang@redhat.com>
Subject: Re: [Qemu-devel] [libvirt-users] libvirt & virtio_net - host.freeze@reset.domain
Date: Fri, 05 Jul 2013 13:08:43 +0200	[thread overview]
Message-ID: <51D6A93B.1090409@gmail.com> (raw)
In-Reply-To: <51D53D0C.4050404@gmail.com>

On 04.07.2013 11:14, poma wrote:
> On 03.07.2013 13:43, Daniel P. Berrange wrote:
>> On Tue, Jul 02, 2013 at 01:25:21PM +0200, poma wrote:
>>> Hello people,
>>>
>>> libvirtd (libvirt) 1.0.5.2
>>> virsh 1.0.5.2
>>> virt-manager 0.10.0
>>>
>>> Host:
>>> Linux localhost 3.9.8-300.fc19.x86_64 #1 SMP Thu Jun 27 19:24:23 UTC
>>> 2013 x86_64 x86_64 x86_64 GNU/Linux
>>> Guest1:
>>> Linux localhost 3.9.8-300.fc19.i686.PAE #1 SMP Thu Jun 27 19:29:30 UTC
>>> 2013 i686 (none)
>>> Guest2:
>>> Linux localhost 3.9.8-300.fc19.x86_64 #1 SMP Thu Jun 27 19:24:23 UTC
>>> 2013 x86_64 x86_64 x86_64 GNU/Linux
>>>
>>>
>>> Virtual NIC - source & model:
>>> macvtap/NAT/bridge & virtio(virtio_net)
>>>
>>> Host freeze at "virsh reset <domain>" or "virt-manager - Force Reset"
>>> Need kernel.sysrq or power reset.
>>
>> I don't believe this is a libvirt issue - the 'virsh reset' command
>> will issue the 'system_reset' QEMU monitor command. This in turn
>> does an immediate reset of the guest CPUs/machine.
>>
>> Even if QEMU is doing the wrong thing, the kernel should obviously
>> never freeze/crash in this way - it should be robust against a
>> malicious QEMU process.
>>
>> You should probably send this message to the main QEMU and/or KVM
>> mailing lists so that it comes to the attention of people who are
>> more familiar with QEMU + virtio-net
>>
>>
>> Regards,
>> Daniel
>>
> 
> Thanks for your response.
> Mateusz hit the same issue[1] as well.
> OK, here we go.
> 
> 
> poma
> 
> 
> [1] https://lists.fedoraproject.org/pipermail/users/2013-July/436984.html

OK, is this a side effect or not, but certainly kernel[1] with
'bridge-timer-fix.patch'[2] resolves issue aforementioned, so far.
Thanks Cong, Josh.


poma


[1] http://koji.fedoraproject.org/koji/taskinfo?taskID=5569632
    kernel-3.9.8-300.7.fc19.x86_64.rpm
[2] https://bugzilla.redhat.com/show_bug.cgi?id=880035#c53

Ref.
    "fix for unreliable guest->host multicast triggers oops"
    https://bugzilla.redhat.com/show_bug.cgi?id=980254

  reply	other threads:[~2013-07-05 11:08 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-02 11:25 libvirt & virtio_net - host.freeze@reset.domain poma
2013-07-03 11:43 ` [libvirt-users] " Daniel P. Berrange
2013-07-04  9:14   ` poma
2013-07-04  9:14     ` [Qemu-devel] " poma
2013-07-05 11:08     ` poma [this message]
2013-07-05 11:08       ` poma

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=51D6A93B.1090409@gmail.com \
    --to=pomidorabelisima@gmail.com \
    --cc=amwang@redhat.com \
    --cc=berrange@redhat.com \
    --cc=herbert@gondor.apana.org.au \
    --cc=jwboyer@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=libvir-list@redhat.com \
    --cc=libvirt-users@redhat.com \
    --cc=linux@baker-net.org.uk \
    --cc=mmarzantowicz@osdf.com.pl \
    --cc=netdev@vger.kernel.org \
    --cc=qemu-devel@nongnu.org \
    --cc=virt-tools-list@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.