10모니터링·문제 해결모니터링·문제 해결

ClusterXL 모니터링 명령은 클러스터와 멤버들이 정상인지 확인하고, Critical Device를 정의 하는 데 씁니다. 여기서 Critical Device(중요 장치) 라는 말이 계속 나오는데, 다른 이름으로는 Problem Notification 또는 줄여서 pnote 라고도 부릅니다. 이것은 각 멤버 위에서 동작하는 특수한 소프트웨어 장치로, 클러스터 운영에 결정적인 요소들을 감시 합니다. 감시 대상 구성요소가 제때 상태를 보고하지 못하거나 상태를 "problem"으로 보고하면, 그 멤버의 상태는 즉시 Down으로 바뀝니다.

명령을 둘러보는 방법은 셸에 따라 다릅니다.

구문 표기 약속은 다른 장과 동일합니다.

모니터링 명령 한눈에 보기

아래 표는 ClusterXL 모니터링 명령을 Gaia Clish 명령과 Expert mode cphaprob 명령을 짝지어 정리한 것입니다. 각 명령의 자세한 설명은 이 장의 뒤쪽 절에서 이어집니다.

Gaia Clish의 show cluster 명령 트리는 이렇게 생겼습니다.

show cluster
      bond
            all
            name <Name of Bond>
      failover
      members
            ccpenc
            idmode
            igmp
            interfaces
                  all
                  secured
                  virtual
                  vlans
            ips
            monitored
            mvc
            pnotes
                  all
                  problem
      release
      roles
      state
      statistics
            sync [reset]
            transport [reset]

Expert mode의 cphaprob 명령 목록은 다음과 같습니다.

cphaprob [-vs <VSID>] state
cphaprob [-reset {-c | -h}] [-l <count>] show_failover
cphaprob names
cphaprob [-reset] [-a] syncstat
cphaprob [-reset] ldstat
cphaprob [-l] [-i[a]] [-e] list
cphaprob [-vs all] [-a] [-m] if
cphaprob show_bond [<bond_name>]
cphaprob show_bond_groups
cphaprob igmp
cphaprob fcustat
cphaprob [-m] tablestat
cphaprob routedifcs
cphaprob roles
cphaprob release
cphaprob ccp_encrypt
cphaprob [{-d | -f | -s}] corr

클러스터를 구성한 뒤 가장 먼저, 그리고 가장 자주 쓰는 명령입니다. 클러스터 전체 상태를 한눈에 보여 줍니다.

Gaia Clish:
1. set virtual-system <VSID>
2. show cluster state

Expert mode:
cphaprob [-vs <VSID>] state

출력 예시는 다음과 같습니다.

Member1> show cluster state
Cluster Mode: High Availability (Active Up) with IGMP Membership

ID    Unique Address    Assigned Load    State        Name
1 (local) 11.22.33.245       100%        ACTIVE(!)    Member1
2         11.22.33.246         0%        DOWN         Member2

Active PNOTEs: COREXL

Last member state change event:
   Event Code:            CLUS-116505
   State change:          INIT -> ACTIVE(!)
   Reason for state change: All other machines are dead (timeout), FULLSYNC PNOTE
   Event time:            Sun Sep  8 15:28:39 2019

Cluster failover count:
   Failover counter:      0
   Time of counter reset: Sun Sep  8 15:28:21 2019 (reboot)
Member1>

출력의 각 필드는 다음과 같은 뜻입니다.

멤버가 가질 수 있는 상태

멤버 상태를 살필 때는 이 멤버가 패킷을 전달하는지, 그리고 패킷 전달을 막는 문제가 있는지 두 가지를 함께 봐야 합니다. 각 상태는 Critical Device 검사 결과를 반영합니다.

READY 상태가 되는 이유는 두 가지입니다.

내장 Critical Device가 여러 개 있고, 관리자가 추가로 정의할 수도 있습니다. Critical Device 하나라도 상태를 "problem"으로 보고하면 그 멤버는 "DOWN" 으로 보고됩니다.

