[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Xen-unstable: problems with qmp socket error in libxl_pci teardown path for HVM guest with PCI passthrough



Friday, November 28, 2014, 6:09:52 PM, you wrote:

> On Fri, 28 Nov 2014, Wei Liu wrote:
>> On Fri, Nov 28, 2014 at 04:54:19PM +0000, Stefano Stabellini wrote:
>> > On Fri, 28 Nov 2014, Wei Liu wrote:
>> > > On Fri, Nov 28, 2014 at 03:08:51PM +0000, Stefano Stabellini wrote:
>> > > > create ^
>> > > > title it QMP connection problems prevent libxl from calling 
>> > > > libxl__device_pci_reset on domain shutdown
>> > > > thanks
>> > > > 
>> > > > On Wed, 26 Nov 2014, Sander Eikelenboom wrote:
>> > > > > Hi,
>> > > > > 
>> > > > > While testing a patch for Konrad i was wondering why "libxl_pci.c: 
>> > > > > libxl__device_pci_reset()"
>> > > > > doesn't get called on guest shutdown of a HVM guest (qemu-xen) with 
>> > > > > pci passthrough.
>> > > > > xl didn't show any problems on the commandline so i never drawed 
>> > > > > much attention 
>> > > > > to it, but /var/log/xen/xl-guest.log shows:
>> > > > > 
>> > > > >     Waiting for domain xbmc13sid (domid 19) to die [pid 20450]
>> > > > >     Domain 19 has shut down, reason code 0 0x0
>> > > > >     Action for shutdown reason code 0 is destroy
>> > > > >     Domain 19 needs to be cleaned up: destroying the domain
>> > > > >     libxl: error: libxl_qmp.c:443:qmp_next: Socket read error: 
>> > > > > Connection reset by peer
>> > > > >     libxl: error: libxl_qmp.c:701:libxl__qmp_initialize: Failed to 
>> > > > > connect to QMP
>> > > > >     libxl: error: libxl_pci.c:1242:do_pci_remove: 
>> > > > > libxl__qmp_pci_del: Connection reset by peer
>> > > > >     libxl: error: libxl_dm.c:1575:kill_device_model: Device Model 
>> > > > > already exited
>> > > > >     Done. Exiting now
>> > > > > 
>> > > > > So it doesn't even get to calling  "libxl_pci.c: 
>> > > > > libxl__device_pci_reset()".
>> > > > > 
>> > > > > --
>> > > 
>> > > It's worth checking whether the device model exits too early, i.e., did
>> > > it crash? What's in the DM log?
>> > 
>> > Firstly I was thinking that if force=1 it makes sense to continue even
>> > when QEMU returns error, see:
>> > 
>> > http://marc.info/?i=alpine.DEB.2.02.1411281648500.14135%40kaball.uk.xensource.com
>> 
>> In normal case DM is not destroyed until PCI device is removed. So I
>> think the real issue is DM crashed.

> I don't think it crashed: QEMU detects that domain shutdown has been
> called and exits.
> See:

> static void main_loop(void)
> {
>     bool nonblocking;
>     int last_io = 0;
> #ifdef CONFIG_PROFILER
>     int64_t ti;
> #endif
>     do {

> [...]

>     } while (!main_loop_should_exit());
> }


> main_loop_should_exit returns true when qemu_shutdown_requested().


>> libxl.c:
>> 1571     if (libxl__device_pci_destroy_all(gc, domid) < 0)
>> 1572         LIBXL__LOG(ctx, LIBXL__LOG_ERROR, "pci shutdown failed for 
>> domid %d", domid);
>> 1573     rc = xc_domain_pause(ctx->xch, domid);
>> 1574     if (rc < 0) {
>> 1575         LIBXL__LOG_ERRNOVAL(ctx, LIBXL__LOG_ERROR, rc, "xc_domain_pause 
>> failed for %d", domid);
>> 1576     }
>> 1577     if (dm_present) {
>> 1578         if (libxl__destroy_device_model(gc, domid) < 0)
>> 1579             LIBXL__LOG(ctx, LIBXL__LOG_ERROR, 
>> "libxl__destroy_device_model failed for %d", domid);
>> 1580
>> 1581         libxl__qmp_cleanup(gc, domid);
>> 1582     }
>> 
>> The patch you posted covers up the real issue.

> That is true, but I think the patch is correct regardless of the issue.

Hmm how about qemu's "-no-shutdown" option ?
From the manpage:
-no-shutdown
    Don't exit QEMU on guest shutdown, but instead only stop the emulation. 
This allows for instance switching to monitor to commit changes to the disk 
image. 

with:
device_model_args_hvm = [ '-no-shutdown' ]

I get:

/var/log/xen/xl-tv.log:

Waiting for domain tv (domid 18) to die [pid 18587]
Domain 18 has shut down, reason code 0 0x0
Action for shutdown reason code 0 is destroy
Domain 18 needs to be cleaned up: destroying the domain
libxl: error: libxl_pci.c:1299:do_pci_remove: xc_domain_irq_permission irq=40: 
Invalid argument
libxl: error: libxl_pci.c:1012:libxl__device_pci_reset: ?!?!? Me here
Done. Exiting now

/var/log/xen/qemu-dm-tv.log:

char device redirected to /dev/pts/21 (label serial0)
VNC server running on `127.0.0.1:5901'
xen be: vkbd-0: initialise() failed
xen be: vkbd-0: initialise() failed
xen be: vkbd-0: initialise() failed
Issued domain 18 poweroff
qemu: terminating on signal 1 from pid 18587


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.