これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド ctdb です。
プログラム：
NAME
ctdb - CTDB管理ユーティリティ
SYNOPSIS
ctdb [オプション...] {COMMAND} [コマンド+引数]
DESCRIPTION
ctdb は、CTDB クラスターを表示および管理するためのユーティリティです。
クラスター内のノードを指す場合、次の用語が使用されます。
PNN
物理ノード番号。 物理ノード番号は、ノードを説明する整数です。
クラスター内で。 クラスター内の最初のノードの物理ノード番号は 0 です。
PNN リスト
これは、単一の PNN、コンマ区切りの PNN リスト、または「すべて」のいずれかです。
データベースを参照するコマンドでは、次の用語が使用されます。
DB
これは、locking.tdb などのデータベース名、または次のようなデータベース ID です。
「0x42fe72c5」。
DBリスト
少なくとも XNUMX つのスペースで区切られたリスト DB.
OPTIONS
-n PNN リスト
PNN-LIST で指定されたノードに対して、要求された情報を問い合わせる必要があります。
デフォルトでは、ローカル ホストで実行されているデーモンをクエリします。
-Y
スクリプトによる解析を容易にするために、機械可読形式で出力を生成します。 これは、
フィールド区切り文字「:」。 すべてのコマンドがこのオプションをサポートしているわけではありません。
-x セパレーター
SEPARATOR を使用して、機械可読出力のフィールドを区切ります。 これは -Y を意味します。
-X
スクリプトによる解析を容易にするために、機械可読形式で出力を生成します。 これは、
'|' のフィールド区切り文字。 すべてのコマンドがこのオプションをサポートしているわけではありません。
これは「-x|」と同等です。 シェルの引用の問題を回避します。
-t TIMEOUT
ctdb がほとんどのコマンドへの応答を TIMEOUT 秒まで待機する必要があることを示します
CTDB デーモンに送信されます。 デフォルトは 10 秒です。
-T 制限時間
TIMELIMIT が ctdb コマンドの最大実行時間 (秒単位) であることを示します。
TIMELIMIT を超えると、ctdb コマンドはエラー終了します。 デフォルト
120秒です。
-? - ヘルプ
ヘルプ テキストを画面に出力します。
- 利用方法
使用状況情報を画面に出力します。
-d --debug=デバッグレベル
コマンドのデバッグ レベルを変更します。 デフォルトは通知 (2) です。
-ソケット=ファイル名
FILENAME が、接続時に使用する Unix ドメイン ソケットの名前であることを指定します。
ローカル CTDB デーモン。 デフォルトは /tmp/ctdb.socket です。
管理者 コマンド
これらは、CTDB クラスターの監視と管理に使用されるコマンドです。
プン
このコマンドは、現在のノードの PNN を表示します。
xpnn
このコマンドは、CTDB デーモンに接続せずに、現在のノードの PNN を表示します。 それ
ノード ファイルを直接解析するため、ノード ファイルに次の内容がある場合、予期しない出力が生成される可能性があります。
編集されましたが、リロードされていません。
status
このコマンドは、からの情報に基づいて、すべての CTDB ノードの現在のステータスを表示します。
クエリされたノード。
注: クエリされたノードが INACTIVE の場合、ステータスは最新ではない可能性があります。
Node status
これには、物理ノードの数と各ノードのステータスが含まれます。 見る ctdb(7)
ノードの状態については、
世代
世代 ID は、クラスターの現在の世代を示す番号です。
実例。 クラスターが再構成またはリカバリを実行するたびに、
世代IDが変更されます。
この番号は、いつ変更されたかを追跡すること以外に特別な意味はありません。
クラスターは回復しました。 現在の状態を表す乱数です。
ctdb クラスターとそのデータベースのインスタンス。 CTDB デーモンはこの番号を使用します
クラスター上でコマンドがいつ動作するかを内部的に判断できるようにするため、
コマンドが確実に実行されるようにするため、データベースはクラスターの異なる世代で発行されました。
データベース上で動作するものは、クラスタ データベースのリカバリ後は存続しません。
リカバリ後、古い未処理のコマンドはすべて自動的に無効になります。
この番号は「INVALID」と表示される場合があります。 これは、ctdbd が
デーモンは開始されましたが、リカバリを通じてまだクラスターとマージされていません。 全て
ノードは世代「INVALID」で始まり、それまで実際の世代 ID は割り当てられません。
これらは、リカバリを通じてクラスターに正常にマージされました。
バーチャル Node 数 (VNN) 地図
仮想ノードの数と、仮想ノード番号から仮想ノードへのマッピングで構成されます。
物理ノード番号。 仮想ノードは CTDB データベースをホストします。 該当するノードのみ
VNN マップに参加するユーザーは、データベース レコードの lmaster または dmaster になることができます。
回復 モード
これはクラスターの現在の回復モードです。 可能なモードは XNUMX つあります。
NORMAL - クラスターは完全に動作しています。
リカバリ - クラスタ データベースはすべてフリーズしており、実行中はすべてのサービスが一時停止されています。
クラスターは回復プロセスが完了するのを待ちます。 回復プロセスは 以内に完了する必要があります
秒。 クラスターが RECOVERY 状態でスタックしている場合、これはクラスターが故障していることを示します。
調査が必要な故障。
リカバリマスターが不整合を検出すると、たとえばノードが次のようになります。
切断/接続すると、回復デーモンがクラスター回復プロセスをトリガーします。
すべてのデータベースがクラスター全体で再マージされます。 このプロセスが開始されると、
リカバリマスターは、最初にすべてのデータベースを「フリーズ」して、次のようなアプリケーションを防ぎます。
samba はデータベースにアクセスできなくなり、リカバリ モードも次のようにマークされます。
回復。
CTDB デーモンが起動すると、RECOVERY モードで起動します。 ノードが作成されると、
クラスターにマージされ、すべてのデータベースが回復されると、ノード モードが変更されます。
NORMAL モードにすると、データベースが「解凍」され、samba がアクセスできるようになります。
データベースをもう一度。
回復 マスター
これは、現在リカバリ マスターとして指定されているクラスター ノードです。 これ
ノードはクラスターの一貫性を監視し、
必要に応じて実際の回復プロセスを実行します。
指定されたリカバリマスターになれるのは、一度に XNUMX つのノードだけです。 どのノードが
指定されたリカバリマスターは、リカバリ時の選出プロセスによって決定されます
各ノードで実行されるデーモン。
例
# ctdb ステータス
ノード数:4
pnn:0 192.168.2.200 OK (このノード)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
世代：1362079228
サイズ：4
ハッシュ:0 lマスター:0
ハッシュ:1 lマスター:1
ハッシュ:2 lマスター:2
ハッシュ:3 lマスター:3
リカバリーモード：ノーマル(0)
回復マスター:0
ノードステータス [PNN リスト]
このコマンドは次のようなものです status 指示。 の「ノードステータス」サブセットを表示します。
出力。 主な違いは次のとおりです。
· 終了コードは、指定された各ノードのフラグのビット単位の OR です。 ctdb
status すべてのノードのステータスを取得できた場合は 0 で終了します。
· ctdb status すべてのノードのステータス情報を提供します。 ctdb ノードステータス デフォルトは
現在のノードのみのステータスを提供します。 PNN-LIST が提供されている場合、ステータスは次のようになります。
指定されたノードに与えられます。
デフォルトでは、 ctdb ノードステータス ローカルノードからステータスを収集します。 ただし、呼び出された場合
「-n all」(または同様の) を使用すると、指定されたノードからステータスが収集されます。 で
特定の ctdb ノードステータス を & ctdb ノードステータス -n を 異なるものを生み出します
出力。 2 つの異なるノードスペック (「-n」の有無) を指定することは可能ですが、
通常、出力は混乱を招きます。
スクリプトでの一般的な呼び出しは次のとおりです。 ctdb ノードステータス を 内のすべてのノードが
クラスターは健全です。
例
# ctdb ノードステータス
pnn:0 10.0.0.30 OK (このノード)
# ctdb ノードステータスすべて
ノード数:2
pnn:0 10.0.0.30 OK (このノード)
pnn:1 10.0.0.31 OK
レックマスター
このコマンドは、現在リマスターであるノードの pnn を表示します。
注: クエリされたノードが INACTIVE の場合、ステータスは最新ではない可能性があります。
uptime
このコマンドは、ctdb デーモンの稼働時間を表示します。 最後のリカバリまたは IP フェイルオーバーのとき
完了と所要時間。 「期間」が負の数で表示される場合、これは
リカバリ/フェイルオーバーが進行中であり、その秒数で開始されたことを示します
前。
例
# ctdb 稼働時間
ノードの現在時刻: 29 年 10 月 38 日木 54:2009:XNUMX
Ctdbd 開始時刻 : (000 16:54:28) Wed Oct 28 17 44:26:2009
前回のリカバリ/フェイルオーバーの時刻: (000 16:53:31) Wed Oct 28 17:45:23 2009
最後のリカバリ/フェイルオーバーの期間: 2.248552 秒
リストノード
このコマンドは、クラスター内のすべてのノードの IP アドレスのリストを表示します。
例
# ctdb リストノード
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203
ナツグリスト
現在の NAT ゲートウェイ マスターと現在の NAT ゲートウェイ内のすべてのノードのステータスを表示します
グループ。 「NAT ゲートウェイ」セクションを参照してください。 ctdb（7）詳細については。
例
# ctdb natgwlist
0 192.168.2.200
ノード数:4
pnn:0 192.168.2.200 OK (このノード)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
ping
このコマンドは、クラスター内の指定された CTDB ノードに「ping」を実行し、それらが正しく動作していることを確認します。
実行している。
例
# ctdb ping -n すべて
0 からの応答時間 = 0.000054 秒 (3 クライアント)
1 からの応答時間 = 0.000144 秒 (2 クライアント)
2 からの応答時間 = 0.000105 秒 (2 クライアント)
3 からの応答時間 = 0.000114 秒 (2 クライアント)
アイフェイス
このコマンドは、パブリック インターフェイスをホストできるネットワーク インターフェイスのリストを表示します。
アドレスとそのステータス。
例
# ctdb ifaces
ノード0のインターフェース
名前:eth5 リンク:アップ 参照:2
名前:eth4 リンク:ダウン参照:0
名前:eth3 リンク:アップ 参照:1
名前:eth2 リンク:アップ 参照:1
# ctdb -X ifaces
|名前|リンクステータス|参照|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|
ip
このコマンドは、クラスターによって提供されるパブリック アドレスのリストを表示します。
および現在この IP にサービスを提供している物理ノードはどれですか。 デフォルトでは、このコマンドは
ノード自体が認識しているパブリック アドレスを表示します。 すべての完全なリストを表示するには
クラスター全体のパブリック IP の場合は、「ctdb ip -n all」を使用する必要があります。
例
# ctdb ip -v
ノード0のパブリックIP
172.31.91.82 ノード[1] アクティブ[] 利用可能[eth2,eth3] 構成済み[eth2,eth3]
172.31.91.83 ノード[0] アクティブ[eth3] 利用可能[eth2,eth3] 構成済み[eth2,eth3]
172.31.91.84 ノード[1] アクティブ[] 利用可能[eth2,eth3] 構成済み[eth2,eth3]
172.31.91.85 ノード[0] アクティブ[eth2] 利用可能[eth2,eth3] 構成済み[eth2,eth3]
172.31.92.82 ノード[1] アクティブ[] 利用可能[eth5] 構成済み[eth4,eth5]
172.31.92.83 ノード[0] アクティブ[eth5] 利用可能[eth5] 構成済み[eth4,eth5]
172.31.92.84 ノード[1] アクティブ[] 利用可能[eth5] 構成済み[eth4,eth5]
172.31.92.85 ノード[0] アクティブ[eth5] 利用可能[eth5] 構成済み[eth4,eth5]
# ctdb -X ip -v
|パブリック IP|ノード|アクティブ インターフェイス|利用可能なインターフェイス|構成されたインターフェイス|
|172.31.91.82|1||eth2,eth3|eth2,eth3|
|172.31.91.83|0|eth3|eth2,eth3|eth2,eth3|
|172.31.91.84|1||eth2,eth3|eth2,eth3|
|172.31.91.85|0|eth2|eth2,eth3|eth2,eth3|
|172.31.92.82|1||eth5|eth4,eth5|
|172.31.92.83|0|eth5|eth5|eth4,eth5|
|172.31.92.84|1||eth5|eth4,eth5|
|172.31.92.85|0|eth5|eth5|eth4,eth5|
ipinfo IP
このコマンドは、指定されたパブリック アドレスに関する詳細を表示します。
例
# ctdb ipinfo 172.31.92.85
ノード172.31.92.85のパブリックIP[0]情報
IP：172.31.92.85
現在のノード:0
インターフェイス数:2
インターフェイス[1]: 名前:eth4 リンク:ダウン 参照:0
インターフェイス[2]: 名前:eth5 リンク:アップ 参照:2 (アクティブ)
スクリプトステータス
このコマンドは、前の監視サイクルで実行されたスクリプトと、
各スクリプトの結果。 スクリプトがエラーで失敗し、ノードが
異常な場合は、そのスクリプトからの出力も表示されます。
例
# ctdb スクリプトステータス
前回の監視サイクルで 7 つのスクリプトが実行されました
00.ctdb ステータス:OK 期間:0.056 24 年 18 月 56 日 火曜日 57:2009:XNUMX
10.インターフェース ステータス:OK 持続時間:0.077 火 24 月 18 日 56:57:2009 XNUMX
11.natgw ステータス:OK 長さ:0.039 24 年 18 月 56 日火曜日 57:2009:XNUMX
20.multipathd ステータス:OK 長さ:0.038 24 年 18 月 56 日 火曜日 57:2009:XNUMX
31.clamd ステータス:無効
40.vsftpd ステータス:OK 長さ:0.045 24 年 18 月 56 日 火曜日 57:2009:XNUMX
41.httpd ステータス:OK 長さ:0.039 24 年 18 月 56 日 火曜日 57:2009:XNUMX
50.samba ステータス:エラー 長さ:0.082 24 年 18 月 56 日 火曜日 57:2009:XNUMX
出力: エラー: Samba TCP ポート 445 が応答していません
無効化スクリプト SCRIPT
このコマンドは、イベント スクリプトを無効にするために使用されます。
これは次回イベントスクリプトが実行されるときに有効になるため、しばらく時間がかかる場合があります。
これが「scriptstatus」に反映されるまでしばらくお待ちください。
イネーブルスクリプト SCRIPT
このコマンドは、イベント スクリプトを有効にするために使用されます。
これは次回イベントスクリプトが実行されるときに有効になるため、しばらく時間がかかる場合があります。
これが「scriptstatus」に反映されるまでしばらくお待ちください。
リスト変数
次のような廃止された調整パラメータの値を除く、すべての調整可能な変数をリストします。
真空の最小間隔。 廃止された調整パラメータは、「ctdb」を使用して明示的にのみ取得できます。
getvar」コマンド。
例
# ctdb リスト変数
MaxRedirectCount = 3
SeqnumInterval = 1000
コントロールタイムアウト = 60
トラバースタイムアウト = 20
キープアライブ間隔 = 5
キープアライブ制限 = 5
回復タイムアウト = 20
回復間隔 = 1
選挙タイムアウト = 3
テイクオーバータイムアウト = 9
モニター間隔 = 15
くすぐり更新間隔 = 20
イベントスクリプトタイムアウト = 30
EventScriptTimeoutCount = 1
回復猶予期間 = 120
回復禁止期間 = 300
データベースハッシュサイズ = 100001
データベース最大デッド = 5
再回復タイムアウト = 10
イネーブルバン = 1
決定的 IP = 0
LCP2PublicIP = 1
Re ClockPingPeriod = 60
NoIPFailback = 0
IPFailover を無効にする = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
RecdFailCount = 10
LogLatencyMs = 0
RecLockLatencyMs = 1000
リカバリドロップオールIP = 120
真空間隔 = 10
真空最大実行時間 = 30
再梱包制限 = 10000
真空限界 = 5000
バキュームファストパス数 = 60
MaxQueueDropMsg = 1000000
UseStatusEvents = 0
AllowUnhealthyDBRead = 0
統計履歴間隔 = 1
DeferredAttachTO = 120
AllowClientDBAttach = 1
回復PDBBySeqNum = 0
getvar NAME
調整可能な変数の実行時値を取得します。
例
# ctdb getvar MaxRedirectCount
MaxRedirectCount = 3
セット変数 NAME VALUE
調整可能な変数の実行時値を設定します。
例: ctdb setvar MaxRedirectCount 5
LVマスター
このコマンドは、どのノードが現在 LVSMASTER であるかを示します。 LVSMASTER は、
LVS システムを駆動し、クライアントからのすべての受信トラフィックを受信するクラスター。
LVS は、CTDB/Samba クラスター全体が単一の IP アドレスを使用するモードです。
クラスター全体。 このモードでは、すべてのクライアントが XNUMX つの特定のノードに接続します。
クライアントをクラスター内の他のノードに均等に多重化/負荷分散します。 これは
パブリック IP アドレスを使用する代わりに。 詳細については、ctdbd のマンページを参照してください。
LVSについて。
lvs
このコマンドは、クラスター内のどのノードが LVS で現在アクティブであるかを表示します。
構成。 つまり、現在どのノードで単一の IP アドレスの負荷分散を行っているか
全体。
LVS はデフォルトで、LVS 対応であり、かつ
健康。 すべてのノードが異常である場合を除き、その場合、LVS はすべてのノードで負荷分散を行います。
UNHEALTHY ノードも同様です。 LVS は、切断、停止、禁止されているノードを使用しません。
または無効です。
出力例
2:10.0.0.13
3:10.0.0.14
取得機能
このコマンドは、現在のノードの機能を表示します。 「機能」セクションを参照してください。
ctdb（7）詳細については。
出力例
レクマスター: はい
Lマスター: はい
LVS: いいえ
NATGW: はい
統計
CTDB デーモンから、処理したコールの数に関する統計を収集します。 情報
統計のさまざまな分野については、 ctdb統計とします。
例
# ctdb 統計
CTDB バージョン 1
クライアント数 3
凍結された0
0を回復します
client_packets_sent 360489
client_packets_recv 360466
ノードパケット送信 480931
ノードパケット_recv 240120
キープアライブ_パケット送信 4
キープアライブ_パケット_recv 3
req_call 2
返信_コール 2
req_dmaster 0
返信_dmaster 0
返信_エラー 0
要求メッセージ 42
要求制御 120408
返信_制御 360439
クライアント
req_call 2
要求メッセージ 24
要求制御 360440
タイムアウト
0を呼び出す
コントロール0
トラバース0
トータルコール 2
保留中の呼び出し数 0
ロック待機呼び出し数 0
pending_lockwait_calls 0
メモリ使用量 5040
最大ホップ数 0
max_call_latency 4.948321 秒
max_lockwait_latency 0.000000 秒
統計リセット
このコマンドは、ノード内のすべての統計カウンターをクリアするために使用されます。
例: ctdb 統計リセット
データベース統計 DB
データベースDBに関する統計情報を表示します。 dbstatistics のさまざまなフィールドに関する情報
で見つけることができます ctdb統計とします。
例
# ctdb dbstatistics locking.tdb
DB 統計: locking.tdb
ro_委任 0
ro_取り消し0
ロック
合計14356
失敗しました 0
現在の0
保留中 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0
ロックバケット: 0 14188 38 76 32 19 3 0 0 0 0 0 0 0 0 0
locks_latency MIN/AVG/MAX 0.001066 秒中 0.012686/4.202292/14356 秒
ホットキーの数: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000
ゲットレクロック
リカバリ ロック ファイルがある場合は、そのファイルの名前を表示します。
出力例
リクロックファイル:/clusterfs/.ctdb/recovery.lock
時計を設定する [FILE]
FILE は、リカバリ ロック ファイルの名前を指定します。 リカバリロックファイルが変更された場合
実行時にこれによりリカバリが発生し、その結果リカバリ ロックが発生します。
撮り直した。
FILE が指定されていない場合、リカバリ ロック ファイルは使用されなくなります。
このコマンドは、単一の CTDB ノードの実行時設定にのみ影響します。 この設定は しなければなりません be
を指定することですべてのノードで同時に変更されます -n を （または類似）。 詳細については
リカバリ ロック ファイルの構成については、次の CTDB_RECOVERY_LOCK エントリを参照してください。
ctdbd.conf(5) および --relock エントリ ctdbd(1)。 回復ロックについてはこちら
の「リカバリ ロック」セクションを参照してください。 ctdbとします。
デバッグの取得
ノードの現在のデバッグ レベルを取得します。 デバッグ レベルは、どのような情報が含まれるかを制御します
ログファイルに書き込まれます。
デバッグ レベルは、対応する syslog レベルにマッピングされます。 デバッグレベルを設定すると、
そのレベル以上のメッセージのみが出力されます。
デバッグ レベルの最高から最低までのリストは次のとおりです。
エラー警告通知情報デバッグ
デバッグの設定 デバッグレベル
ノードのデバッグ レベルを設定します。 これは、どのような情報をログに記録するかを制御します。
デバッグレベルは、ERR WARNING NOTICE INFO DEBUG のいずれかです。
取得
このコマンドは、ctdb デーモンのプロセス ID を返します。
disable
このコマンドは、クラスター内のノードを管理上無効にするために使用されます。 無効化されたノード
引き続きクラスターに参加し、クラスター化された TDB レコードをホストしますが、そのパブリック IP は
アドレスは別のノードに引き継がれ、サービスをホストしなくなりました。
enable
管理上無効になったノードを再度有効にします。
stop
このコマンドは、クラスター内のノードを管理的に停止するために使用されます。 停止したノードは、
クラスターに接続されていますが、パブリック IP アドレスをホストせず、クラスターにも参加しません
VNNMAP 内。 DISABLED ノードと STOPPED ノードの違いは、STOPPED ノードが
ノードはデータベースのどの部分もホストしていないため、リカバリが必要です。
ノードを停止/続行します。
続ける
管理上停止されたノードを再起動します。
追加 IPADDR/mask IFACE
このコマンドは、実行時に新しいパブリック IP をノードに追加するために使用されます。 これにより、公開が可能になります
ctdb デーモンを再起動することなく、アドレスをクラスターに追加できます。
これは ctdb のランタイム インスタンスのみを更新することに注意してください。 変更は次回失われます
ctdb が再起動され、パブリック アドレス ファイルが再読み取られる時間。 この変更をご希望の場合は
永続的にするには、パブリック アドレス ファイルを手動で更新する必要もあります。
デリップ IPADDR
このコマンドは、実行時にノードからパブリック IP を削除するために使用されます。 このパブリック IP の場合
は現在、削除されるノードによってホストされているため、IP は最初にフェイルオーバーされます。
可能であれば、削除する前に別のノードを削除します。
これは ctdb のランタイム インスタンスのみを更新することに注意してください。 変更は次回失われます
ctdb が再起動され、パブリック アドレス ファイルが再読み取られる時間。 この変更をご希望の場合は
永続的にするには、パブリック アドレス ファイルを手動で更新する必要もあります。
ムーブ IPADDR PNN
このコマンドを使用すると、パブリック IP アドレスを特定のノードに手動で失敗させることができます。
パブリック IP アドレスの「自動」配布を手動でオーバーライドするには、
通常は ctdb が提供しますが、このコマンドは、チューニングパラメータを変更した場合にのみ機能します。
デーモンの目的:
決定的 IP = 0
NoIPFailback = 1
shutdown
このコマンドは、特定の CTDB デーモンをシャットダウンします。
setlmasterrole オン|オフ
このコマンドは、実行時にノードの LMASTER 機能を有効または無効にするために使用されます。 これ
機能は、ノードがレコードの LMASTER として使用できるかどうかを決定します。
データベース。 LMASTER 機能を持たないノードは vnnmap に表示されません。
ノードにはデフォルトでこの機能がありますが、この機能は、
sysconfig ファイルで設定するか、このコマンドを使用して設定します。
この設定を有効または無効にしたら、回復を実行する必要があります。
効果。
「ctdb getcapabilities」も参照してください。
setrecmasterrole オン|オフ
このコマンドは、実行時にノードの RECMASTER 機能を有効または無効にするために使用されます。
この機能は、ノードを RECMASTER として使用できるかどうかを決定します。
集まる。 RECMASTER 機能を持たないノードは、recmaster を獲得できません。
選挙。 機能が有効な場合、すでにクラスターのリマスターになっているノード。
削除されたノードは、次のクラスタ選択までリマスターのままになります。
ノードにはデフォルトでこの機能がありますが、この機能は、
sysconfig ファイルで設定するか、このコマンドを使用して設定します。
「ctdb getcapabilities」も参照してください。
ノードのリロード
このコマンドは、新しいノードを追加するとき、または既存のノードを既存のノードから削除するときに使用します。
クラスタ。
ノードを追加する手順:
1. 既存のクラスターを拡張するには、まず「ctdb status」ですべてのノードが稼働していることを確認します。
そしてランニングをしており、彼らは皆健康です。 クラスタが拡張されていない限り、クラスタを拡張しないでください。
完全に健康です！
2. すべてのノードで、/etc/ctdb/nodes を編集し、新しいノードを最後のエントリとしてファイルに追加します。
新しいノードはこのファイルの最後に追加する必要があります。
3. 編集後、すべてのノードに同一の /etc/ctdb/nodes ファイルがあることを確認します。
そして新しいノードが追加されました！
4. 「ctdb reloadnodes」を実行して、すべてのノードにノードファイルを強制的にリロードします。
5. すべてのノードで「ctdb status」を使用し、追加のノードが表示されることを確認します。
6. 新しいノードをインストールして構成し、オンラインにします。
ノードを削除する手順:
1、既存のクラスターからノードを削除するには、まず「ctdb status」ですべてのノードが
削除するノードを除くノードが稼働しており、すべて正常であることを確認します。 する
クラスターが完全に正常でない限り、クラスターからノードを削除しないでください。
2. 削除するノードをシャットダウンし、電源を切ります。
3. 他のすべてのノードで、/etc/ctdb/nodes ファイルを編集し、ノードをコメントアウトします。
削除されました。 そのノードの行は削除せず、行に「#」を追加してコメントアウトしてください。
行の先頭。
4. 「ctdb reloadnodes」を実行して、すべてのノードにノードファイルを強制的にリロードします。
5. すべてのノードで「ctdb status」を使用し、削除されたノードが表示されなくなったことを確認します。
リスト..
リロード [PNN リスト]
このコマンドは、指定されたノードにパブリック アドレス構成ファイルをリロードします。 いつ
これが完了すると、アドレスが再構成され、クラスタ全体に再割り当てされます。
必要。
getdbmap
このコマンドは、CTDB デーモンが接続しているすべてのクラスター化 TDB データベースをリストします。 いくつかの
データベースには PERSISTENT というフラグが付いています。これは、データベースがデータを永続的に保存することを意味します。
データは再起動しても残ります。 このようなデータベースの一例は、secrets.tdb です。
ここには、クラスターがドメインにどのように参加したかに関する情報が保存されます。
PERSISTENT データベースが正常な状態にない場合、データベースには UNHEALTHY というフラグが立てられます。
クラスター内で完全に正常なノードが少なくとも XNUMX つ実行されている場合は、次のことが考えられます。
コンテンツはリカバリ実行によって自動的に復元されます。 それ以外の場合は、管理者が次のことを行う必要があります。
問題を分析します。
「ctdb getdbstatus」、「ctdb Backupdb」、「ctdb Restoredb」、「ctdb dumpbackup」、「ctdb」も参照してください。
ワイプデータベース」、「ctdb setvarAllowUnhealthyDBRead 1」および (samba または tdb-utils がインストールされている場合)
「tdbtoolチェック」。
ほとんどのデータベースは永続的ではなく、現在データベースに保存されている状態情報のみを保存します。
samba デーモンの実行には必要です。 これらのデータベースは、ctdb/samba の起動時に常に消去されます。
ノードが再起動されたとき。
例
# ctdb getdbmap
データベース数:10
dbid:0x435d3410 名前:notify.tdb パス:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 名前:brlock.tdb パス:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 名前:connections.tdb パス:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a 名前:sessionid.tdb パス:/var/ctdb/sessionid.tdb.0
dbid:0x122224da 名前:test.tdb パス:/var/ctdb/test.tdb.0
dbid:0x2672a57f 名前:idmap2.tdb パス:/var/ctdb/persistent/idmap2.tdb.0 永続的
dbid:0xb775fff6 名前:secrets.tdb パス:/var/ctdb/persistent/secrets.tdb.0 永続的
dbid:0xe98e08b6 名前:group_mapping.tdb パス:/var/ctdb/persistent/group_mapping.tdb.0 永続的
dbid:0x7bbbd26c 名前:passdb.tdb パス:/var/ctdb/persistent/passdb.tdb.0 永続的
# ctdb getdbmap # 異常なデータベースの例
データベース数:1
dbid:0xb775fff6 名前:secrets.tdb パス:/var/ctdb/persistent/secrets.tdb.0 永続的に不健康です
# ctdb -X getdbmap
|ID|名前|パス|永続的|異常|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|
バックアップデータベース DB FILE
データベース DB の内容を FILE にコピーします。 FILE は後で次を使用して読み戻すことができます 復元されました.
これは主に、secrets.tdb などの永続データベースをバックアップする場合に役立ちます。
復元されました FILE [DB]
このコマンドは、backupdb を使用して以前にバックアップされた永続データベースを復元します。
デフォルトでは、データは作成元と同じデータベースに復元されます。
dbname を指定すると、データを別のデータベースに復元できます。
setdbreadonly DB
このコマンドは、データベースの読み取り専用レコードのサポートを有効にします。 これは
主に locking.tdb で競合レコードのパフォーマンスを向上させる実験的な機能
そしてbrlock.tdb。 この機能を有効にする場合は、クラスター内のすべてのノードでこの機能を設定する必要があります。
setdbsticky DB
このコマンドは、指定されたデータベースのスティッキー レコードのサポートを有効にします。 これは
主に locking.tdb で競合レコードのパフォーマンスを向上させる実験的な機能
そしてbrlock.tdb。 この機能を有効にする場合は、クラスター内のすべてのノードでこの機能を設定する必要があります。
INTERNAL コマンド
内部コマンドは CTDB のスクリプトによって使用され、CTDB の管理には必要ありません。
集まる。 それらのパラメータと動作は変更される可能性があります。
くすぐる IPADDR
フェイルオーバーが発生した場合に、CTDB に登録されている TCP 接続が「くすぐられる」ように表示します。
グラティオサルプ IPADDR INTERFACE
指定されたインターフェイスを介して、指定されたインターフェイスに対する Gratious ARP を送信します。 これ
コマンドは主に ctdb イベントスクリプトによって使用されます。
killtcp
標準入力から TCP 接続のリストを XNUMX 行に XNUMX つずつ読み取り、それぞれを終了します
繋がり。 接続は次のように指定します。
SRC-IPADDR:SRCポート DST-IPADDR:DST ポート
各接続は、TCP RST を SRC-IPADDR:SRC-PORT エンドポイントに発行することによって終了されます。
単一の接続は、標準入力ではなくコマンドラインで指定できます。
p削除 DB キー
DBからKEYを削除します。
フェッチ DB キー
DBのKEYに関連付けられた値を出力します。
ストア DB キー FILE
FILE の内容を関連付けられた値として KEY を DB に保存します。
プトランス DB [FILE]
FILE からキーと値のペアのリストを XNUMX 行に XNUMX つずつ読み取り、それらを DB に保存します。
単一のトランザクション。 空の値は、指定されたキーを削除することと同じです。
キーと値はスペースまたはタブで区切る必要があります。 各キー/値は次のようにする必要があります。
二重引用符で囲まれた印刷可能な文字列。
実行状態 [セットアップ|最初の回復|起動|実行中]
指定したノードの実行状態を出力します。 ランステートは重要な状態をシリアル化するために使用されます
CTDB の遷移、特に起動時。
XNUMX つ以上のオプションの runstate 引数が指定されている場合、ノードは次のいずれかに存在する必要があります。
コマンドが成功するには、これらの実行状態が必要です。
例
# ctdb 実行状態
ランニング
セットフェイスリンク IFACE 上|下
ネットワークインターフェースIFACEの内部状態を設定します。 これは通常、
10.「monitor」イベントのインターフェーススクリプト。
例: ctdb setifacelink eth0 up
setnatgwstate オン|オフ
ノード上の NAT ゲートウェイ マスター機能を有効または無効にします。
くすぐり SRC-IPADDR:SRCポート DST-IPADDR:DST ポート
指定された TCP 接続の送信元ホストに TCP ティックルを送信します。 TCP くすぐりは、
無効なシーケンスと確認応答番号を含む TCP ACK パケットは、によって受信されると送信されます。
送信元ホストは、即座に正しい ACK を相手側に送り返すことになります。
TCP くすぐりは、IP フェイルオーバーが発生した後にクライアントを「くすぐる」のに役立ちます。
クライアントに、TCP 接続が中断されたことと、
クライアントは再確立する必要があります。 これにより、クライアントが
ctdb クラスター内の IP フェイルオーバー後に検出して再確立します。
バージョン
CTDBのバージョンを表示します。
デバッグ コマンド
これらのコマンドは主に CTDB の開発とテストに使用されるため、使用しないでください。
通常の投与用。
OPTIONS
--print-emptyrecords
これにより、catdb、cattbd を使用してデータベースをダンプするときに空のレコードを出力できるようになります。
および dumpdbbackup コマンド。 空のデータセグメントを持つレコードは、によって削除されたとみなされます。
ctdb を削除し、バキューム機構によってクリーンアップするため、このスイッチは次のような場合に便利です。
バキューム動作のデバッグ。
--印刷データサイズ
これにより、データベース ダンプ (catdb、cattdb、dumpdbbackup) でレコードのサイズを出力できるようになります。
データの内容をダンプするのではなく、データをダンプします。
--print-lmaster
これにより、catdb は各レコードの lmaster を出力できるようになります。
--印刷ハッシュ
これにより、データベース ダンプ (catdb、cattdb、dumpdbbackup) で各レコードのハッシュを出力できるようになります。
--print-recordflags
これにより、catdb と dumpdbbackup は各レコードのレコード フラグを出力できるようになります。 ご了承ください
cattdb は常にフラグを出力します。
プロセスが存在する PID
このコマンドは、CTDB ホスト上に特定のプロセスが存在するかどうかを確認します。 これは主に次のような人によって使用されます。
Samba を使用して、Samba のリモート インスタンスがまだ実行されているかどうかを確認します。
データベースステータスの取得 DB
このコマンドは、データベースに関する詳細を表示します。
例
# ctdb getdbstatus test.tdb.0
DBID: 0x122224da
名前: test.tdb
パス: /var/ctdb/test.tdb.0
永続的: いいえ
健康状態: 大丈夫
# ctdb getdbstatus registry.tdb # TDB が破損している
dbid: 0xf2a58948
名前: レジストリ.tdb
パス: /var/ctdb/persistent/registry.tdb.0
永続的: はい
ヘルス: NO-HEALTHY-NODES - エラー - '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z' 内の破損した TDB のバックアップ
キャットデータベース DB
クラスター化された TDB データベース DB のダンプを出力します。
キャットデータベース DB
ローカル TDB データベース DB の内容のダンプを出力します。
ダンプdbバックアップ FILE
次のように、データベース バックアップ ファイルの内容のダンプを出力します。 キャットデータベース.
ワイプデータベース DB
データベース DB の内容をすべて削除します。
回復します
このコマンドは、回復デーモンをトリガーしてクラスターの回復を実行します。
再割り当て、 sync
このコマンドは、リカバリマスターに完全な IP 再割り当てプロセスを強制的に実行させます。
すべての IP アドレスを再配布します。 これは、割り当てを元の状態に「リセット」するのに役立ちます。
「moveip」コマンドを使用して変更されている場合は、デフォルトの状態になります。 「回復」する一方で、
この再割り当ても実行されますが、リカバリはさらに重くなります。
すべてのデータベースを再構築します。
ゲットモンモード
このコマンドは、ノードの監視モードを返します。 監視モードは ACTIVE のいずれかです
または無効です。 通常、ノードは継続的に他のすべてのノードを監視します。
実際には接続されており、コマンドに応答すると予想されます。
アクティブ - これは通常モードです。 ノードは他のすべてのノードをアクティブに監視しています。
トランスポートが接続されていること、およびノードがコマンドに応答していることを確認します。 ノードの場合
利用できなくなると、「切断」とマークされ、回復が開始されます。
クラスターを復元します。
DISABLED - このノードは、他のノードが利用可能かどうかを監視していません。 このモードではノード
障害は検出されず、回復は実行されません。 このモードは次の場合に便利です。
デバッグ目的で、GDB を ctdb プロセスにアタッチしたいが、
クラスタの残りの部分がこのノードを切断としてマークするのを防ぎ、リカバリを実行します。
セットモンモード 0 | 1
このコマンドを使用すると、ノード上の監視モードを明示的に無効/有効にすることができます。 メイン
目的は、実行中の ctdb デーモンに GDB を接続したいが、
他のノードがそれを DISCONNECTED としてマークし、リカバリを発行することを防ぎます。 これを行うには、次のように設定します
GDB に接続する前に、すべてのノードで監視モードを 0 に設定します。 監視を忘れずに設定してください
その後モードは 1 に戻ります。
アタッチ DB名 [持続的]
DBNAME という新しい CTDB データベースを作成し、すべてのノードに接続します。
デタッチ DBリスト
指定された非永続データベースをクラスターから切り離します。 このコマンドは切断します
クラスター内のすべてのノード上の指定されたデータベース。 このコマンドは次の場合にのみ使用してください。
指定されたデータベースはどれも使用されていません。
すべてのノードがアクティブであり、調整可能なAllowClientDBAccessがすべてのノードで無効になっている必要があります。
データベースを切り離す前に。
ダンプメモリ
これはデバッグコマンドです。 このコマンドは、ctdb デーモンにメモリへの書き込みを行わせます。
標準出力への割り当てマップ。
rddumpメモリ
これはデバッグコマンドです。 このコマンドは、taloc メモリ割り当てツリーをダンプします。
回復デーモンを標準出力に出力します。
雪解け
以前に凍結されたノードを解凍します。
イベントスクリプト 議論
これはデバッグコマンドです。 このコマンドを使用すると、
任意の引数を持つ eventscritps。
禁止 バンタイム
管理上、ノードを BANTIME 秒間禁止します。 ノードはBANTIME後に禁止解除されます
秒が経過しました。
禁止されたノードはクラスターに参加しません。 のレコードをホストしません。
クラスター化された TDB であり、パブリック IP アドレスをホストしません。
ノードが不正な動作をすると、ノードは自動的に禁止されます。 たとえば、次の場合、ノードは禁止される可能性があります。
クラスタのリカバリが多すぎる原因となります。
クラスタからノードを管理上除外するには、 stop
unban
このコマンドは、次のいずれかの方法で管理的に禁止されたノードの禁止を解除するために使用されます。
ban コマンドが実行されたか、自動的に禁止されました。
リバランスノード [PNN リスト]
このコマンドは、指定されたノードを LCP2 IP 割り当てのリバランス ターゲットとしてマークします。
アルゴリズム。 の リロード コマンドは必要に応じてこれを実行するため、このコマンドは実行しないでください。
必要です。
check_srvids SRVID ...
このコマンドは、一連の srvid メッセージ ポートがノードに登録されているかどうかを確認します。
ない。 このコマンドは、チェックする値のリストを受け取ります。
例
# ctdb check_srvids 1 2 3 14765
サーバーID 0:1は存在しません
サーバーID 0:2は存在しません
サーバーID 0:3は存在しません
サーバーID 0:14765が存在します
onworks.net サービスを使用してオンラインで ctdb を使用する