내장 Critical Device 목록

명령 구문과 옵션

Gaia Clish:
show cluster members pnotes {all | problem}

Expert mode:
cphaprob [-l] [-ia] [-e] list

예시로 읽는 출력

예시 1 — fwd 프로세스가 죽어 problem을 보고하는 경우.

[Expert@Member1:0]# cphaprob -l list
Built-in Devices:
   Device Name: Interface Active Check
   Current state: OK
   Device Name: Recovery Delay
   Current state: OK
   Device Name: CoreXL Configuration
   Current state: OK
Registered Devices:
   Device Name: Fullsync
   Registration number: 0
   Timeout: none
   Current state: OK
   Time since last report: 1753.7 sec
   Device Name: Policy
   Registration number: 1
   Timeout: none
   Current state: OK
   Time since last report: 1753.7 sec
   Device Name: routed
   Registration number: 2
   Timeout: none
   Current state: OK
   Time since last report: 940.3 sec
   Device Name: fwd
   Registration number: 3
   Timeout: 30 sec
   Current state: problem
   Time since last report: 1782.9 sec
   Process Status: DOWN
   Device Name: cphad
   Registration number: 4
   Timeout: 30 sec
   Current state: OK
   Time since last report: 1778.3 sec
   Process Status: UP
   Device Name: VSX
   Registration number: 5
   Timeout: none
   Current state: OK
   Time since last report: 1773.3 sec
   Device Name: Init
   Registration number: 6
   Timeout: none
   Current state: OK
   Time since last report: 1773.3 sec
[Expert@Member1:0]#

예시 2 — CoreXL 방화벽 인스턴스 수가 멤버 간에 달라 CoreXL Configuration이 problem을 보고하는 경우. 이때 상태는 problem (non-blocking)으로 표시됩니다.

[Expert@Member1:0]# cphaprob -l list
Built-in Devices:
   Device Name: Interface Active Check
   Current state: OK
   Device Name: Recovery Delay
   Current state: OK
   Device Name: CoreXL Configuration
   Current state: problem (non-blocking)
Registered Devices:
   ...
   Device Name: fwd
   Current state: OK
   Process Status: UP
   ...
[Expert@Member1:0]#

이 명령은 멤버 인터페이스와 가상 클러스터 인터페이스의 상태를 보여 줍니다. ClusterXL은 인터페이스를 Critical Device로 취급 하고, 각 인터페이스가 CCP 패킷을 보내고 받을 수 있는지 확인합니다.

ClusterXL은 또한 필요한 최소 정상 인터페이스 수를, 마지막 재부팅 이후 감지한 최대 정상 인터페이스 수로 설정 합니다. 정상 인터페이스 수가 이 필요 수보다 적으면 ClusterXL은 그 멤버를 실패로 선언하고 페일오버를 시작합니다. 동기화 인터페이스에도 같은 규칙이 적용되며, 이때는 정상 동기화 인터페이스만 셉니다.

인터페이스가 DOWN이라는 것은 CCP 패킷을 받지 못하거나, 보내지 못하거나, 둘 다 라는 뜻입니다. 받기는 하지만 보내지는 못하는 경우도 있습니다. 출력에 보이는 시간은 마지막으로 CCP 패킷을 보내거나 받은 지 몇 초가 지났는지 를 나타냅니다.

Gaia Clish:
1. set virtual-system <VSID>
2. show cluster members interfaces {all | secured | virtual | vlans}

Expert mode:
cphaprob [-vs all] [-a] [-m] if

출력 예시는 다음과 같습니다.

[Expert@Member1:0]# cphaprob -a -m if
CCP mode: Manual (Unicast)
Required interfaces: 4
Required secured interfaces: 1
Interface Name:    Status:
eth0               UP
eth1 (S)           UP
eth2 (LM)          UP
bond1 (LS)         UP
S - sync, LM - link monitor, HA/LS - bond type
Virtual cluster interfaces: 3
eth0    192.168.3.247
eth2    44.55.66.247
bond1   77.88.99.247
No VLANs are monitored on the member
[Expert@Member1:0]#

