[Ocfs2-users] OCFS2 mount points will not automatically mount onboot

[Charlie Sharkey]

Check the status of the multipath demon:   multipathd  status
I have seen a problem where the demon would die after starting. I
believe there is 
an update to multipath tools to fix this (at lease for Suse there is).
 
You should be mounting by label rather that /dev/dm-x. Label the drives
and then
use: LABEL=mylabel  in the fstab file. The relationship between dm-x and
any particular
is not persistent between boots. In other words, dm-2 may be the oragrid
volume next time.
 
I have seen another problem.  After mounting by label the 'mount'
command shows the drives
mounting as /dev/sdx rather than a multipathed device. You may have to
delay the multipath  
demon at boot time for things to settle. Adding a 'sleep 5' to the
appropriate startup script
will usually fix it.
 
good luck,
 
cs
 
 
________________________________

From: ocfs2-users-bounces at oss.oracle.com
[mailto:ocfs2-users-bounces at oss.oracle.com] On Behalf Of McKinley, Reid
Sent: Wednesday, May 20, 2009 12:57 PM
To: ocfs2-users at oss.oracle.com
Subject: [Ocfs2-users] OCFS2 mount points will not automatically mount
onboot



We are trying to figure out why our OCFS2 mount points will not
automatically mount on reboot.

 

We are on OEL version 2.6.18-92.el5 and we are using multipathing.  

 

Here are the OCFS2 entries in /etc/fstab.  

 

/dev/dm-2               /oracw                  oracle_clusterware
datavolume,nointr,_netdev  0 0

/dev/dm-3               /oragrid                oracle_home
datavolume,nointr,_netdev  0 0

 

Should we be using the "mapper" device names in the /etc/fstab file?

 

Thanks,

Reid

 

rmckinley at tiaa-cref.org

 

************************************************************************
********************
This message, including any attachments, contains confidential
information intended 
for a specific individual and purpose, and is protected by law. If you
are not the intended 
recipient, please contact the sender immediately by reply e-mail and
destroy all copies.
You are hereby notified that any disclosure, copying, or distribution of
this message, or
the taking of any action based on it, is strictly prohibited.

TIAA-CREF
************************************************************************
********************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20090520/d8d24991/attachment.html