Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 20 Oct 2005 14:27:44 -0400
From:      Anish Mistry <mistry.7@osu.edu>
To:        freebsd-current@freebsd.org
Cc:        Tom McLaughlin <tmclaugh@sdf.lonestar.org>
Subject:   Re: kern/87506 : [PATCH] Fix alias support on vr interfaces
Message-ID:  <200510201427.53315.mistry.7@osu.edu>
In-Reply-To: <200510201115.21750.jhb@freebsd.org>
References:  <41473.192.216.27.32.1129818223.squirrel@192.216.27.32> <200510201115.21750.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
--nextPart2555297.RObWYc2Cof
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Thursday 20 October 2005 11:15 am, John Baldwin wrote:
> On Thursday 20 October 2005 10:23 am, Tom McLaughlin wrote:
> > Hi, would someone be available to look at kern PR 87506?  I found
> > the problem while building a jail on my 6.0-RC1 box.  When
> > setting an alias on a vr device with ifconfig the alias address
> > replaces the initial address of the device.  marcus@ took a look
> > at the problem for me and provided the patch for the vr interface
> > which I tested and it resolved the problem. Without the patch I
> > can't create a jail that is network accessible.
> >
> > Marcus also notes in the PR that the rl, sis, ti, and tl may also
> > be affected by this bug.  If anyone has any other questions or
> > needs someone to test any changes to the patch just let me know.=20
> > I only have vr interfaces on my FreeBSD machines though.  Thanks.
> >
> > Tom
>
> I'm not sure that fix is really the right fix.  The patch just
> makes vr(4) ignore changes to if_flags while the driver is up.=20
> Probably there is a bug in vr(4)'s handling of alias addresses.  I
> did just reproduce this on my laptop's rl(4) interface though.=20
> I'll see if I can't figure out what is happening.
I'm also seeing this too along with the following.

I'm not sure if this is related, but I'm seeing the following on=20
RELENG_6 and CURRENT, but and older RELENG_5 as of ~2 months ago=20
doesn't show this problem.
I'm trying to setup my workstation with a normal DHCP'd address
and an alias IP for a jail running on the system, but the alias=20
setting wipes out all the other addresses on the interface.
in /etc/rc.conf:
ifconfig_rl0=3D"DHCP"
ifconfig_rl0_alias0=3D"inet 192.168.1.10 netmask 255.255.255.255"

I've checked the rc boot order (on RELENG_6 and CURRENT) and it seems=20
correct:
netif
dhclient
netif

I narrowed it down to:
dhclient rl0
ifconfig rl0 inet 192.168.1.11 netmask 0xffffffff alias
[dhclient prints a message here saying connection closed and exiting]

All of the other addresses on the card are removed.
I'm also seeing this on dc.  So thinking it to be a problem in=20
ifconfig I copied over the version from my RELENG_5 box, and that did=20
the same thing...so this seems to be present several of the network=20
drivers in RELENG_6/CURRENT.



=2D-=20
Anish Mistry

--nextPart2555297.RObWYc2Cof
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (FreeBSD)

iD8DBQBDV+GpxqA5ziudZT0RArHkAKDWfTCT/17jcRvrABq5820sKS222gCgzyOm
3/Yra2yZGHXlroR/589wfkI=
=S/Bq
-----END PGP SIGNATURE-----

--nextPart2555297.RObWYc2Cof--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200510201427.53315.mistry.7>