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

Re: [Xen-devel] broken live migration in xen 4.3 (release)



On Tue, 2014-03-18 at 10:49 +0100, Roger Pau Monnà wrote:
> On 18/03/14 10:36, Ian Campbell wrote:
> > On Tue, 2014-03-18 at 03:25 +0400, Vasiliy Tolstov wrote:
> >> I'm solve my issue. /etc/xen/scripts/vif-ospf (my own network script)
> >> have which ethtool not redirected to /dev/null.
> >> When domain started i don't have errors, but when migration appeared
> >> last message has been /sbin/ethtool. Thanks Ian Campbell and Ian
> >> Jackson!
> > 
> > Great.
> > 
> > Did you by any chance produce a debug patch to help you track this down
> > (e.g. to log the unexpected message)? If so then that might be something
> > which is useful to others diagnosing the same issue -- would you mind
> > submitting it? See http://wiki.xen.org/wiki/Submitting_Xen_Patches for
> > guidance. (Even if it is unsuitable for applying it would perhaps be
> > helpful to have in the list archives to point at)
> > 
> > Roger, where should the hotplug scripts be logging to? Should we
> > consider slurping up stdout/stderr of the script to somewhere other than
> > xl's std*?
> 
> IMHO I like hotplug messages to be printed on screen while using xl
> create/destroy... But for migration it should be redirected to /dev/null
> or some suitable logfile I guess.

This could perhaps be gated on stdfoo passing isatty?

> Or maybe a more canonical way to deal with this would be to always
> redirect the output of hotplug scripts to a temp file, and in case of
> not doing a migration print the contents of the file after executing the
> hotplug script.

I think it should always be logged regardless of whether it is also
going to std*.

Ian.


_______________________________________________
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®.