From: "Dave Humphreys (Bob)" <dave@bob-the-boat.me.uk>
To: user-mode-linux-devel@lists.sourceforge.net
Subject: [uml-devel] UML Network Related Crashing
Date: Sun, 06 Jan 2013 12:16:02 +0000 [thread overview]
Message-ID: <2143609.blR1ybJ3UI@localhost> (raw)
I note that my message sent yesterday ended up heavily truncated, so I have
turned on the line-wrap for this one. Sorry about that.
What I was trying to say is that I can repeatedly crash UML by exercising the
networking heavily as a result of rsync'ing data to and from.
I also said that I have an older kernel (3.1.0) UML (which operates reasonably
successfully under most circumstances) that I access over the Internet. If I
try to rsync data from it, I can crash it reliably after 5 or 10 minutes.
This 3.1.0 UML was the first step in an upgrade to a much older UML based
virtual server that has been in operation for about a decade without any
trouble. The main objective of upgrading was to take advantage of BTRFS, but I
have noticed that the UML is less reliable and crashes occasionally. This UML
is not actually using BTRFS, it has exactly the same disk images as the
historic one, so the issue is not, I believe, related to BTRFS, but some other
aspect of the newer kernel. I now believe that the reliability issue is
probably related to the networking issue.
I have tried setting up a second, 3.8.0-rc2 based, UML on the same host and
rsync'd between them over mcast network interfaces. I get crashing on one or
the other UML.
I have found that I don't get much information about the failures. When things
go wrong, the UML is completely locked up and is not responsive either from
the session in which it was started, or via uml_mconsole. Things usually seem
to have locked-up before any message comes into view. Once or twice I have
seen the line that says '---[ cut here ]---', showing that something was
trying to come out, but whatever message there was does not become visible.
I have set up two 3.8.0-rc2 based UMLs on a local machine and rsync data over
mcast network interfaces. I'm hoping that I get something out that will help
someone to identify the problem.
The latest result that has some information is:
------------[ cut here ]------------0:00
WARNING: at net/core/skbuff.c:573 skb_release_head_state+0x60/0xba()
Modules linked in:
but that is as much as I get. This UML instance is now totally locked up. This
behaviour is consistent with the other failures I get on my older UML.
Previous conversations suggest that it is known that there is some network
related problem in UML, but it has not been tracked down. I feel that it
rather defeats the object if a UML instance cannot run reliably with
networking. I will carry on with my exercising of my UMLs and report anything
that I find.
Regards,
David Humphreys
------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next reply other threads:[~2013-01-06 12:16 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-06 12:16 Dave Humphreys (Bob) [this message]
2013-01-06 12:26 ` [uml-devel] UML Network Related Crashing Richard Weinberger
-- strict thread matches above, loose matches on Subject: below --
2013-01-19 18:59 Dave Humphreys (Bob)
2013-01-22 6:07 ` Dave (Bob)
2013-01-05 15:18 Dave Humphreys (Bob)
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=2143609.blR1ybJ3UI@localhost \
--to=dave@bob-the-boat.me.uk \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/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.