출력 필드의 뜻은 다음과 같습니다.

이 명령은 Bond 인터페이스와 그 하위(subordinate) 인터페이스의 구성을 보여 줍니다.

Gaia Clish:
1. show cluster bond {all | name <bond_name>}
2. show bonding groups

Expert mode:
cphaprob show_bond [<bond_name>]
cphaprob show_bond_groups

예시 1 — cphaprob show_bond.

[Expert@Member2:0]# cphaprob show_bond
                    |                   |      |Slaves     |Slaves  |Slaves
Bond name           |Mode               |State |configured |link up |required
-----------+-------------------+------+-----------+--------+--------
bond1               | High Availability | UP   | 2         | 2      | 1
Legend:
UP! - Bond interface state is UP, yet attention is required
Slaves configured - number of slave interfaces configured on the bond
Slaves link up    - number of operational slaves
Slaves required   - minimal number of operational slaves required for bond to be UP
[Expert@Member2:0]#

Member2> show bonding groups
Bonding Interface: 1
Bond Configuration
   xmit-hash-policy Not configured
   down-delay 200
   primary Not configured
   lacp-rate Not configured
   mode active-backup
   up-delay 200
   mii-interval 100
Bond Interfaces
   eth3
   eth4
Member2>

cphaprob show_bond과 show cluster bond all의 출력 필드는 다음과 같습니다.

예시 2 — cphaprob show_bond <bond_name>.

[Expert@Member2:0]# cphaprob show_bond bond1
Bond name: bond1
Bond mode: High Availability
Bond status: UP
Configured slave interfaces: 2
In use slave interfaces: 2
Required slave interfaces: 1
Slave name      | Status          | Link
----------------+-----------------+-------
eth4            | Active          | Yes
eth3            | Backup          | Yes
[Expert@Member2:0]#

cphaprob show_bond <bond_name>과 show cluster bond name <bond_name>의 출력 필드는 다음과 같습니다.

예시 3 — cphaprob show_bond_groups.

[Expert@Member2:0]# cphaprob show_bond_groups
                    |           | Required     | Bonds    | Bonds
Group of bonds name | State     | active bonds | in group | status
--------------------+-----------+--------------+----------+--------+
GoB0                | UP        | 1            | bond1    | UP
                    |           |              | bond2    | UP
Legend:
Bonds in group        - a list of the bonds in the bond group
Required active bonds  - number of required active bonds
[Expert@Member2:0]#

cphaprob show_bond_groups의 출력 필드는 다음과 같습니다.

이 명령은 멤버에서 페일오버 통계를 보여 줍니다 — 일어난 페일오버 횟수, 이유, 마지막 페일오버 시각.

통계 보기
Gaia Clish:  show cluster failover
Expert mode: cphaprob [-l <number>] show_failover

통계 리셋
Gaia Clish:  show cluster failover reset {count | history}
Expert mode: cphaprob -reset {-c | -h} show_failover

출력 예시는 다음과 같습니다.

[Expert@Member1:0]# cphaprob show_failover
Last cluster failover event:
   Transition to new ACTIVE: Member 2 -> Member 1
   Reason: ADMIN_DOWN PNOTE
   Event time: Sun Sep  8 18:21:44 2019
Cluster failover count:
   Failover counter: 1
   Time of counter reset: Sun Sep  8 16:08:34 2019 (reboot)
Cluster failover history (last 20 failovers since reboot/reset on Sun Sep 8 16:08:34 2019):
No. Time:                     Transition:           CPU: Reason:
-------------------------------------------------------------------
1   Sun Sep  8 18:21:44 2019  Member 2 -> Member 1  01   ADMIN_DOWN PNOTE
[Expert@Member1:0]#

이 명령은 로컬 멤버의 소프트웨어 버전(비공개 핫픽스 포함) 과, 다른 멤버들과의 일치·불일치 여부를 보여 줍니다.

