Running Cloverleaf with a SAN

Clovertech Forums Read Only Archives Cloverleaf Operating Systems Running Cloverleaf with a SAN

  • Creator
    Topic
  • #48408
    James Nelson
    Participant

      I read the other thread regarding Cloverleaf and a SAN, but I didn’t see this particular question asked or answered.

      We are running Cloverleaf 3.8.1P (Soon to be upgraded to Cloverleaf 5.4) on AIX 5.1 (Soon to be upgraded to 5.2)

      When we first started using HACMP, we were using a shared storage array.  We put our sites on a volume on the SSA, but the /hci directory is on a local volume.  We have symbolic links in /hci/root3.8.1P that point to the sites on the SAN.

      This was setup before I started here, so I don’t know the exact reason, but I was told that “we were told it had to be on a local volume and couldn’t be on the SSA”.  When we moved to a SAN, this same configuration was used, just substituting the SAN for the SSA.

      Now, my question is: is there a reason that we can’t put the /hci directory on a SAN?  If so, what is the reason?

      Also, since we will be upgrading to Cloverleaf 5.4 soon, is this possible for the /qdx directory?

    Viewing 5 reply threads
    • Author
      Replies
      • #58556
        Bill Bertera
        Participant

          We have the same setup you do, with the sites on the SAN, and /hci on the local. I can’t remember the exact reasoning, but basically we were told /hci needed to be on the local. I think it had something to do with env variables or something. Also, when you install 5.x you don’t have to use /qdx, you can set it up to install to /hci.

        • #58557
          Richard Hart
          Participant

            We’ve been running 3.5.5P (AIX 4.3.3) on a SAN for a few years now.

            The directory ‘/hci’ is just a link to the ‘disc’ that contains ALL of the Cloverleaf files.

            eg

            [355] qdxi01p> cd /

            [355] qdxi01p> ls -l hci

            lrwxrwxrwx   1 root     system        14 Jul 19 2002  hci -> /apps/qdxi01p/

            When a failover is initiated (assuming that the ‘current’ server is still working)  a script is issued (we wrote this) that stops all Cloverleaf sites.  When the disc has been remounted on the alternate server a script is issued to start all Cloverleaf sites.

            Our ‘startSite.sh’ script always perfoms a ‘crash recovery’ before a site is started, just in case.

            I hope this helps.

            Note that we are IN an HACMP environment, but we do not run the HACMP Cloverleaf software.

          • #58558
            Rich Durkee
            Participant

              We are running QDXI 5.3.3 on AIX 5.2 in production on ALL SAN disks. We have NO local disks.

              Rich Durkee

              Genesys Regional Medical Center

              “When someone says something can’t be done, it only means he can’t do it.”

            • #58559
              Anonymous
              Participant

                We are running QDXI 5.2 on AIX and Sun Solaris. We have all the Cloverleaf directories on the SAN for more than a year now.

              • #58560
                Bakha Nurzhanov
                Participant

                  We are running CL 5.3P_REV3 on HP-UX 11.11 (11i) and we have all of our /quovadx related filesystems on the SAN (HP XP 1024). We also have HA (HP MC ServiceGuard). Our /quovadx root directory stays exclusive on the respective nodes but actual site directories/mount points get attached to the active node. In short – to answer your question – there is nothing preventing Cloverleaf running on the SAN, since it does not care how underlying OS deals with storage.

                • #58561
                  Jeff Thomas
                  Participant

                    Are you saying that each node has its own /quovadx directory, and you just fail the sites back and forth?

                    Thanks

                    Jeff

                Viewing 5 reply threads
                • The forum ‘Operating Systems’ is closed to new topics and replies.