From: Mike Wray <mike.wray@hpl.hp.com>
To: Derek Glidden <dglidden@illusionary.com>
Cc: xen-devel@lists.sourceforge.net
Subject: Re: vif naming? also halting a VM
Date: Mon, 19 Jul 2004 14:37:04 +0100 [thread overview]
Message-ID: <40FBCE80.8090607@hpl.hp.com> (raw)
In-Reply-To: <07BD30EC-D912-11D8-86C4-000A95DBAEDE@illusionary.com>
Derek Glidden wrote:
>
> Where are the names "vif1.0", etc created in -unstable? Is that from
> the python tools or is the xen or dom0 kernel assigning that value somehow?
It's in both the back-end network interface driver domain
(usually dom0) and the python tools. At the moment there's no way to tell the
driver domain what name to use - it invents the name from the domain id and
vif index. So eth0 on domain 2 gets called 'vif2.0'. The python tools do the
same for consistency.
> I'd like to change it so that if I'm starting "vmid=1" I get "vif1.0"
> and "vmid=103" gets "vif103.0" etc. as opposed to the vif getting the
> Dom ID. Possible?
Not at the moment, for the reasons above. Bear in mind though that the
domain name is passed to the vif control script - so if the domain name
includes the vmid you can recover it.
We're thinking about switching away from exposing xen's domain ids at all,
and using user-specified domain identifiers (and insisting on
uniqueness). At the same time we could think about changing the vif
names to use the domain identifier. One issue is the built-in
kernel limit on interface name size: IFNAMSIZ=16. Another is the effect
on migrating domains. If domain idents have to be unique, then they'll have to
be globally unique, and that will rule out simple ones like 0, 1, 2...
But long ones will be too long to fit in interface names.
> Second, when I run "halt" in a VM, "xm list" shows the VM still hanging
> around:
>
> # xm list
> 0 Domain-0 54 0 r---- 2073.2
> 7 This is VM 1 0 1 ---s- 29.0
>
> "xm shutdown" or "destroy" don't seem to have any effect. Is this normal?
This sort of problem seemed to have been cured a while ago.
What version of the code are you using?
Mike
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
next prev parent reply other threads:[~2004-07-19 13:37 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-18 23:27 vif naming? also halting a VM Derek Glidden
2004-07-19 13:37 ` Mike Wray [this message]
2004-07-19 19:08 ` Derek Glidden
2004-07-20 15:40 ` Mike Wray
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=40FBCE80.8090607@hpl.hp.com \
--to=mike.wray@hpl.hp.com \
--cc=dglidden@illusionary.com \
--cc=xen-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.