Gaia Clish:  show cluster release
Expert mode: cphaprob release

[Expert@Member1:0]# cphaprob release
Release: R80.40 T136
Kernel build: 994000117
FW1 build: 994000116
FW1 private fixes: None
ID         SW release
1 (local)  R80.40 T136
2          R80.40 T136
[Expert@Member1:0]#

부하가 높은 클러스터와 지리적으로 떨어진 멤버들 은 특별한 어려움을 안깁니다. 높은 연결 생성률과 먼 거리는 클러스터 동작에 영향을 주는 지연을 일으킬 수 있으므로, 그런 환경에서는 State Synchronization 메커니즘을 모니터링해야 합니다. 문제 해결은 다음 순서로 합니다.

Gaia Clish:  show cluster statistics sync
Expert mode: cphaprob syncstat

Gaia Clish:  show cluster statistics sync reset
Expert mode: cphaprob -reset syncstat

출력 예시는 다음과 같습니다.

Delta Sync Statistics
Sync status: OK
Drops:
   Lost updates................................. 0
   Lost bulk update events...................... 0
   Oversized updates not sent................... 0
Sync at risk:
   Sent reject notifications.................... 0
   Received reject notifications................ 0
Sent messages:
   Total generated sync messages................ 26079
   Sent retransmission requests................. 0
   Sent retransmission updates.................. 0
   Peak fragments per update.................... 1
Received messages:
   Total received updates....................... 3710
   Received retransmission requests............. 0
Sync Interface:
   Name......................................... eth1
   Link speed................................... 1000Mb/s
   Rate......................................... 46000 [Bps]
   Peak rate.................................... 46000 [Bps]
   Link usage................................... 0%
   Total........................................ 376827[KB]
Queue sizes (num of updates):
   Sending queue size........................... 512
   Receiving queue size......................... 256
   Fragments queue size......................... 50
Timers:
   Delta Sync interval (ms)..................... 100
Reset on Sun Sep  8 16:09:15 2019 (triggered by fullsync).

각 섹션의 의미는 다음과 같습니다.

Sync status 섹션

Delta Sync 메커니즘의 상태입니다. 정상이면 Sync status: OK이고, 그 밖에 다음과 같은 다양한 상태가 있습니다.

n Sync status: Off - Full-sync failure
n Sync status: Off - Policy installation failure
n Sync status: Off - Cluster module not started
n Sync status: Off - SIC failure
n Sync status: Off - Full-sync checksum error
n Sync status: Off - Full-sync received queue is full
n Sync status: Off - Release version mismatch
n Sync status: Off - Connection to remote member timed-out
n Sync status: Off - Connection terminated by remote member
n Sync status: Off - Could not start a connection to remote member
n Sync status: Off - cpstart
n Sync status: Off - cpstop
n Sync status: Off - Manually disabled sync
n Sync status: Off - Was not able to start for more than X second
n Sync status: Off - Boot
n Sync status: Off - Connectivity Upgrade (CU)
n Sync status: Off - cphastop
n Sync status: Off - Policy unloaded
n Sync status: Off - Hibernation
n Sync status: Off - OSU deactivated
n Sync status: Off - Sync interface down
n Sync status: Fullsync in progress
n Sync status: Problem (Able to send sync packets, unable to receive sync packets)
n Sync status: Problem (Able to send sync packets, saving incoming sync packets)
n Sync status: Problem (Able to send sync packets, able to receive sync packets)
n Sync status: Problem (Unable to send sync packets, unable to receive sync packets)
n Sync status: Problem (Unable to send sync packets, saving incoming sync packets)
n Sync status: Problem (Unable to send sync packets, able to receive sync packets)

Drops 섹션

Delta Sync 네트워크에서의 드롭 통계입니다.

Sync at risk 섹션

Sending Queue가 꽉 차서 Delta Sync 재전송 요청을 거부하는 상황의 통계입니다.

Sent updates 섹션

