[Ocfs2-users] OCFS2 mount problem at Linux reboot when device names are non persistent.

[Luis Freitas]

  Anyone got this working on emc powerpath?
   
  I remeber seeing somewhere some special configuration to get mounting by label working with multipath devices, but could not find it again.
   
  Regards,
  Luis

Ricardo Fernandez <Ricardo.Fernandez at quanam.com> wrote:
  Hi people, 

Thanks a lot for your answer!
It worked perfectly.

Best regards
Ricardo



-----Original Message-----
From: Sunil Mushran [mailto:Sunil.Mushran at oracle.com] 
Sent: viernes, 24 de agosto de 2007 14:26
To: Randy Ramsdell
Cc: ocfs2-users at oss.oracle.com; Ricardo Fernandez
Subject: Re: [Ocfs2-users] OCFS2 mount problem at Linux reboot when
device names are non persistent.

While mount-by-uuid will work, mount-by-label should also work.
The one gotcha in the latter is that it expects the device to be
partitioned. As in, it will not mount-by-label if the device is /dev/sda
but will if the device is /dev/sda1 or sda2, etc.

Randy Ramsdell wrote:
> Ricardo Fernandez wrote:
> 
>> Hi,
>> 
>> I have the following problem when the servers accessing OCFS2 reboot:

>> as the Linux device names are non persistent, at reboot they usually 
>> change, and then OCFS2 can't mount the device because it is expecting

>> a different device name as stated in the fstab file. (it is specified

>> in the format /dev/sdx as the instructions of the OCFS2 installation 
>> manual say) If I change the device name to the "new" name, it works 
>> fine. But this is not an acceptable solution, as each node should be 
>> able to start in a fully automatic way. (without human intervention)
>> 
>> I thought that the purpose of the disk LABEL that I added when 
>> formatting the partition with OCFS2 was exactly this. (Am I right?) I

>> changed the fstab to use the LABEL option, and also try to mount it 
>> from the command line using the LABEL option but it didn't work. Is 
>> there any bug or known issue on this topic. I guess that if I glue 
>> the device name with udev it will work, but I really would expect 
>> OCF2 to solve this problem (because it is not a new one, and most of 
>> the file systems I know can handle it)
>> 
>> I would appreciate any help on this topic.
>> 
>> 
>> Thanks a lot
>> Ricardo
>> 
>> I work with: 
>> 
>> RHEL 4
>> Local SCSI devices
>> External devices locates in an EVA8000 SAN, accessed through a fibre
channel bus. The OCFS2 file system is on one of these.
>> 
>>
>> _______________________________________________
>> Ocfs2-users mailing list
>> Ocfs2-users at oss.oracle.com
>> http://oss.oracle.com/mailman/listinfo/ocfs2-users
>> 
>> 
> Do not use label use UUID name and _netdev_ fstab option.
> This is the UUID of a volume we have.
> /dev/disk/by-uuid/be12775a-ec1c-4ed7-a06b-f30a081a0603
>
> UUID's are unique and never change so they are ideal for what you are 
> describing.
>
> Randy Ramsdell
>
> _______________________________________________
> Ocfs2-users mailing list
> Ocfs2-users at oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-users
> 


_______________________________________________
Ocfs2-users mailing list
Ocfs2-users at oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users


       
---------------------------------
Need a vacation? Get great deals to amazing places on Yahoo! Travel. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20070827/44c05586/attachment-0001.html