14 messages in com.xensource.lists.xen-develRe: [Xen-devel] BUG? domu network int...
FromSent OnAttachments
Michal OstrowskiAug 30, 2005 5:23 pm 
Keir FraserAug 31, 2005 1:00 am 
Ted KaczmarekAug 31, 2005 4:44 am 
Ian PrattAug 31, 2005 5:01 am 
Michal OstrowskiAug 31, 2005 5:42 am 
Ted KaczmarekAug 31, 2005 6:11 am 
Christian LimpachAug 31, 2005 6:53 am 
Hien NguyenAug 31, 2005 7:59 am 
Ted KaczmarekAug 31, 2005 8:09 am 
Michal OstrowskiAug 31, 2005 8:23 am 
Nivedita SinghviAug 31, 2005 9:03 am 
Hien NguyenAug 31, 2005 9:56 am 
Hien NguyenAug 31, 2005 3:07 pm 
Michal OstrowskiSep 1, 2005 7:26 pm 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:Re: [Xen-devel] BUG? domu network interface configurationActions...
From:Christian Limpach (chri@gmail.com)
Date:Aug 31, 2005 6:53:56 am
List:com.xensource.lists.xen-devel

On 8/31/05, Michal Ostrowski <most@watson.ibm.com> wrote:

I'm working on something like the following to detect the script:

That would be a good stop-gap...

Having been able to call vif-route, is just the beginning of the real
problems...

Once I'm in vif-route I need to get the IP address that I assigned to the
partition.

To get that I need to figure out the domain id. (I suppose I could guess that
from the device name.)

Then I need to find the SXP config file in xenstore (and now I need a tool to parse it and extract the "(ip a.b.c.d)" statement), but I don't see a way of doing that because there seem to be no scripting tools to access xenstore.

Now, even if I did have such a tool, I don't see a way of going from domain id to uuid, which is what I think I need in order to interact with xenstore.

The solution we envision looks like this: - xenbus adds a hotplug environment variable to its devices which indicates the path in the store where the device configuration information is stored - we implement a simple tool to read/write values in the store from the command line - xend puts the additional device configuration information in the store as seperate nodes - we extend the hotplug script to read device configuration information out of the store using the path from the environment variable and then use this information to run the right script with arguments

We'll also use something similar to fix file: support and use the hotplug infrastructure to effectively move file: setup out of xend into the backend domain.

christian