이 멤버가 상대 멤버로 보낸 Delta Sync 업데이트 통계입니다.

Received updates 섹션

이 멤버가 상대 멤버로부터 받은 Delta Sync 업데이트 통계입니다.

Queue sizes 섹션

Delta Sync 큐의 크기입니다.

Timers 섹션

마지막의 Reset on XXX (triggered XXX) 는 마지막 통계 리셋의 날짜·시각과, 그 리셋이 어떻게 일어났는지("manually" 또는 "by fullsync")를 보여 줍니다.

IGMP 멤버십 상태를 보여 줍니다.

Gaia Clish:  show cluster members igmp
Expert mode: cphaprob igmp

[Expert@Member1:0]# cphaprob igmp
IGMP Membership: Enabled
Supported Version: 2
Report Interval [sec]: 60
IGMP queries are replied only by Operating System
Interface  Host Group       Multicast Address    Last ver.  Last Query[sec]
------------------------------------------------------------------------------
eth0       224.168.3.247    01:00:5e:28:03:f7    N/A        N/A
eth1       224.22.33.250    01:00:5e:16:21:fa    N/A        N/A
eth2       224.55.66.247    01:00:5e:37:42:f7    N/A        N/A
[Expert@Member1:0]#

이 명령은 Connections 커널 테이블(id 8158) 에서 일어난 작업에 대한 Delta Sync 통계를 보여 줍니다. 새 연결 생성(SET), 연결 갱신(REFRESH), 연결 삭제(DELETE) 등의 작업이 나옵니다.

Gaia Clish:  show cluster statistics transport [reset]
Expert mode: cphaprob [-reset] ldstat

reset 플래그는 마지막 재부팅·리셋 이후 모인 커널 통계를 리셋합니다.

[Expert@Member1:0]# cphaprob ldstat
Operand               Calls   Bytes   Average   Ratio %
----------------------------------------------------------
ERROR                 0       0       0         0
SET                   354     51404   145       33
RENAME                0       0       0         0
REFRESH               1359    70668   52        46
DELETE                290     10440   36        6
SLINK                 193     12352   64        8
UNLINK                0       0       0         0
MODIFYFIELDS          91      7280    80        4
RECORD DATA CONN      0       0       0         0
COMPLETE DATA CONN    0       0       0         0
Total bytes sent: 161292 (0 MB) in 1797 packets. Average 89
[Expert@Member1:0]#

멤버들의 IP 주소와 인터페이스를 보여 줍니다.

모든 인터페이스
Gaia Clish:  show cluster members ips
Expert mode: cphaprob tablestat

감시 중인 인터페이스만
Gaia Clish:  show cluster members monitored
Expert mode: cphaprob -m tablestat

[Expert@Member1:0]# cphaprob tablestat
----
Unique IP's Table
----
Member     Interface   IP-Address
------------------------------------------
(Local)    0  1        192.168.3.245
0  2                   11.22.33.245
0  3                   44.55.66.245
1  1                   192.168.3.246
1  2                   11.22.33.246
1  3                   44.55.66.246
------------------------------------------
[Expert@Member1:0]#
[Expert@Member1:0]# fw ctl iflist
1 : eth0
2 : eth1
3 : eth2
[Expert@Member1:0]#

로컬 ClusterXL 로그가 멤버를 Member ID(기본) 로 표기하는지 Member Name 으로 표기하는지 보여 줍니다(설정은 Configuring the Cluster Member ID Mode in Local Logs 참고).

Gaia Clish:  show cluster members idmode
Expert mode: cphaprob names

[Expert@Member1:0]# cphaprob names
Current member print mode in local logs is set to: ID
[Expert@Member1:0]#

OSPF를 구성했을 때 RouteD 데몬이 멤버에서 감시하는 인터페이스를 보여 줍니다. 핵심 아이디어는, OSPF를 구성하면 멤버가 이 인터페이스들을 감시하고 RouteD 데몬이 "올려도 좋다"고 할 때까지 멤버를 Active로 올리지 않는다 는 것입니다. 주로 ClusterXL High Availability Primary Up 구성에서 성급한 failback을 막는 데 씁니다.

