Summary:breaking a 2 node cluster in 5.1A, amd rebooting a single node as a 'standalone'

From: Frank Chu-Cheong (frank_at_digi-data.com)
Date: 12/30/03

  • Next message: David.Knight_at_clubcorp.com: "SCO UNIX - init (PID 1) died, status 0x0000008B"
    Date: Tue, 30 Dec 2003 13:57:27 -0400
    To: tru64-unix-managers@ornl.gov
    
    

    **************************************************************************************************
    The contents of this email and any attachments are confidential.
    They are intended for the named recipient(s) only.
    If you have received this email in error please notify the system manager or the
    sender immediately and do not disclose the contents to anyone or make copies.

    ** eSafe scanned this email for viruses, vandals and malicious content. **
    **************************************************************************************************

    Thanks to the following:
    Martin Rønde Andersen
    Dr. Thomas P. Blinn
    Parkin Frank
    Manish Vashi

    The general consensus is that I will have to boot the original lead member (the one on which V5.1A was initially installed) from the original installation disk.
    Martin pointed out that "you cannot boot a cluster member disk in a NONcluster manner", and Dr. Thomas Blinn noted "The older V4.0x based "TruCluster" was a totally different beast than what is in V5.x, so what might have worked in a V4.0x based cluster is different in V5.x."

    Following is the original post:
    Dear Managers,
    I have a two node cluster (GS80's) running T64 V5.1A. I would like to
    break this cluster for one day, and run one node as a 'standalone'
    system ( ie. I do not want it running as a one member cluster. The
    other node would be shutdown and powered off). After this one day
    period, I would like to reform the cluster. For the moment,
    clu_delete_member is not an option. The following link offers a
    suggestion for TruCluster 1.5
    http://www.ornl.gov/lists/mailing-lists/tru64-unix-managers/2000/02/ms
    g00385.html
    clubase:
             cluster_disable=1
     
    This disables the cluster from coming up once rebooted.
     
    In 5.1A, cluster_disabel does not seem to be an attribute in the
    clubase subsystem. Does 5.1A have any such attributes that will allow
    me to accomplish what I want? If not, is there any way to accomplish
    what I want? Thanks. frank


  • Next message: David.Knight_at_clubcorp.com: "SCO UNIX - init (PID 1) died, status 0x0000008B"

    Relevant Pages

    • Re: Changing domain & renaming servers in a cluster
      ... is that you need to evict a node in order to rename it, ... Some articles you would need to accomplish your changes if you chose to ... I inherited this cluster, so i'm not sure what all this entails. ... Any advice or good articles I could read on how to do this without blowing ...
      (microsoft.public.windows.server.clustering)
    • breaking a 2 node cluster in V5.1A, and rebooting a single node as a standalone
      ... I have a two node cluster running T64 V5.1A. ... cluster_disabel does not seem to be an attribute in the clubase ... is there any way to accomplish what I ...
      (Tru64-UNIX-Managers)
    • Re: Changing domain & renaming servers in a cluster
      ... from production to a lab domain. ... rebuild one cluster completely, and evict and recreate half of the other. ... Some articles you would need to accomplish your changes if you chose to ...
      (microsoft.public.windows.server.clustering)
    • Re: Cluster IP-Adress
      ... Do you mean an IP not on the samae subnet? ... While creating a cluster, the answer is "no". ... But the hard question again, what are you trying to accomplish, you really ... > "Andreas Hannig" wrote in message ...
      (microsoft.public.windows.server.clustering)
    • Re: How to change Cluster size within a slip streamed SP2 copy of wind
      ... If you wish to change the default 4k cluster size ... program that can accomplish this after installing Windows XP, ... Windows XP - Shell/User ...
      (microsoft.public.windowsxp.setup_deployment)