Re: [Xen-devel] [OSSTEST PATCH v2 07/19] ts-host-install: don't use the new nic naming scheme

[Wei Liu <wei.liu2@xxxxxxxxxx>]

On Fri, Jan 19, 2018 at 05:08:09PM +0000, Ian Jackson wrote:
> Wei Liu writes ("Re: [Xen-devel] [OSSTEST PATCH v2 07/19] ts-host-install: 
> don't use the new nic naming scheme"):
> > On Fri, Dec 15, 2017 at 03:45:06PM +0000, Julien Grall wrote:
> > > I dug a bit more, so 'force interface' will create the
> > > /etc/udev/rules.d/70-persistent-net.rules for the installer initrd.
> > > 
> > > However, it does not get copied to the installed Debian. For the moment, I
> > > workaround this by copying the file in overlay/ so it get installed.
> > 
> > I tried that as well, but that's wrong.
> > 
> > That would make the generated rule get copied in to the host initrd,
> > which ends up being used as the guests initrd (at least on x86), then
> > the guest will hijack the host's IP address (!).
> 
> ???
> 
> 1. persistent-net.rules contains information saying "if nic with
> address aa:bb:cc:dd:ee:ff shows up, call it eth2; also, do not call
> anything else eth2".  So it has nothing to do with ip addresses.

The rule is generated by osstest, which says "please make this nic have
mac address XXXX". That would cause the guest to have the same mac
address as the host. When the guest is up and asks DHCP server for an
IP, it gets the host's IP.

> 
> 2. initrds don't need to bring up the network so I'm not sure why this
> would end up there.  If it does, we could add something to the
> initramfs-tools config to stop it.
> 

initramfs-tools does that. I'm not aware of an option to stop it from
doing that.

Wei.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel