All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luke Kenneth Casson Leighton <lkcl@lkcl.net>
To: maw48@cantab.net
Cc: xen-devel@lists.sf.net
Subject: Re: bug in starting xen machines - expectation of /dev/sda1 existing on *host*
Date: Thu, 30 Dec 2004 22:43:45 +0000	[thread overview]
Message-ID: <20041230224345.GC6183@lkcl.net> (raw)
In-Reply-To: <Prayer.1.0.11.0412301425030.7724@hermes-1.csi.cam.ac.uk>

how about running MAKEDEV sda in a known directory, to
create the sda* nodes in /var/tmp for example?

only thing to watch out for is that /sbin/MAKEDEV has been modified to
go "if udev installed, cd /.dev".

which is a bit stupid if you ask me.

so if you do if -x /.dev mkdir /.dev; cd /.dev; /sbin/MAKEDEV sda
then check the major/minor nums on /.dev/sda* then you have no need to
rely on /dev/sda* existing or not existing.

l.

On Thu, Dec 30, 2004 at 02:25:03PM +0000, M.A. Williamson wrote:
> This is a known limitation... :-(
> 
> >... what has the existence or otherwise of /dev/sda1 on the
> >xen master machine got to do with the guest OSes?
> 
> In order to create the guest, Xend needs to look up the major / minor for 
> the device name in the guest you specified. It has to do this on dom0's 
> filesystem, so if there isn't a /dev/sda1 there it'll fail.
> 
> The current workaround is to specify the device number explicitly (e.g. 
> phy:0801 should work for /dev/sda1).
> 
> The long-term fix would be to include a table for Xend to generate device 
> numbers from, thus eliminating the dependency on these nodes existing in 
> dom0.
> 
> HTH,
> Mark
> 
> >to "fix" this problem, you must cp -aux /.dev/sd* /dev.
> >
> >l.
> >
> >[2004-12-29 22:11:16 xend] DEBUG (XendDomainInfo:720) init_domain> 
> >Created domain=1 name=xenselinuxnfs memory=32 [2004-12-29 22:11:16 xend] 
> >INFO (console:92) Created console id=12 domain=1 port=9601 [2004-12-29 
> >22:11:17 xend] DEBUG (blkif:146) Connecting blkif <BlkifBackendInterface 
> >1 0> [2004-12-29 22:11:17 xend] INFO (XendRoot:91) EVENT> 
> >xend.console.create [12, 1, 9601] [2004-12-29 22:11:17 xend] DEBUG 
> >(XendDomainInfo:1099) Creating vbd dom=1 uname=phy:/dev/hda17 [2004-12-29 
> >22:11:17 xend] DEBUG (blkif:63) exception looking up device number for 
> >sda1: [Errno 2] No such file or directory: '/dev/sda1' [2004-12-29 
> >22:11:17 xend] DEBUG (XendDomainInfo:674) Destroying vbds for domain 1 
> >[2004-12-29 22:11:17 xend] DEBUG (blkif:541) Destroying blkif domain=1 
> >[2004-12-29 22:11:17 xend] DEBUG (XendDomainInfo:634) Closing console, 
> >domain 1 [2004-12-29 22:11:17 xend] DEBUG (XendDomainInfo:622) Closing 
> >channel to domain 1 [2004-12-29 22:11:17 xend] ERROR (SrvBase:162) 
> >op=create: vbd: Device not found: sda1 Traceback (most recent call last):
> >  File "/usr/lib/python2.3/site-packages/twisted/internet/defer.py", 
> >line 338, in _runCallbacks
> >    self.result = callback(self.result, *args, **kw)
> >  File "/lib/python/xen/xend/XendDomainInfo.py", line 975, in <lambda>
> >    d.addCallback(lambda x: self.create_devices())
> >  File "/lib/python/xen/xend/XendDomainInfo.py", line 802, in 
> >create_devices
> >    v = dev_handler(self, dev, dev_index)
> >  File "/lib/python/xen/xend/XendDomainInfo.py", line 1102, in vm_dev_vbd
> >    defer = ctrl.attachDevice(idx, val, recreate=recreate)
> >  File "/lib/python/xen/xend/server/blkif.py", line 530, in attachDevice
> >    dev = self.addDevice(idx, config)
> >  File "/lib/python/xen/xend/server/blkif.py", line 515, in addDevice
> >    dev = BlkDev(idx, self, config )
> >  File "/lib/python/xen/xend/server/blkif.py", line 318, in __init__
> >    self.configure(config)
> >  File "/lib/python/xen/xend/server/blkif.py", line 335, in configure
> >    raise VmError('vbd: Device not found: %s' % self.dev)
> >VmError: vbd: Device not found: sda1
> >
> >
> >

-- 
--
<a href="http://lkcl.net">http://lkcl.net</a>
--


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

  reply	other threads:[~2004-12-30 22:43 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-30 10:49 bug in starting xen machines - expectation of /dev/sda1 existing on *host* Luke Kenneth Casson Leighton
2004-12-30 10:49 ` Fajar A. Nugraha
2004-12-30 14:27   ` M.A. Williamson
2004-12-30 11:53 ` Milan Holzäpfel
2004-12-30 14:25 ` M.A. Williamson
2004-12-30 22:43   ` Luke Kenneth Casson Leighton [this message]
2004-12-30 22:49     ` Michael Day
2004-12-31 11:29   ` Nuutti Kotivuori

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=20041230224345.GC6183@lkcl.net \
    --to=lkcl@lkcl.net \
    --cc=maw48@cantab.net \
    --cc=xen-devel@lists.sf.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.