Re: And then there was Bryce...

[Bill Davidsen <davidsen@tmr.com>]

Bryce wrote:

> Henrik Holst wrote:
>
>> Bryce wrote:
>>  
>>
>>> Gosh, where to start,..
>>>
>>> Ok general setup
>>>
>>> I'm using  kernel version 2.6.17-rc5 and  Raid 5 over 5 500Gb SATA 
>>> disks
>>>     
>>
>>
>> You have just upgraded to udev havn't you? :-)
>>
>> [snip!]
>>
>>  
>>
>>> Hum ho,.. I survived the horror but umm, well, I'll leave the above as
>>> a story to frighten young sysadmins with.
>>>     
>>
>>
>> The same happened to me with eth0-2. I _could_ not for my life
>> understand why I didn't get internet connect to work. But then I
>> realized that eth0 and eth1 had been swapped after I upgraded to udev.
>> Please advice your distribution udev documentation how to "lock down"
>> scsi and network cards to specific kernel names.
>>
>> Regards,
>> Henrik Holst
>>   
>
> Ah,.. yes,, udev has helpfully remapped where all the drives I have 
> were,.. and of course I've misread the log because my brain is so 
> fixated on expecting drives to be where they should
>
> curse you UDEV!! 

If you were using PARTITIONS and letting mdadm assemble the RAID it 
wouldn't matter. Using names is dangerous even without udev, I have a 
system on (mostly) FC1, using a 2.6.15 kernel, and if I bbot with a 
drive in the removable bay it calls that controller (VIA something) hde 
and hdf, if there's no drive it drops the module for the controller and 
everything else moves up by two.

Using mdadm I haven't been bitten by this in severl years.

I have similar problems on a RH8.0 system which needs to run the burner 
on ide-scsi, depending on USB devices plugged at boot names are 
negotiable. At boot time the "right" names are found and symlinks 
created as needed.

Finally, there's a command which allows you to set names of NICs by MAC 
address. Haven't needed it in years, I *think* it's called ifname from 
the iproute2 stuff. That's from memory.

Hope some of this is useful, I over-answered the question.

-- 
bill davidsen <davidsen@tmr.com>
  CTO TMR Associates, Inc
  Doing interesting things with small computers since 1979