From: Kevin Wolf <kwolf@suse.de>
To: Keir Fraser <keir.fraser@eu.citrix.com>
Cc: "Li, Haicheng" <haicheng.li@intel.com>, xen-devel@lists.xensource.com
Subject: [PATCH] xend: Create /var/run/tap during device model setup
Date: Wed, 23 Apr 2008 15:41:52 +0200 [thread overview]
Message-ID: <480F3CA0.8090609@suse.de> (raw)
In-Reply-To: <C434E7B2.17BFC%keir.fraser@eu.citrix.com>
[-- Attachment #1: Type: text/plain, Size: 630 bytes --]
Keir Fraser schrieb:
> On 23/4/08 10:59, "Li, Haicheng" <haicheng.li@intel.com> wrote:
>
>> 1. Fail to create any HVM guest on IA32PAE host
>> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1221
>
> Looks like it is due to Kevin Wolf's changeset 17499. Your attempt to go
> back to older tools obviously didn't work -- the backtrace in xend.log comes
> from a line introduced by c/s 17499.
Create the directory /var/run/tap if it doesn't exist yet. Try to
continue even if the blktap communication pipes couldn't be created. The
VM might not need tap:ioemu and run just fine.
Signed-off-by: Kevin Wolf <kwolf@suse.de>
[-- Attachment #2: make-blktap-path.patch --]
[-- Type: text/x-patch, Size: 1107 bytes --]
diff -r 1d218f8898c9 tools/python/xen/xend/image.py
--- a/tools/python/xen/xend/image.py Wed Apr 23 13:50:40 2008
+++ b/tools/python/xen/xend/image.py Wed Apr 23 16:25:42 2008
@@ -205,9 +205,21 @@
# If we use a device model, the pipes for communication between
# blktapctrl and ioemu must be present before the devices are
# created (blktapctrl must access them for new block devices)
- os.mkfifo('/var/run/tap/qemu-read-%d' % domid, 0600)
- os.mkfifo('/var/run/tap/qemu-write-%d' % domid, 0600)
-
+
+ # mkdir throws an exception if the path already exists
+ try:
+ os.mkdir('/var/run/tap', 0755)
+ except:
+ pass
+
+ try:
+ os.mkfifo('/var/run/tap/qemu-read-%d' % domid, 0600)
+ os.mkfifo('/var/run/tap/qemu-write-%d' % domid, 0600)
+ except OSError, e:
+ log.warn('Could not create blktap pipes for domain %d' % domid)
+ log.exception(e)
+ pass
+
# Return a list of cmd line args to the device models based on the
# xm config file
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
prev parent reply other threads:[~2008-04-23 13:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-23 9:59 VMX status report. Xen: #17501 & Xen0: #524 -- two new issues Li, Haicheng
2008-04-23 12:18 ` Keir Fraser
2008-04-23 13:27 ` Keir Fraser
2008-04-23 13:41 ` Kevin Wolf [this message]
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=480F3CA0.8090609@suse.de \
--to=kwolf@suse.de \
--cc=haicheng.li@intel.com \
--cc=keir.fraser@eu.citrix.com \
--cc=xen-devel@lists.xensource.com \
/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.