From: "herbert cland" <herbert.cland@gmail.com>
To: Don Slutz <dslutz@verizon.com>
Cc: xen-devel <xen-devel@lists.xen.org>
Subject: Re: [TESTDAY] Test report
Date: Mon, 27 Jan 2014 09:15:30 +0800 [thread overview]
Message-ID: <201401270915284579998@gmail.com> (raw)
In-Reply-To: 52E2B9AB.6090103@terremark.com
[-- Attachment #1.1: Type: text/plain, Size: 3960 bytes --]
This a boring BUG which has a long history, from xen 3.* ~ 4.4rc2, which is always occurred when guest os is centos 6+, as i know.
But it is very strange that only a few guys mention it and care it.
please read following links:
http://lists.xen.org/archives/html/xen-devel/2013-08/msg01315.html
http://xen.1045712.n5.nabble.com/xm-save-checkpoint-problem-td2519789.html
herbert cland
From: Don Slutz
Date: 2014-01-25 03:06
To: Konrad Rzeszutek Wilk; Don Slutz
CC: xen-devel@lists.xen.org
Subject: Re: [Xen-devel] [TESTDAY] Test report
On 01/24/14 11:43, Don Slutz wrote:
On 01/24/14 09:58, Konrad Rzeszutek Wilk wrote:
On Thu, Jan 23, 2014 at 05:03:39PM -0500, Don Slutz wrote:
On 01/20/14 18:35, Konrad Rzeszutek Wilk wrote:
Don Slutz <dslutz@verizon.com> wrote:
[snip]
WARNING: g.e. still in use!
WARNING: g.e. still in use!
WARNING: g.e. still in use!
pm_op(): platform_pm_resume+0x0/0x50 returns -19
PM: Device i8042 failed to resume: error -19
INFO: task sadc:22164 blocked for more then 120 seconds.
"echo 0 >..."
INFO: task sadc:22164 blocked for more then 120 seconds.
[root@dcs-xen-54 ~]# xl des 17
[root@dcs-xen-54 ~]# xl restore -V
/big/xl-save/centos-6.4-x86_64.0.save
Not sure if this is expected or not.
I think Ian saw this with the 'fast-cancel' something resume but I might be incorrect. Did it work if you used xend (you might have to configure it be enabled)?
I have not used xend/xe in a long time. I did need to configure it.
Does not start:
# /etc/init.d/xend start
WARNING: Enabling the xend toolstack.
xend is deprecated and scheduled for removal. Please migrate
to another toolstack ASAP.
Traceback (most recent call last):
File "/usr/sbin/xend", line 110, in <module>
sys.exit(main())
File "/usr/sbin/xend", line 91, in main
start_blktapctrl()
File "/usr/sbin/xend", line 77, in start_blktapctrl
start_daemon("blktapctrl", "")
File "/usr/sbin/xend", line 74, in start_daemon
os.execvp(daemon, (daemon,) + args)
File "/usr/lib64/python2.7/os.py", line 344, in execvp
_execvpe(file, args)
File "/usr/lib64/python2.7/os.py", line 380, in _execvpe
func(fullname, *argrest)
OSError: [Errno 2] No such file or directory
How important is it to try this?
It tells us whether the issue is indeed with the 'fast-cancel' thing.
But, I do recall seeing a patch from Ian Jackson for this - I just
don't remember what it was called - it was posted here and perhaps
applying it would help?
I have not found a patch. The bug #30:
http://bugs.xenproject.org/xen/bug/30
Looks to me like the issue I am seeing. The Guest I was testing this on is an old kernel (as far as this bug) and so I would expect it might be related.
Here is what I see that may link it to this:
From: Ian Campbell <Ian.Campbell@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xen.org
Subject: Re: [Xen-devel] 3.4.70+ kernel WARNING spew dysfunction on failed migration
Date: Fri, 10 Jan 2014 10:26:31 +0000
...
Looks like RHEL4 (linux-2.6.9-89.0.16.EL kernel) doesn't have the
support for the new mode at all.
It would probably be wise to validate this under xend before chasing
red-herrings with xl.
Ian.
So I will continue the fight to get xend running.
-Don
Ah, now have xend running, but still need to convert from an xl.cfg file to a xmdomain.cfg... Having not used xm in years, this will take a while. The man page does not say how to build an hvm guest.
I did another test and Fedora 19 (x86_64) saved just fine. So this looks to be bug #30.
If I understand this all, this means that the older linux kernels will fail this way also if a migrate fails and the source guest is restarted.
So, do I continue to get xend working, or just say it is an example of bug #30?
-Don Slutz
-Don Slutz
[-- Attachment #1.2: Type: text/html, Size: 7730 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2014-01-27 1:15 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-20 22:49 [TESTDAY] Test report Don Slutz
2014-01-20 23:35 ` Konrad Rzeszutek Wilk
2014-01-23 10:51 ` Ian Campbell
2014-01-23 22:03 ` Don Slutz
2014-01-24 14:58 ` Konrad Rzeszutek Wilk
2014-01-24 16:43 ` Don Slutz
2014-01-24 19:06 ` Don Slutz
2014-01-24 19:20 ` Konrad Rzeszutek Wilk
2014-01-27 1:15 ` herbert cland [this message]
-- strict thread matches above, loose matches on Subject: below --
2017-05-23 17:03 Andrii Anisov
2017-05-23 20:14 ` Stefano Stabellini
2017-05-25 10:17 ` Julien Grall
2017-05-25 18:41 ` Stefano Stabellini
2016-05-13 20:34 Edgar E. Iglesias
2016-05-14 18:15 ` Julien Grall
2016-05-14 19:04 ` Edgar E. Iglesias
2016-05-16 9:58 ` Wei Liu
2016-05-16 13:20 ` Julien Grall
2016-05-16 13:41 ` Edgar E. Iglesias
2016-05-16 13:43 ` Julien Grall
2016-05-13 15:14 Tamas K Lengyel
2015-10-01 16:59 Tamas K Lengyel
2015-10-01 17:04 ` Wei Liu
2014-10-30 10:54 Jan Vejvalka
2014-10-30 14:39 ` Ian Campbell
2014-10-31 6:35 ` Jan Vejvalka
2014-10-30 14:58 ` Roger Pau Monné
2012-09-19 7:04 Dariusz Krempa
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=201401270915284579998@gmail.com \
--to=herbert.cland@gmail.com \
--cc=dslutz@verizon.com \
--cc=xen-devel@lists.xen.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).