Re: [Xen-devel] xen 4.3 test report (another bug)

[Ian Campbell <Ian.Campbell@xxxxxxxxxx>]

On Fri, 2013-05-31 at 10:23 +0100, Wei Liu wrote:
> On Fri, May 31, 2013 at 01:14:05PM +0400, Vasiliy Tolstov wrote:
> > Then i'm use qemu-xen-traditional

Are you sure of this? The default is now qemu-xen and you don't appear
override it in your domain cfg. (although as discussed below qemu is
probably not relevant here)

> > And start simple domain:
> > 
> > name="170131-10018"
> > vif="mac=00:16:3e:00:21:98,ip=62.76.184.141"
> > disk="phy:/dev/disk/vbd/170131-18,xvda,w"
> > memory=2048
> > maxmem=2048
> > vcpus=4
> > maxvcpus=4
> > cpu_cap=400
> > cpu_weight=2048
> > vfb="type=vnc,vncpasswd=x0boskQNan"
> > 
> > with kernel inside domU 2.6.32-220-el6 (centos 6 stock kernel)
> >  and worked for 12-16 hours domU misses network.
> > No packets goes to dom0 vif interface (tcpdump says nothing).
> > xl dmesg says nothing.
> > qemu-dm says nothing
> > 
> > I'm try to rmmod xen_netfront module inside domU and after that
> > modprobe it and get errors:
> > net eth0: xennet_release_rx_bufs: fixme for copying receiver.
> > WARNING: g.e. still in use!
> > WARNING: leaking g.e. and page still in use!
> > 
> 
> What's your Dom0 kernel? Could you confirm netback is still running?
> 
> Did you try to rmmod xen-netfront when there was not connection?  It
> looks like the grant table entry is still in use. But if netfront was
> still pushing packets to netback I think that warning message is
> expected.

Yes, I think the message is expected too.

I'm more concerned about the network dropping out after 12-16 hours
(which I think is what Vasiliy is really reporting).

> > ip a s says that i have eth0 but i cant get link up (ip link set up
> > dev eth0 says:
> > Cannot assign requested address)
> > 
> > This behaviour fixes reboot. But after some time this happened again.
> > 
> > 
> > P.S. I can check qemu-xen (upstream qemu) because it can't migrate
> > (see my previous emails with subject xen 4.3 test report.
> > 
> 
> Not quite sure if this is related to QEMU. I think the preferred backend
> is netback.

Correct, nothing in the xen toolstack ever uses the qemu netback (which,
if it exists at all, is a xenner thing).

Since this is a PV g uest the only thing qemu will be doing is providing
the xenfb backend.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel