From: Sushil Gupta (skg002@hotmail.com)
Date: Fri Nov 28 2003 - 06:08:45 EST
Hello,
We have a MCSG Cluter on HPUX 11 running SAP. On a few occasions when the
primary node crashed the secondary node took over the package and the SAP
came up without any problem. However, last time when the filesystems were
being mounted on the secondary node, the fsck reported some corruption which
it was not able to fix.We had to recreate the filesystem and load the data
from backups.
Looking at the way cluster works, in case of a primary machine crash, the
secondary machine will necessarily have to run fsck. On any Unix system,
there is no guarantee that the fsck will successfully run after any crash
(correct me if this is wrong). In that case, is it correct to say that we
merely have "a good chance" that the fsck will run successfully, and it
turns out to be an unlucky day, the fsck may fail. Also even if the fsck
runs successfully, where is the guarantee that the Oracle database recovery
will happen successfully.
We also learnt about a case of SCO reliant HA cluster where a user faced
similar problem of filesystem corruption after a primary crash.
Isnt this the basic issue of all unix systems, who operate with lot of
filesystem cache. Once the cache is lost either due to OS crash or due to a
machine failure, there is no telling what critical data may have been lost.
The situation will be worse in cases where the Raid boxes keep a huge amount
of cache in them.
ALSO, DO ANY OF YOU KNOW OF ANY FORUM FOR SCO OPENSERVER USERS.
With best regards
Sushil
_________________________________________________________________
10,000 recruiters head-hunt through naukri.com.
http://go.msnserver.com/IN/37651.asp Post your CV online today.
--
---> Please post QUESTIONS and SUMMARIES only!! <---
To subscribe/unsubscribe to this list, contact majordomo@dutchworks.nl
Name: hpux-admin@dutchworks.nl Owner: owner-hpux-admin@dutchworks.nl
Archives: ftp.dutchworks.nl:/pub/digests/hpux-admin (FTP, browse only)
http://www.dutchworks.nl/htbin/hpsysadmin (Web, browse & search)
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 11:02:37 EDT