Re: [Astlinux-devel] Adding e1000 card to trunk

Lonnie Abelbeck wrote:
> On Oct 20, 2009, at 11:17 PM, Philip Prindeville wrote:
> 
>> On 10/20/2009 09:04 PM, Lonnie Abelbeck wrote:
>>> On Oct 20, 2009, at 7:32 PM, Philip Prindeville wrote:
>>>
>>>
>>>> I built a test box with an Intel Pro/1000 card in it, and rebooted.
>>>>
>>>> Interestingly, runnix came up with eth0 as the e1000 driver... which
>>>> was
>>>> a little unexpected.
>>>>
>>>> I'll see if there's a work-around for this, but it would probably
>>>> incur
>>>> platform-specific fixes and having multiple versions.  Not sure I  
>>>> want
>>>> to go down that road.
>>>>
>>>> -Philip
>>>>
>>> Yes, I have seen exactly this as well.  In fact my main net5501
>>> AstLinux box is configured as you describe.
>>>
>>> My simple solution was to comment out NDEV in /oldroot/cdrom/os/
>>> default.conf
>>>
>>> #NDEV="eth0"
>>>
>>> problem solved.  In fact all my boxes have NDEV commented out
>>> (disabling runnix network configuration) because in a cable modem
>>> environment this can cause many problems.  Forcing a DHCP lease when
>>> you don't want one or different MAC addresses between runnix and
>>> astlinux essentially disabling the astlinux interface to the cable
>>> modem.
>>>
>>> Lonnie
>> That just turns it off, and I already knew how to do that.
>>
>> I'm worried about preserving the functionality for those who use it.
>>
>> -Philip
> 
> Now that /etc/udev/rules.d/70-persistent-net.rules can change the  
> network interface ordering in astlinux, I see no practical way for  
> runnix to automatically keep in sync with the astlinux network  
> interface ordering.
> 
> Since runnix was derived from astlinux, the modprobe ordering kept  
> things in sync, for the most part, for a couple of years.
> 
> I suggest here (and have for some time) for our purposes, enabling  
> runnix NDEV by default causes more problems than it solves.  Should a  
> user want to enable runnix NDEV, then it is their responsibility to  
> match the the EXTIF interface with their runnix NDEV.
> 
> Lonnie

Other option is to update runnix...