[HPADM] filesystem corruption in cluster environment

From: Sushil Gupta (skg002_at_hotmail.com)
Date: 11/28/03

  • Next message: Sudhansu Dora: "[HPADM] Re: root password lost B2000"
    To: hpux-admin@dutchworks.nl
    Date: Fri, 28 Nov 2003 16:38:45 +0530
    
    

    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)
    

  • Next message: Sudhansu Dora: "[HPADM] Re: root password lost B2000"

    Relevant Pages

    • Re: Problem with Quotacheck after crash
      ... delete files after a disk crash... ... I've run an fsck on the volume from single user mode, ... files, and it was clean, but I still get this error. ... Run fsck again (with, as always, the filesystem not mounted) and keep ...
      (freebsd-questions)
    • Re: Filesystem panic in 5.2.1-RELEASE
      ... I also have had similar problems but usually manually fsck /usr (also right ... only thing I'm doing is adding ports, no other user action or gui just ports. ... I've only gotten it to crash during the bigger ports ... me point or wonder about softupdate or filesystem problems (I now have ...
      (freebsd-current)
    • gjournal and zfs, questions
      ... Is gjournal and/or zfs stable enough for production-like usage yet? ... got a 3.5TB filesystem that I'd rather not have to fsck in case of a ... crash or power outage. ... filesystem is stable. ...
      (freebsd-questions)
    • Re: fsckd - FIXED
      ... filesystem errors on boot, with the "hit control-D to continue or give root ... to fix the errors with fsck. ... filesystem and inability to reboot. ...
      (Debian-User)
    • Re: Ignorant user overfilled /usr; strange errors followed. Fixed with fsck -y, but what exactly
      ... While attempting to follow filesystem activity (and not realising the ... X/KDE, and found a whole sequence of 'filesystem is full' errors on ... Don't run fsck on a live filesystem; ... filesystem that apparently had no free blocks. ...
      (freebsd-questions)

  • Quantcast