Gaia Clish:  show ospf interfaces [detailed]
Expert mode: cphaprob routedifcs

[Expert@Member1:0]# cphaprob routedifcs
No interfaces are registered.
[Expert@Member1:0]#

[Expert@Member1:0]# cphaprob routedifcs
Monitored interfaces registered by routed:
eth0
[Expert@Member1:0]#

어느 멤버에서 RouteD 데몬이 Master 로 도는지 보여 줍니다.

Gaia Clish:  show cluster role
Expert mode: cphaprob roles

[Expert@Member1:0]# cphaprob roles
ID         Role
1 (local)  Master
2          Non-Master
[Expert@Member1:0]#

이 명령은 각 멤버에서 Cluster Correction 통계 를 보여 줍니다. Cluster Correction Layer(CCL) 는 비대칭(asymmetric) 연결을 다루는 메커니즘으로, 패킷을 올바른 멤버로 "교정(correct)"해 연결 stickiness를 제공합니다.

ClusterXL이 교정한 패킷과 함께 데이터를 보내야 하는 경우(현재는 VPN뿐)에는 출력에 with metadata로 표시됩니다.

Gaia Clish:  N / A
Expert mode: cphaprob [{-d | -f | -s}] corr

예시 1 — 모든 트래픽.

[Expert@Member1:0]# cphaprob corr
Getting stats for SXL device 0, may take a few seconds...
Cluster Correction Stats (All Traffic):
------------------------------------------------------
Sent packets:     156 (0 with metadata)
Sent bytes:       34,568
Received packets: 0 (0 with metadata)
Received bytes:   0
Send errors:      0
Receive errors:   0
Local asymmetric conns: 0
[Expert@Member1:0]#

예시 2 — CoreXL SND만.

[Expert@Member1:0]# cphaprob -d corr
Cluster Correction Stats (Dispatcher Corrections only):
------------------------------------------------------
Sent packets:     0 (0 with metadata)
Sent bytes:       0
Received packets: 0 (0 with metadata)
Received bytes:   0
Send errors:      0
Receive errors:   0
[Expert@Member1:0]#

예시 3 — CoreXL 방화벽 인스턴스만.

[Expert@Member1:0]# cphaprob -f corr
Cluster Correction Stats (Firewall instances only):
------------------------------------------------------
Sent packets:     156 (0 with metadata)
Sent bytes:       34,568
Received packets: 0 (0 with metadata)
Received bytes:   0
Send errors:      0
Receive errors:   0
Local asymmetric conns: 0
[Expert@Member1:0]#

예시 4 — SecureXL만.

[Expert@Member1:0]# cphaprob -s corr
Getting stats for SXL device 0, may take a few seconds...
Cluster Correction Stats (SXL Devices only):
------------------------------------------------------
Sent packets:     0 (0 with metadata)
Sent bytes:       0
Received packets: 0 (0 with metadata)
Received bytes:   0
Send errors:      0
Receive errors:   0
Local asymmetric conns: 0
[Expert@Member1:0]#

멤버에서 CCP 모드 와 CCP 암호화 설정(켜짐·꺼짐, 그리고 암호화 키)을 볼 수 있습니다(설정은 Configuring the Cluster Control Protocol (CCP) Settings 참고).

CCP 모드 보기
Gaia Clish:  show cluster members interfaces virtual
Expert mode: cphaprob -a if

CCP 암호화 보기
Gaia Clish:  show cluster members ccpenc
Expert mode: cphaprob ccp_encrypt
             cphaprob ccp_encrypt_key

Multi-Version Cluster(MVC) 메커니즘 이 켜졌는지(ON) 꺼졌는지(OFF) 보여 줍니다(설정은 Configuring the Multi-Version Cluster Mechanism 참고).

Gaia Clish:  show cluster members mvc
Expert mode: N / A

