Sun Cluster Handbuch Systemverwaltung für Solaris OS

So booten Sie einen Cluster-Knoten


Hinweis –

Das Starten eines Cluster-Knotens kann von der Quorum-Konfiguration beeinflusst werden. In einem Zwei-Knoten-Cluster müssen Sie das Quorum-Gerät so konfigurieren, dass der Quorum-Gesamtstimmenzähler für den Cluster Drei beträgt. Sie sollten einen Quorum-Zähler für jeden Knoten und einen für das Quorum-Gerät konfiguriert haben. Wenn der erste Knoten in diesem Fall heruntergefahren wird, hat der zweite Knoten weiterhin Quorum und läuft als einziges Cluster-Mitglied. Damit der erste Knoten dem Cluster wieder als Cluster-Knoten beitreten kann, muss der zweite Knoten aktiv sein und laufen. Der erforderliche Cluster-Quorum-Zählerwert (Zwei) muss erreicht werden.


  1. Zum Starten eines heruntergefahrenen Cluster-Knotens booten Sie den Knoten.

    • SPARC:


      ok boot
      

    • x86:


                            <<< Current Boot Parameters >>>
      Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@7,1/
      sd@0,0:a
      Boot args:
      
      Type    b [file-name] [boot-flags] <ENTER>  to boot with options
      or      i <ENTER>                           to enter boot interpreter
      or      <ENTER>                             to boot with defaults
      
                        <<< timeout in 5 seconds >>>
      Select (b)oot or (i)nterpreter: b
      

    Auf den Konsolen der gebooteten Knoten werden beim Aktivieren der Cluster-Komponenten Meldungen angezeigt.


    Hinweis –

    Ein Cluster-Knoten muss eine funktionierende Verbindung zum Cluster-Interconnect haben, um die Cluster-Mitgliedschaft zu erlangen.


  2. Überprüfen Sie, ob der Knoten fehlerfrei gebootet wurde und online ist.

    Der scstat-Befehl gibt den Status eines Knotens zurück.


    # scstat -n
    


    Hinweis –

    Wenn das /var-Dateisystem eines Cluster-Knotens voll wird, kann Sun Cluster auf dem Knoten möglicherweise nicht neu gestartet werden. Wenn dieses Problem auftritt, gehen Sie zum Abschnitt So reparieren Sie ein volles /var-Dateisystem.


SPARC: Beispiel — Booten eines Cluster-Knotens

Das nachstehende Beispiel zeigt die Konsolenausgabe beim Start des Knotens phys-schost-1 in einem Cluster.


ok boot
Rebooting with command: boot
...
Hostname: phys-schost-1
Booting as part of a cluster
...
NOTICE: Node phys-schost-1: attempting to join cluster
...
NOTICE: Node phys-schost-1: joined cluster
...
The system is coming up.  Please wait.
checking ufs filesystems
...
reservation program successfully exiting
Print services started.
volume management starting.
The system is ready.
phys-schost-1 console login:

x86: Beispiel — Booten eines Cluster-Knotens

Das nachstehende Beispiel zeigt die Konsolenausgabe beim Start des Knotens phys-schost-1 in einem Cluster.


                     <<< Current Boot Parameters >>>
Boot path: /pci@0,0/pci8086,2545@3/pci8086,1460@1d/pci8086,341a@7,1/sd@0,0:a
Boot args:

Type    b [file-name] [boot-flags] <ENTER>   to boot with options
or      i <ENTER>                            to enter boot interpreter
or      <ENTER>                              to boot with defaults

                  <<< timeout in 5 seconds >>>

Select (b)oot or (i)nterpreter: Size: 276915 + 22156 + 150372 Bytes
/platform/i86pc/kernel/unix loaded - 0xac000 bytes used
SunOS Release 5.9 Version on81-feature-patch:08/30/2003 32-bit
Copyright 1983-2003 Sun Microsystems, Inc.  All rights reserved.
Use is subject to license terms.
configuring IPv4 interfaces: e1000g2.
Hostname: phys-schost-1
Booting as part of a cluster
NOTICE: CMM: Node phys-schost-1 (nodeid = 1) with votecount = 1 added.
NOTICE: CMM: Node phys-schost-2 (nodeid = 2) with votecount = 1 added.
NOTICE: CMM: Quorum device 1 (/dev/did/rdsk/d1s2) added; votecount = 1, bitmask
of nodes with configured paths = 0x3.
WARNING: CMM: Initialization for quorum device /dev/did/rdsk/d1s2 failed with
error EACCES. Will retry later.
NOTICE: clcomm: Adapter e1000g3 constructed
NOTICE: clcomm: Path phys-schost-1:e1000g3 - phys-schost-2:e1000g3 being constructed
NOTICE: clcomm: Path phys-schost-1:e1000g3 - phys-schost-2:e1000g3 being initiated
NOTICE: clcomm: Path phys-schost-1:e1000g3 - phys-schost-2:e1000g3 online
NOTICE: clcomm: Adapter e1000g0 constructed
NOTICE: clcomm: Path phys-schost-1:e1000g0 - phys-schost-2:e1000g0 being constructed
NOTICE: CMM: Node phys-schost-1: attempting to join cluster.
WARNING: CMM: Reading reservation keys from quorum device /dev/did/rdsk/d1s2
failed with error 2.
NOTICE: CMM: Cluster has reached quorum.
NOTICE: CMM: Node phys-schost-1 (nodeid = 1) is up; new incarnation number =
1068503958.
NOTICE: CMM: Node phys-schost-2 (nodeid = 2) is up; new incarnation number =
1068496374.
NOTICE: CMM: Cluster members: phys-schost-1 phys-schost-2.
NOTICE: CMM: node reconfiguration #3 completed.
NOTICE: CMM: Node phys-schost-1: joined cluster.
NOTICE: clcomm: Path phys-schost-1:e1000g0 - phys-schost-2:e1000g0 being initiated
NOTICE: clcomm: Path phys-schost-1:e1000g0 - phys-schost-2:e1000g0 online
NOTICE: CMM: Retry of initialization for quorum device /dev/did/rdsk/d1s2 was
successful.
WARNING: mod_installdrv: no major number for rsmrdt
ip: joining multicasts failed (18) on clprivnet0 - will use link layer
broadcasts for multicast
The system is coming up.  Please wait.
checking ufs filesystems
/dev/rdsk/c1t0d0s5: is clean.
NIS domain name is dev.eng.mycompany.com
starting rpc services: rpcbind keyserv ypbind done.
Setting netmask of e1000g2 to 255.255.255.0
Setting netmask of e1000g3 to 255.255.255.128
Setting netmask of e1000g0 to 255.255.255.128
Setting netmask of clprivnet0 to 255.255.255.0
Setting default IPv4 interface for multicast: add net 224.0/4: gateway phys-schost-1
syslog service starting.
obtaining access to all attached disks


*****************************************************************************
*
* The X-server can not be started on display :0...
*
*****************************************************************************
volume management starting.
Starting Fault Injection Server...
The system is ready.

phys-schost-1 console login: