[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[linux-lvm] Could vgscan read a file of "preferred" LV name -> minor device id ?

I'm getting complaints from NFS users that when servers reboot, they often 
find that their mounts have the wrong data.  I've never really worked out 
which end hold what in NFS FHs, but the basic idea is that a client identifies 
a FH which encodes (major dev id,minor dev id,inode number,version).
This appears to break down when a new LV is created ane the server rebooted.
As the /dev/<vg>/<lv> nodes are numbered strictly in the order that they are 
discovered, all LV minor device IDs on subsequent VGs are renumbered, so any 
remote caching of FHs breaks (( as with SCSI )).

Is that about right ?

Would it be possible for vgscan to read a "hints" file consisting of <vg>/<lv> 
and minor device number pairs ?

As each <vg>/<lv> is found, if it's in the file, the nominated minor device id 
is used; if it's not found, then the next minor device id which is not listed 
in the file is used.

[[ I use devfs, so using existing data in /dev/ would not help -- but I think 
it would do no harm to use that data by default ]]

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]