lkml.org 
[lkml]   [2001]   [May]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: LANANA: To Pending Device Number Registrants
    jlundell@pobox.com (Jonathan Lundell)  wrote on 15.05.01 in <p05100316b7272cdfd50c@[207.213.214.37]>:

    > What about:
    >
    > 1 (network domain). I have two network interfaces that I connect to
    > two different network segments, eth0 & eth1; they're ifconfig'd to
    > the appropriate IP and MAC addresses. I really do need to know
    > physically which (physical) hole to plug my eth0 cable into.

    Sorry, the software doesn't know that. Never has, for that matter.

    > (Extension: same situation, but it's a firewall and I've got 12 ports
    > to connect.) (Extension #2: if I add a NIC to the system and reboot,
    > I'd really prefer that the NICs already in use didn't get renumbered.)

    Make your config script look at the hardware MAC addresses. Those don't
    change.

    > 2 (disk domain). I have multiple spindles on multiple SCSI adapters.
    > I want to allocate them to more than one RAID0/1/5 set, with the
    > usual considerations of putting mirrors on different adapters,
    > spreading my RAID5 drives optimally, ditto stripes. I need (eg) SCSI
    > paths to config all this, and I further need real physical locations
    > to identify failed drives that need to be hot-replaced. The mirror
    > members will move around as drives are replaced and hot spares come
    > into play.

    Use partition UUIDs, or SCSI serial numbers, or whatever. This works
    today.

    > Seems like more that merely informational.

    The *location*? Nope. Some unique id for the device, if available at all:
    sure.

    > (A side observation: PCI or SCSI bus/device/lun/etc paths are not
    > physical locations; you also need external hardware-specific
    > knowledge to be able to talk about real physical locations in a way
    > that does the system operator any good.)

    And those you typically do not have.

    MfG Kai
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 12:53    [W:3.344 / U:0.472 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site