Member1> show cluster members mvc
ON
Member1>

마이너 버전 간 업그레이드 시 Full Connectivity Upgrade 통계를 보여 줍니다.

Gaia Clish:  N / A
Expert mode: cphaprob fcustat

[Expert@Member1:0]# cphaprob fcustat
During FCU....................... no
Connection module map............ none
Table id map (remote->local)..... none
Table handlers ..................
   8151 --> 0x0x7f97c421d860 (sip_state)
   8158 --> 0x0x7f97c43d8e30 (connections)
LD handlers......................
   ok - 0
   failed - 0
Global handlers ................. none
[Expert@Member1:0]#

명령줄만이 아니라 SmartConsole의 로그로도 클러스터를 들여다볼 수 있습니다.

해당 로그를 보려면 왼쪽 탐색 패널에서 Logs & Events > Logs 를 클릭합니다.

멤버 상태 변화에 대한 로그를 받으려면 다음을 합니다.

ClusterXL 로그 메시지 읽는 규칙

이 절의 로그 메시지에는 다음 표기 규칙이 쓰입니다.

일반 로그 (General Logs)

상태 로그 (State Logs)

상태와 관련된 추가 로그는 다음과 같습니다.

Critical Device 로그

인터페이스 로그 (Interface Logs)

이유 문자열 (Reason Strings)

다음 텍스트는 Critical Device 로그 메시지에 문제 보고의 이유로 포함될 수 있습니다.

ClusterXL High Availability에 대한 SNMP trap을 구성하고 볼 수 있습니다. SNMP trap을 구성하는 절차는 다음과 같습니다.

mdsenv <IP Address or Name of Domain Management Server>

threshold_config

테스트나 유지보수를 위해 페일오버를 직접 일으킬 수 있습니다(자세한 내용은 sk55081).

방법 1 (권장)

방법 2 (권장하지 않음)

멤버를 DOWN으로 바꾸려면 Expert mode에서 다음을 실행합니다.

1. cphaconf set_pnote -d <Name of Critical Device> -t 0 -s ok register
2. cphaconf set_pnote -d <Name of Critical Device> -s problem report

다시 UP으로 되돌리려면 다음을 실행합니다.

1. cphaconf set_pnote -d <Name of Critical Device> -s ok report
2. cphaconf set_pnote -d <Name of Critical Device> unregister

DOWN으로 바꾸는 동작은 Delta Sync를 끄지 않고, UP으로 되돌리는 동작은 Full Sync를 시작하지 않습니다. 관련 작업은 Registering a Critical Device, Reporting the State of a Critical Device, Unregistering a Critical Device 를 참고하세요.

Critical Device routed는 멤버의 동적 라우팅(Dynamic Routing) 상태를 감시 합니다. 이 장치는 멤버가 트래픽을 처리할 준비가 되기 전에는 트래픽이 배정되지 않도록 보장합니다. Gaia OS의 RouteD 데몬이 모든 라우팅(정적·동적) 작업을 처리합니다.

동적 라우팅 문제는 다음 증상 중 하나 이상으로 나타납니다.

예시는 다음과 같습니다.

Device Name: routed
Registration number: 2
Timeout: none
Current state: problem
Time since last report: 10 sec

흔한 원인은 다음과 같습니다.

routed Critical Device의 정상 동작

routed는 보통 다음 상황에서 일시적으로 상태를 problem으로 보고합니다.

그리고 다음 상황에서 상태를 OK로 보고합니다.

기본 문제 해결 단계

dbset routed:instance:default:traceoptions:traceoptions:Cluster

그런 다음 /var/log/routed/log 파일을 살펴봅니다.

멤버에 영향을 주는 모든 중요한 클러스터 이벤트에는 /var/log/messages 파일과 dmesg에 나타나는 고유한 코드 가 있습니다. 각 이벤트 메시지는 CLUS-XXXXXX-Y 접두사로 시작합니다.

메시지의 각 부분은 다음과 같은 뜻입니다.