Re: [Ocfs2-users] Use of OCFS2 file systems.

[Alexei_Roudnev]

Title: Signature

If you can avoid OCFSv2 on a RAC server, better do it. Any cluster (RAC and OCFS) have it's own instability elements (OCFSv2 have a poor heartbeat alghoritm and so tend to self-fence without real failure, and (in addition) is relatively new. It works fine enough to be used, when you really need file sharing (such as database files or backups or even archive logs), but the less you use it, the better. Oracle home files feels well without sharing.   // I don't see problems with OCFSv2 on SLES9 SP3-updated, but I avoid to use it for mission critical file systems or heavy-duty file systems, // and I still have failure scenario, when RAC cluster could work but OCFS cause full-cluster failure // If you have network problem, SAN // system restart, disk io error, etc etc - you can end up with system panic or reboot, caused by OCFS - // so the less OCFS you have, the better is your system stability.   ----- Original Message ----- From: Bill Wells To: Sunil Mushran Cc: ocfs2-users@oss.oracle.com Sent: Friday, September 29, 2006 10:45 AM Subject: Re: [Ocfs2-users] Use of OCFS2 file systems. thanks, Sunil. BW Bill Wells, OCP 7,8i,9i,10g Principal Service Delivery Engineer Advanced Customer Services - GEH Cell# (919) 624-6300 Office# (919) 846-8426 email: [EMAIL PROTECTED] The statements and opinions expressed here are my own and do not necessarily represent those of Oracle Corporation. Sunil Mushran wrote: Yes. Bill Wells wrote: All,   Can someone comment on whether it is recommended to use the OCFS2 file system for the admin directories of a RAC database.  Specifically, for bdump, udump, cdump, etc. This is being considered on RHEL4-U4 with 10gR2 on a 3 node cluster. Thanks much, Bill Wells --  ------------------------------------------------------------------------ Oracle logo *Bill Wells*, OCP 7,8i,9i,10g /Principal Service Delivery Engineer Advanced Customer Services - GEH/ Cell#     (919) 624-6300 Office#     (919) 846-8426 email: [EMAIL PROTECTED] The statements and opinions expressed here are my own and do not necessarily represent those of Oracle Corporation. ------------------------------------------------------------------------ _______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs2-users   _______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs2-users

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