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

Re: [Linux-cluster] is necesary to to build GFS on top of LVM ?



You can use udev with scsi_id to map that lun always on the same place instead using lvm to find volumes.

There is another thing you should consider. It is cLVM not LVM.

Roger PeXa Escobio wrote:

--- "Matthew B. Brookover" <mbrookov mines edu> wrote:


I have an iscsi scan that would not work with out
LVM.  As with your EMC
SAN I can expand a volume and expand a GFS file
system within it.  Where
I get into trouble is identifying the volumes after
a reboot.  What
was /dev/sdb may be /dev/sdc next time.  LVM allows
you to name your
volumes and helps to track them down when the system
is restarted.
There are similar problems when SCSI ID numbers get
swapped around.


yes, I know what you mean
I was looking for something like ext{2,3} label for
the filesystem but I could'n find anything for gfs :-(

so I am hopping that PowerPath kernel module always
identify the LUN with the same emcpower device :-)
if that is not true I will be forced to move to LVM
under GFS :-)


thanks
roger




__________________________________________
RedHat Certified Engineer ( RHCE )
Cisco Certified Network Associate ( CCNA )

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
--
Linux-cluster mailing list
Linux-cluster redhat com
https://www.redhat.com/mailman/listinfo/linux-cluster

--
Ivan Pantovic, System Engineer
-----
YUnet International  http://www.eunet.yu
Dubrovacka 35/III,   11000 Belgrade
Tel: +381 11 311 9901;  Fax: +381 11 311 9901; Mob: +381 63 302 288
-----
This  e-mail  is confidential and intended only for the recipient.
Unauthorized  distribution,  modification  or  disclosure  of  its
contents is prohibited. If you have received this e-mail in error,
please notify the sender by telephone  +381 11 311 9901.
-----


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