Sorry, but two more stupid question about devfs.
1)
In your paper /dev looks like the actual dev tree. If I remember right
you said earlier that there was also a directory with friendly names that
were nothing but sym-links.
2)
If devices are organized by target id how do we make sure that names don't
get swaped after a reboot.
For example lets say that we bring down a machine and durring this time
there is a LIP on our FCAL and two of the drives swap id's, then on reboot
the system thinks the drive that was used for /home is / and the drive for
/ is /home
Hopfully, I am not being to much of a pest.
Rodger Wilson
Target and SCSI Drivers (Sun Microsystems, Inc.)
DIRECT: (303) 272-8252 HOME: (303) 499-9498
FAX: (303) 272-7793 CELL: (303) 669-7955
PAGER: (303) 203-8561 EMAIL: Rodger.Wilson@sun.com
On Thu, 27 Apr 2000, Richard Gooch wrote:
> Rodger Wilson writes:
> > I quickly read through the paper, and came up with a question.
> >
> > Talking about persistence -- what about scsi device that dynamically
> > change their target id's (i.e. fiber channel). How do we make sure that
> > we continue to refernce disk1 as disk1. With a possible 16 million
> > devices this could get hairy.
> >
> > If we are wanting to have multi-pathed access to a drive it would be
> > nice to have that reflected in the dev tree, but it would also be
> > nice to easily refer to a unique drive, via WWN. By using the World
> > Wide Number we can make sure that we know exactly which drive we are
> > refering to.
>
> If by WWN you mean UUID (or a human-friendly label), then that's
> coming. Right now this is done in mount(8), so it won't work for the
> root FS. Check the linux-kernel archives for my planned solution to
> this.
>
> Regards,
>
> Richard....
> Permanent: rgooch@atnf.csiro.au
> Current: rgooch@ras.ucalgary.ca
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Apr 30 2000 - 21:00:13 EST