[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] No network device problem in -testing



On Mon, Feb 06, 2006 at 01:54:20PM +0100, Molle Bestefich wrote:

> Ewan Mellor wrote:
> > This change was made on Dec 13.  Previously, the nics= option and the
> > vif option interacted in unexpected ways (nics=0 did not necessarily
> > mean 0 vifs, for example).  This way vif and vbd configuration behaves
> > the same, and there are no concealed defaults to confuse people.
> 
> It seems that the options:
>  ip="blah"
>  netmask="blah"
>  gateway="blah"
> 
> still work, but now they can also be specified within the vif=['']
> list as vif=['ip=blah, etc'].
> 
> Is this a bug, or is there just supposed to be two ways to apply an IP
> address etc. now?

Those ip, netmask, and gateway parameters specify options for the Linux
kernel command line.  With these, you can persuade the guest to use the
specified details, without having the guest preconfigured, but in
general it's not a good way to work -- you can't specify addresses for
multiple interfaces this way, in particular.  The vif options specify
the details given to the hotplug scripts when the devices come up.
These details are used to configure DHCP, routing, or whatever inside
dom 0 -- they don't necessarily affect the guest.  You still need the
guest to configure itself appropriately.

The best thing to do is probably to use vif=, have a DHCP server inside
dom0 (dhcp=yes in a couple of places) and then preconfigure the guest to
expect their addresses via DHCP.

The kernel command line options are probably most useful for developers, who
just want to get things up and running quickly without configuring their guest
properly.

Ewan.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.