Yes, I understand all this, and appreciate I could simply have changed the
persistent net rules file instead - it's six and two threes. What I am
driving at is that this issue downed one box, and is currently undocumented.
It is also confusing, because I have another box with the same
configuration, and that did not go down with the upgrade.

You and Michael have given me the explanation, and I have recitifed the
issue personally, but I was hoping to be able to document it, if it is
confirmed as an issue. I also should ask the question: is there anything I
could have done to prevent the issue from happening in the first place?

Tom


> -----Original Message-----
> From: Lonnie Abelbeck [mailto:li...@lonnie.abelbeck.com]
> Sent: 21 January 2010 13:42
> To: AstLinux Users Mailing List
> Cc: Tom Chadwin
> Subject: Re: [Astlinux-users] [Astlinux-devel] AstLinux 0.7.0 Released
> 
> 
> On Jan 21, 2010, at 5:31 AM, Tom Chadwin wrote:
> 
> > Just to confirm: prior to the upgrade, the NICs were:
> > 
> > eth0        Berofix
> > eth1        INTIF
> > eth2        EXTIF
> > br0 eth0 eth1
> > 
> > After upgrading to 0.7, they were:
> > 
> > eth0        INTIF
> > eth1        EXTIF
> > eth4        Berofix
> > br0 eth0 eth1
> > 
> > So, changing the bridge to eth0 eth4, and changing EXTIF to
> eth1 got
> > everything back up and running. Has anyone else seen this
> behaviour,
> > if they have NICs using different drivers? Just wondering
> whether/how
> > to document this.
> 
> Tom,
> 
> As Michael suggested, you could have simply edited the 
> "/etc/udev/rules.d/70-persistent-net.rules" file to make your previous 
> interface name mapping occur as it was in 0.6.
> 
> This is the purpose of this new feature.
> 
> In 0.6 the interface ordering was determined by the order of the 
> modprobe's (mostly), the "/etc/udev/rules.d/70-persistent-net.rules" 
> file allows explicit control of the ethX name by the MAC address of 
> the interface.
> 
> Lonnie
> 
> 
> 
> > 
> > Anyway, thanks again, everyone. Not a totally smooth
> upgrade, but all
> > is well now.
> > 
> > Tom
> > 
> > 
> >> -----Original Message-----
> >> From: Lonnie Abelbeck [mailto:li...@lonnie.abelbeck.com]
> >> Sent: 20 January 2010 22:30
> >> To: AstLinux Users Mailing List
> >> Subject: Re: [Astlinux-users] [Astlinux-devel] AstLinux 0.7.0 
> >> Released
> >> 
> >> 
> >> On Jan 20, 2010, at 3:34 PM, Michael Keuter wrote:
> >> 
> >>>> The problem: the Berofix has disappeared, so all my trunk
> >> calls are
> >>>> down. In addition, because the Berofix was eth0, my
> interfaces are
> >>>> possibly now misnumbered, and IAX2 calls seem not to get through.
> >>>> Oddly (and thankfully) I seem to be able to SSH to INTIF, though.
> >>>> 
> >>>> Can anyone help me to work out what has gone wrong?
> >>>> 
> >>>> Tom
> >>> 
> >>> Tom,
> >>> 
> >>> look into "/etc/rc.modules" and
> >>> "/etc/udev/rules.d/70-persistent-net.rules". You can change
> >> the "ethX" 
> >>> assignment values in the latter file. I used the Bero*fix
> >> as "eth4" in
> >>> my installations, and made a bridge to "eth0" or eth1"
> >>> depending on the usage.
> >> 
> >> Tom,
> >> 
> >> Michael's suggestion is on target.
> >> 
> >> The file "/etc/udev/rules.d/70-persistent-net.rules" is
> new to 0.7,
> >> which makes ethX interface names 'sticky' by MAC address.
> >> 
> >> A nice feature, but note that if you replace PCI cards or
> move the CF
> >> card to another box, it's probably easiest to remove this
> file before
> >> moving the CF card.  If
> "/etc/udev/rules.d/70-persistent-net.rules" 
> >> does not exist on first boot, it will be automatically created.
> >> 
> >> BTW: Both files Michael suggested editing are available
> via the Edit
> >> tab.
> >> 
> >> Lonnie
> 
> 


------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users

Donations to support AstLinux are graciously accepted via PayPal to 
pay...@krisk.org.

Reply via email to