ctdb - Online w chmurze

PROGRAM:

IMIĘ

ctdb - narzędzie do zarządzania CTDB

STRESZCZENIE

ctdb [OPCJA...] {COMMAND} [POLECENIE-ARG]

OPIS

ctdb to narzędzie do przeglądania i zarządzania klastrem CTDB.

Następujące terminy są używane w odniesieniu do węzłów w klastrze:

PNN
Numer węzła fizycznego. Fizyczny numer węzła to liczba całkowita opisująca węzeł
w klastrze. Pierwszy węzeł ma węzeł fizyczny o numerze 0. w klastrze.

LISTA PNN
Jest to albo pojedynczy PNN, rozdzielona przecinkami lista PNN lub „wszystkie”.

W poleceniach odwołujących się do bazy danych używane są następujące terminy:

DB
Jest to nazwa bazy danych, taka jak lock.tdb lub identyfikator bazy danych, taki jak
„0x42fe72c5”.

LISTA-DB
Lista przynajmniej jednego oddzielona spacjami DB.

OPCJE

-n LISTA PNN
Węzły określone przez PNN-LIST powinny być odpytywane o żądane informacje.
Domyślnie jest to zapytanie do demona działającego na lokalnym hoście.

-Y
Twórz dane wyjściowe w formie czytelnej dla komputera, aby ułatwić analizowanie za pomocą skryptów. To używa
ogranicznik pola ':'. Nie wszystkie polecenia obsługują tę opcję.

-x SEPARATOR
Użyj SEPARATORA, aby rozgraniczyć pola w danych wyjściowych do odczytu maszynowego. To implikuje -Y.

-X
Twórz dane wyjściowe w formie czytelnej dla komputera, aby ułatwić analizowanie za pomocą skryptów. To używa
ogranicznik pola „|”. Nie wszystkie polecenia obsługują tę opcję.

Jest to równoważne "-x|" i unika niektórych problemów z cytowaniem powłoki.

-t TIMEOUT
Wskazuje, że ctdb powinien czekać do TIMEOUT sekund na odpowiedź na większość poleceń
wysłane do demona CTDB. Wartość domyślna to 10 sekund.

-T LIMIT CZASU
Wskazuje, że TIMELIMIT to maksymalny czas wykonywania (w sekundach) polecenia ctdb.
Po przekroczeniu TIMELIMIT polecenie ctdb zakończy się błędem. Domyślny
wynosi 120 sekund.

-? --Wsparcie
Wydrukuj tekst pomocy na ekranie.

--stosowanie
Wydrukuj informacje o użytkowaniu na ekranie.

-d --debug=POZIOM DEBUGOWANIA
Zmień poziom debugowania polecenia. Wartość domyślna to UWAGA (2).

--gniazdo=NAZWA PLIKU
Określ, że FILENAME jest nazwą gniazda domeny uniksowej, która ma być używana podczas łączenia się z
lokalny demon CTDB. Wartość domyślna to /tmp/ctdb.socket.

ADMINISTRACYJNY POLECENIA

Są to polecenia używane do monitorowania i administrowania klastrem CTDB.

pnn
To polecenie wyświetla PNN bieżącego węzła.

xpnn
To polecenie wyświetla PNN bieżącego węzła bez kontaktowania się z demonem CTDB. Ono
analizuje plik węzłów bezpośrednio, więc może generować nieoczekiwane dane wyjściowe, jeśli plik węzłów ma
edytowany, ale nie został ponownie załadowany.

status
To polecenie pokazuje aktualny stan wszystkich węzłów CTDB na podstawie informacji z
zapytany węzeł.

Uwaga: Jeśli odpytywany węzeł jest NIEAKTYWNY, stan może nie być aktualny.

Node status
Obejmuje to liczbę węzłów fizycznych i stan każdego węzła. Widzieć ctdb(7)
aby uzyskać informacje o stanach węzłów.

Pożądania
Identyfikator generacji to liczba wskazująca aktualną generację klastra
instancja. Za każdym razem, gdy klaster przechodzi rekonfigurację lub odzyskiwanie, jego
identyfikator generacji zostanie zmieniony.

Ta liczba nie ma żadnego szczególnego znaczenia poza śledzeniem, kiedy a
klaster przeszedł odzyskiwanie. Jest to liczba losowa, która reprezentuje prąd
wystąpienie klastra ctdb i jego baz danych. Demon CTDB używa tego numeru
wewnętrznie, aby móc stwierdzić, kiedy polecenia mają działać na klastrze, a
bazy danych zostały wydane w innej generacji klastra, aby zapewnić, że polecenia
które działają na bazach danych, nie przetrwają odzyskiwania bazy danych klastra.
Po odzyskaniu wszystkie stare zaległe polecenia automatycznie staną się nieważne.

Czasami ten numer będzie wyświetlany jako „NIEPRAWIDŁOWY”. Oznacza to tylko, że ctdbd
demon został uruchomiony, ale nie został jeszcze połączony z klastrem poprzez odzyskiwanie. Wszystko
węzły zaczynają się od generacji „INVALID” i nie mają przypisanego rzeczywistego identyfikatora generacji, dopóki
zostały pomyślnie połączone z klastrem poprzez odzyskiwanie.

Wirtualny Node Numer (VNN) mapa
Składa się z liczby węzłów wirtualnych i mapowania z numerów węzłów wirtualnych na
numery węzłów fizycznych. Węzły wirtualne obsługują bazy danych CTDB. Tylko węzły, które są
uczestniczący w mapie VNN może stać się lmaster lub dmaster dla rekordów bazy danych.

regeneracja tryb
To jest bieżący tryb odzyskiwania klastra. Istnieją dwa możliwe tryby:

NORMALNY — klaster jest w pełni sprawny.

ODZYSKIWANIE — Wszystkie bazy danych klastra zostały zamrożone, wstrzymując wszystkie usługi, podczas gdy
klaster czeka na zakończenie procesu odzyskiwania. Proces odzyskiwania powinien zakończyć się w ciągu
sekundy. Jeśli klaster utknął w stanie ODZYSKIWANIA, wskazuje to na klaster
nieprawidłowe działanie, które należy zbadać.

Gdy master odzyskiwania wykryje niespójność, na przykład węzeł staje się
odłączony/podłączony, demon odzyskiwania uruchomi proces odzyskiwania klastra,
gdzie wszystkie bazy danych są ponownie scalane w klastrze. Kiedy ten proces się rozpocznie,
Recovery master najpierw „zamrozi” wszystkie bazy danych, aby zapobiec aplikacjom, takim jak
Samba przed dostępem do baz danych, a także oznaczy tryb odzyskiwania jako
POPRAWA.

Gdy demon CTDB uruchomi się, uruchomi się w trybie ODZYSKIWANIA. Gdy węzeł został
połączone w klaster i wszystkie bazy danych zostały odzyskane, zmieni się tryb węzła
w tryb NORMALNY, a bazy danych zostaną „rozmrożone”, umożliwiając sambie dostęp do
bazy danych.

regeneracja mistrz
Jest to węzeł klastra, który jest obecnie wyznaczony jako główny odzyskiwanie. Ten
węzeł jest odpowiedzialny za monitorowanie spójności klastra i wykonywanie
rzeczywisty proces odzyskiwania, gdy jest to wymagane.

Tylko jeden węzeł na raz może być wyznaczonym wzorcem odzyskiwania. Który węzeł to
wyznaczony na mistrza odzyskiwania jest ustalany w procesie wyborczym w procesie odzyskiwania
demony działające na każdym węźle.

Przykład
# stan ctdb
Liczba węzłów:4
pnn:0 192.168.2.200 OK (TEN WĘZEŁ)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
Generacja: 1362079228
Rozmiar: 4
hash:0 lmaster:0
hash:1 lmaster:1
hash:2 lmaster:2
hash:3 lmaster:3
Tryb odzyskiwania: NORMALNY (0)
Mistrz odzyskiwania: 0

stan węzła [LISTA PNN]
To polecenie jest podobne do status Komenda. Wyświetla podzbiór „stan węzła”
wyjście. Główne różnice to:

· Kod wyjścia to bitowe OR flag dla każdego określonego węzła, podczas gdy ctdb
status kończy z 0, jeśli był w stanie pobrać status dla wszystkich węzłów.

· ctdb status dostarcza informacji o stanie dla wszystkich węzłów. ctdb stan węzła domyślnie to
dostarczanie statusu tylko dla bieżącego węzła. Jeśli podano PNN-LIST, stan to
podane dla wskazanego węzła (węzłów).

Domyślnie ctdb stan węzła zbiera status z lokalnego węzła. Jeśli jednak zostanie wywołany
z "-n wszystkie" (lub podobnym) to status jest pobierany z danego węzła (węzłów). w
szczególny ctdb stan węzła cała kolekcja i ctdb stan węzła -n cała kolekcja wyprodukuje inne
wyjście. Możliwe jest podanie 2 różnych specyfikacji węzła (z i bez "-n"), ale
wynik jest zwykle mylący!

Częstym wywołaniem w skryptach jest: ctdb stan węzła cała kolekcja aby sprawdzić, czy wszystkie węzły w a
klaster są zdrowe.

Przykład
# ctdb stan węzła
pnn:0 10.0.0.30 OK (TEN WĘZEŁ)

# ctdb stan węzła wszystko
Liczba węzłów:2
pnn:0 10.0.0.30 OK (TEN WĘZEŁ)
pnn:1 10.0.0.31 OK

remaster
To polecenie pokazuje pnn węzła, który jest aktualnie recmasterem.

Uwaga: Jeśli odpytywany węzeł jest NIEAKTYWNY, stan może nie być aktualny.

uptime
To polecenie pokazuje czas pracy demona ctdb. Kiedy ostatnie odzyskiwanie lub IP-failover
zakończone i jak długo to trwało. Jeśli „czas trwania” jest wyświetlany jako liczba ujemna, to
wskazuje, że trwa przywracanie/przełączenie awaryjne i rozpoczęło się tak wiele sekund
temu.

Przykład
# ctdb czas działania
Aktualny czas węzła : Czw 29 października 10:38:54 2009
Ctdbd czas rozpoczęcia : (000 16:54:28) Śr 28 października 17:44:26 2009
Czas ostatniego przywracania/przełączania awaryjnego: (000 16:53:31) śr. 28 paź 17:45:23 2009
Czas trwania ostatniego przywracania/przełączania awaryjnego: 2.248552 sekund

węzły listy
To polecenie wyświetla listę adresów IP wszystkich węzłów w klastrze.

Przykład
# ctdb listwęzły
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

lista natgw
Pokaż aktualnego mastera bramy NAT i stan wszystkich węzłów w bieżącej bramie NAT
Grupa. Zobacz sekcję BRAMA NAT w ctdb(7) po więcej szczegółów.

Przykład
# ctdb lista natgw
0 192.168.2.200
Liczba węzłów:4
pnn:0 192.168.2.200 OK (TEN WĘZEŁ)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK

świst
To polecenie „pinguje” określone węzły CTDB w klastrze, aby sprawdzić, czy są
uruchomiony.

Przykład
# ctdb ping -n wszystko
odpowiedź od 0 czas=0.000054 s (3 klientów)
odpowiedź od 1 czas=0.000144 s (2 klientów)
odpowiedź od 2 czas=0.000105 s (2 klientów)
odpowiedź od 3 czas=0.000114 s (2 klientów)

ifaces
To polecenie wyświetli listę interfejsów sieciowych, które mogą udostępniać publiczne
adresy wraz z ich statusem.

Przykład
# ifaces ctdb
Interfejsy na węźle 0
nazwa:eth5 link:w górę referencje:2
nazwa:eth4 link:w dół referencje:0
nazwa:eth3 link:w górę referencje:1
nazwa:eth2 link:w górę referencje:1

# ctdb -X ifaces
|Nazwa|Status linku|Referencje|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|

ip
To polecenie wyświetli listę adresów publicznych dostarczanych przez klaster
i który węzeł fizyczny aktualnie obsługuje ten adres IP. Domyślnie to polecenie będzie TYLKO
pokaż te adresy publiczne, które są znane samemu węzłowi. Aby zobaczyć pełną listę wszystkich
publiczne adresy IP w klastrze należy użyć „ctdb ip -n all”.

Przykład
# ctdb ip -v
Publiczne adresy IP w węźle 0
172.31.91.82 węzeł[1] aktywny[] dostępny[eth2,eth3] skonfigurowany[eth2,eth3]
172.31.91.83 node[0] aktywny[eth3] dostępny[eth2,eth3] skonfigurowany[eth2,eth3]
172.31.91.84 węzeł[1] aktywny[] dostępny[eth2,eth3] skonfigurowany[eth2,eth3]
172.31.91.85 node[0] aktywny[eth2] dostępny[eth2,eth3] skonfigurowany[eth2,eth3]
172.31.92.82 węzeł[1] aktywny[] dostępny[eth5] skonfigurowany[eth4,eth5]
172.31.92.83 node[0] aktywny[eth5] dostępny[eth5] skonfigurowany[eth4,eth5]
172.31.92.84 węzeł[1] aktywny[] dostępny[eth5] skonfigurowany[eth4,eth5]
172.31.92.85 node[0] aktywny[eth5] dostępny[eth5] skonfigurowany[eth4,eth5]

# ctdb -X ip -v
|Publiczny adres IP|Węzeł|Aktywny interfejs|Dostępne interfejsy|Konfigurowane interfejsy|
|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|

informacje o adresie IP IP
To polecenie wyświetli szczegóły dotyczące określonych adresów publicznych.

Przykład
# ctdb ipinfo 172.31.92.85
Informacje o publicznym adresie IP[172.31.92.85] w węźle 0
IP: 172.31.92.85
Bieżący węzeł: 0
Liczba interfejsów: 2
Interfejs[1]: Nazwa:eth4 Link:down Referencje:0
Interfejs[2]: Nazwa:eth5 Link:up Odnośniki:2 (aktywne)

status skryptu
To polecenie wyświetla, które skrypty zostały uruchomione w poprzednim cyklu monitorowania, a
wynik każdego skryptu. Jeśli skrypt nie powiódł się z błędem, powodując, że węzeł stał się
w złej kondycji, wyświetlane są również dane wyjściowe tego skryptu.

Przykład
# ctdb status skryptu
W ostatnim cyklu monitorowania wykonano 7 skryptów
00.ctdb Status: OK Czas trwania: 0.056 Wt. Mar 24 18:56:57 2009
10. Stan interfejsu: OK Czas trwania: 0.077 Wt. Mar 24 18:56:57 2009
11.natgw Status: OK Czas trwania: 0.039 Wt. Mar 24 18:56:57 2009
20.multipathd Status: OK Czas trwania: 0.038 Wt. Mar 24 18:56:57 2009
31.clamd Status: WYŁĄCZONY
40.vsftpd Status: OK Czas trwania: 0.045 Wt. Mar 24 18:56:57 2009
41.httpd Status: OK Czas trwania: 0.039 Wt. Mar 24 18:56:57 2009
50.samba Status: BŁĄD Czas trwania: 0.082 Wt. Mar 24 18:56:57 2009
WYJŚCIE: BŁĄD: Port 445 Samba TCP nie odpowiada

wyłącz skrypt SCRIPT
To polecenie służy do wyłączania skryptu zdarzeń.

Zacznie to obowiązywać przy następnym uruchomieniu skryptów zdarzeń, więc może to potrwać
chwilę, aż zostanie to odzwierciedlone w „scriptstatus”.

skrypt włączający SCRIPT
To polecenie służy do włączania skryptu zdarzeń.

Zacznie to obowiązywać przy następnym uruchomieniu skryptów zdarzeń, więc może to potrwać
chwilę, aż zostanie to odzwierciedlone w „scriptstatus”.

listwary
Wymień wszystkie zmienne, które można dostrajać, z wyjątkiem wartości przestarzałych zmiennych, takich jak
Minimalny interwał podciśnienia. Przestarzałe stroje można pobrać tylko jawnie za pomocą "ctdb
getvar”.

Przykład
# zmienne list ctdb
Maksymalna liczba przekierowań = 3
Seqnum Interwał = 1000
Limit czasu kontroli = 60
Traverse Timeout = 20
Interwał utrzymywania aktywności = 5
Limit utrzymania = 5
Czas odzyskiwania = 20
Interwał odzyskiwania = 1
Czas trwania wyborów = 3
Czas przejęcia = 9
Interwał monitora = 15
Interwał aktualizacji tickle = 20
Limit czasu skryptu zdarzenia = 30
EventScriptTimeoutCount = 1
RegeneracjaGraceOkres = 120
Okres zakazu odzyskiwania = 300
Baza DanychHashSize = 100001
Maksymalna liczba martwych baz danych = 5
Limit czasu odzyskiwania = 10
Włącz Bany = 1
Deterministyczne IP = 0
LCP2Publiczne IP = 1
Okres RetaktowaniaPing = 60
Brak powrotu po awarii IP = 0
Wyłącz IPFailover = 0
Pełne nazwy pamięci = 0
Czas oczekiwania na nagranie = 60
RecdFailCount = 10
Log LatencyMs = 0
RecLockLatencyMs = 1000
RecoveryDropAllIPs = 120
Interwał próżni = 10
Maksymalny czas pracy próżni = 30
Limit przepakowania = 10000
Limit podciśnienia = 5000
VacuumFastPathCount = 60
MaxQueueDropMsg = 1000000
UżyjStatusEvents = 0
Zezwól na niezdrowe DBRead = 0
StatHistory Interwał = 1
OdroczoneZałączTO = 120
Dozwolony klientDBDołącz = 1
OdzyskajPDBBySeqNum = 0

getvar IMIĘ
Pobierz wartość czasu wykonywania zmiennej dostrajanej.

Przykład
# ctdb getvar MaxRedirectCount
Maksymalna liczba przekierowań = 3

zmienna zadana IMIĘ WARTOŚĆ
Ustaw wartość czasu wykonywania zmiennej dostrajanej.

Przykład: ctdb setvar MaxRedirectCount 5

lvsmaster
To polecenie pokazuje, który węzeł jest aktualnie LVSMASTER. LVSMASTER jest węzłem w
klaster, który steruje systemem LVS i który odbiera cały ruch przychodzący od klientów.

LVS to tryb, w którym cały klaster CTDB/Samba używa jednego adresu IP dla
cały klaster. W tym trybie wszyscy klienci łączą się z jednym określonym węzłem, który następnie:
multipleksowanie/równoważenie obciążenia klientów równomiernie na inne węzły w klastrze. To jest
alternatywa dla używania publicznych adresów IP. Zobacz stronę podręcznika dla ctdbd, aby uzyskać więcej informacji
o LVS.

lv
To polecenie pokazuje, które węzły w klastrze są aktualnie aktywne w LVS
konfiguracja. Tzn. które węzły aktualnie równoważymy obciążenie dla pojedynczego adresu ip
przez.

LVS domyślnie równoważy obciążenie tylko w tych węzłach, które obsługują LVS, a także
ZDROWY. Z wyjątkiem sytuacji, gdy wszystkie węzły są NIEZDROWE, w którym to przypadku LVS będzie równoważyć obciążenie we wszystkich
NIEZDROWE również węzły. LVS nigdy nie użyje węzłów, które są ODŁĄCZONE, ZATRZYMANE, ZABRONIONE
lub WYŁĄCZONE.

Przykładowe dane wyjściowe:

2:10.0.0.13
3:10.0.0.14

uzyskać możliwości
To polecenie pokazuje możliwości bieżącego węzła. Zobacz rozdział MOŻLIWOŚCI w
ctdb(7) po więcej szczegółów.

Przykładowe dane wyjściowe:

RECMASTER: TAK
LMASTER: TAK
LVS: NIE
NATGW: TAK

statystyka
Zbieraj statystyki od demona CTDB dotyczące liczby obsługiwanych wywołań. Informacja
o różnych polach w statystykach można znaleźć w statystyki-ctdb(7).

Przykład
# statystyki ctdb
CTDB wersja 1
liczba_klientów 3
mrożony 0
odzyskiwanie 0
klient_pakiety_wysłane 360489
pakiety_klientów_recv 360466
node_packets_wysłane 480931
node_packets_recv 240120
keepalive_packets_sent 4
keepalive_packets_recv 3
węzeł
żądanie_połączenia 2
odpowiedź_zadzwoń 2
req_dmaster 0
odpowiedź_dmaster 0
odpowiedź_błąd 0
żądanie_wiadomości 42
wymaga_kontrola 120408
odpowiedź_kontrola 360439
klient
żądanie_połączenia 2
żądanie_wiadomości 24
wymaga_kontrola 360440
limity czasu
zadzwoń do 0
Kontrola 0
trawers 0
suma_połączeń 2
oczekujące_połączenia 0
lockwait_calls 0
w toku_lockwait_calls 0
pamięć_używana 5040
max_liczba_przeskoków 0
max_call_latency 4.948321 s
max_lockwait_latency 0.000000 s

resetowanie statystyk
To polecenie służy do czyszczenia wszystkich liczników statystyk w węźle.

Przykład: resetowanie statystyk ctdb

statystyki db DB
Wyświetl statystyki dotyczące bazy danych DB. Informacje o różnych polach w dbstatistics
można znaleźć statystyki-ctdb(7).

Przykład
# ctdb dbstatistics lock.tdb
Statystyki bazy danych: lock.tdb
ro_delegacje 0
ro_revokes 0
zamki
Razem 14356
nie powiodło się 0
prąd 0
w toku 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0 XNUMX
lock_buckets: 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 sek z 14356
Klawisze skrótu Num: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

getreclock
Pokaż nazwę pliku blokady odzyskiwania, jeśli istnieje.

Przykładowe dane wyjściowe:

Plik ponownego uruchomienia:/clusterfs/.ctdb/recovery.lock

ustawić zegar [FILE]
FILE określa nazwę pliku blokady odzyskiwania. Jeśli plik blokady odzyskiwania zostanie zmieniony o
w czasie wykonywania, spowoduje to odzyskanie, co z kolei spowoduje, że blokada przywracania zostanie
ponownie.

Jeśli nie określono pliku FILE, plik blokady odzyskiwania nie będzie już używany.

To polecenie wpływa tylko na ustawienie czasu wykonywania pojedynczego węzła CTDB. To ustawienie musi be
zmieniono na wszystkich węzłach jednocześnie, określając -n cała kolekcja (lub podobne). Dla informacji
o konfigurowaniu pliku blokady odzyskiwania zobacz wpis CTDB_RECOVERY_LOCK w
ctdbd.conf(5) i wpis --reclock w cdbd(1). Aby uzyskać informacje na temat blokady przywracania
proszę zapoznać się z sekcją BLOKADA ODZYSKIWANIA w ctdb(7).

getdebug
Pobierz bieżący poziom debugowania dla węzła. poziom debugowania kontroluje, jakie informacje są
zapisywane w pliku dziennika.

Poziomy debugowania są mapowane na odpowiednie poziomy dziennika systemowego. Gdy ustawiony jest poziom debugowania,
zostaną wydrukowane tylko te wiadomości na tym i wyższym poziomie.

Lista poziomów debugowania od najwyższego do najniższego to:

ERR OSTRZEŻENIE UWAGA INFORMACJA DEBUGUJ

ustaw debugowanie POZIOM DEBUGOWANIA
Ustaw poziom debugowania węzła. To kontroluje, jakie informacje będą rejestrowane.

Poziom debugowania jest jednym z ERR OSTRZEŻENIE INFORMACJA INFO DEBUG

zwariować
To polecenie zwróci identyfikator procesu demona ctdb.

wyłączyć
To polecenie służy do administracyjnego wyłączenia węzła w klastrze. Wyłączony węzeł
nadal będzie uczestniczyć w klastrach i hostach klastrowych rekordów TDB, ale jego publiczny adres IP
adres został przejęty przez inny węzeł i nie obsługuje już żadnych usług.

umożliwiać
Ponownie włącz węzeł, który został wyłączony administracyjnie.

Zatrzymaj się
To polecenie służy do administracyjnego ZATRZYMANIA węzła w klastrze. ZATRZYMANY węzeł to
podłączony do klastra, ale nie będzie hostować żadnego publicznego adresu IP ani nie będzie uczestniczyć
w VNNMAP. Różnica między węzłem DISABLED a węzłem STOPPED polega na tym, że STOPPED
węzeł nie obsługuje żadnych części bazy danych, co oznacza, że ​​wymagane jest jego odzyskanie:
zatrzymaj/kontynuuj węzły.

kontynuować
Uruchom ponownie węzeł, który został zatrzymany administracyjnie.

dodatek IPADDR/maska SPOTYKAM
To polecenie służy do dodawania nowego publicznego adresu IP do węzła w czasie wykonywania. Pozwala to na publiczne
adresy, które mają zostać dodane do klastra bez konieczności ponownego uruchamiania demonów ctdb.

Zauważ, że to aktualizuje tylko instancję środowiska uruchomieniowego ctdb. Wszelkie zmiany zostaną utracone w następnej kolejności
czas ctdb jest restartowany i plik adresów publicznych jest ponownie odczytywany. Jeśli chcesz tej zmiany
aby być trwałym, musisz również ręcznie zaktualizować plik adresów publicznych.

delipować IPADDR
To polecenie służy do usuwania publicznego adresu IP z węzła w czasie wykonywania. Jeśli ten publiczny adres IP
jest aktualnie hostowany przez węzeł, z którego jest usuwany, adres IP zostanie najpierw przeniesiony do
inny węzeł, jeśli to możliwe, zanim zostanie usunięty.

Zauważ, że to aktualizuje tylko instancję środowiska uruchomieniowego ctdb. Wszelkie zmiany zostaną utracone w następnej kolejności
czas ctdb jest restartowany i plik adresów publicznych jest ponownie odczytywany. Jeśli chcesz tej zmiany
aby być trwałym, musisz również ręcznie zaktualizować plik adresów publicznych.

ruch IPADDR PNN
To polecenie może służyć do ręcznego niepowodzenia publicznego adresu IP do określonego węzła.

W celu ręcznego nadpisania „automatycznej” dystrybucji publicznych adresów IP, które:
ctdb zwykle zapewnia, to polecenie działa tylko wtedy, gdy zmieniłeś stroje dla
demon do:

Deterministyczne IP = 0

Brak powrotu po awarii IP = 1

zamknięcie
To polecenie spowoduje zamknięcie określonego demona CTDB.

ustawićlmasterrole wł.|wył.
To polecenie jest używane do włączania/wyłączania funkcji LMASTER dla węzła w czasie wykonywania. Ten
funkcja określa, czy węzeł może być używany jako LMASTER dla rekordów w
Baza danych. Węzeł, który nie ma możliwości LMASTER, nie pojawi się w vnnmap.

Węzły domyślnie będą miały tę możliwość, ale można ją usunąć z węzłów przez
ustawienie w pliku sysconfig lub za pomocą tego polecenia.

Po włączeniu/wyłączeniu tego ustawienia musisz wykonać odzyskiwanie, aby mogło ono trwać
efekt.

Zobacz także „Możliwości pobierania ctdb”

ustawiona rola mistrzowska wł.|wył.
Polecenie to jest używane do włączania/wyłączania funkcji RECMASTER dla węzła w czasie wykonywania.
Ta funkcja określa, czy węzeł może być używany jako RECMASTER dla
grupa. Węzeł, który nie ma możliwości RECMASTER, nie może wygrać recmastera
wybór. Węzeł, który jest już recmasterem dla klastra, gdy możliwość jest
pozbawiony węzła pozostanie recmasterem aż do następnego wyboru klastra.

Węzły domyślnie będą miały tę możliwość, ale można ją usunąć z węzłów przez
ustawienie w pliku sysconfig lub za pomocą tego polecenia.

Zobacz także „Możliwości pobierania ctdb”

przeładuj węzły
To polecenie jest używane podczas dodawania nowych węzłów lub usuwania istniejących węzłów z istniejącego
grupa.

Procedura dodawania węzła:

1, Aby rozszerzyć istniejący klaster, najpierw upewnij się, że wszystkie węzły są uruchomione za pomocą „ctdb status”
i bieganie i że wszyscy są zdrowi. Nie próbuj rozszerzać klastra, chyba że tak jest
całkowicie zdrowy!

2, We wszystkich węzłach edytuj /etc/ctdb/nodes i dodaj nowy węzeł jako ostatni wpis do pliku.
Nowy węzeł MUSI być dodany na końcu tego pliku!

3, Sprawdź, czy wszystkie węzły mają identyczne pliki /etc/ctdb/nodes po ich edycji
i dodał nowy węzeł!

4, Uruchom „ctdb reloadnodes”, aby zmusić wszystkie węzły do ​​ponownego załadowania pliku nodes.

5, Użyj „ctdb status” na wszystkich węzłach i sprawdź, czy teraz wyświetlają dodatkowy węzeł.

6, Zainstaluj i skonfiguruj nowy węzeł i przenieś go do trybu online.

Procedura usuwania węzła:

1, Aby usunąć węzeł z istniejącego klastra, najpierw upewnij się, że wszystkie 'ctdb status'
węzły, z wyjątkiem węzła, który ma zostać usunięty, są uruchomione i wszystkie są w dobrej kondycji. Robić
nie próbuj usuwać węzła z klastra, chyba że klaster jest całkowicie zdrowy!

2, Zamknij i wyłącz węzeł, który ma zostać usunięty.

3, We wszystkich innych węzłach edytuj plik /etc/ctdb/nodes i skomentuj węzeł, który ma być
REMOVED. Nie usuwaj wiersza dla tego węzła, po prostu skomentuj go, dodając „#” w
początek wiersza.

4, Uruchom „ctdb reloadnodes”, aby zmusić wszystkie węzły do ​​ponownego załadowania pliku nodes.

5, Użyj „ctdb status” na wszystkich węzłach i sprawdź, czy usunięty węzeł nie wyświetla się już w
Lista..

przeładowywać [LISTA PNN]
To polecenie ponownie ładuje plik konfiguracyjny adresów publicznych na określonych węzłach. Kiedy
kończy, adresy zostaną ponownie skonfigurowane i ponownie przypisane w całym klastrze jako
niezbędny.

getbmap
To polecenie wyświetla listę wszystkich klastrowych baz danych TDB, do których dołączył demon CTDB. Trochę
bazy danych są oznaczone jako TRWAŁE, co oznacza, że ​​baza przechowuje dane w sposób trwały
a dane pozostaną po ponownym uruchomieniu. Jednym z przykładów takiej bazy danych jest secrets.tdb
gdzie przechowywane są informacje o sposobie przyłączenia klastra do domeny.

Jeśli baza danych TRWAŁA nie jest w dobrym stanie, jest ona oflagowana jako NIEZDROWA.
Jeśli w klastrze działa co najmniej jeden całkowicie sprawny węzeł, możliwe, że
zawartość zostanie przywrócona przez automatyczne uruchomienie odzyskiwania. W przeciwnym razie administrator musi
przeanalizuj problem.

Zobacz także „ctdb getdbstatus”, „ctdb backupdb”, „ctdb restoreb”, „ctdb dumpbackup”, „ctdb
wipedb", "ctdb setvar AllowUnhealthyDBRead 1" i (jeśli zainstalowano samba lub tdb-utils)
„sprawdzenie narzędzia tdb”.

Większość baz danych nie jest trwała i przechowuje tylko informacje o stanie, które aktualnie
uruchomienie demonów samby potrzebne. Te bazy danych są zawsze czyszczone po uruchomieniu ctdb/samba i
po ponownym uruchomieniu węzła.

Przykład
# ctdb getdbmap
Liczba baz danych:10
dbid:0x435d3410 nazwa:notify.tdb ścieżka:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 nazwa:brlock.tdb ścieżka:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 nazwa:connections.tdb ścieżka:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a nazwa:sessionid.tdb ścieżka:/var/ctdb/sessionid.tdb.0
dbid:0x122224da nazwa:test.tdb ścieżka:/var/ctdb/test.tdb.0
dbid:0x2672a57f nazwa:idmap2.tdb ścieżka:/var/ctdb/persistent/idmap2.tdb.0 TRWAŁE
dbid:0xb775fff6 nazwa:secrets.tdb ścieżka:/var/ctdb/persistent/secrets.tdb.0 TRWAŁE
dbid:0xe98e08b6 nazwa:group_mapping.tdb ścieżka:/var/ctdb/persistent/group_mapping.tdb.0 TRWAŁE
dbid:0x7bbbd26c nazwa:passdb.tdb ścieżka:/var/ctdb/persistent/passdb.tdb.0 TRWAŁE

# ctdb getdbmap # przykład niezdrowej bazy danych
Liczba baz danych:1
dbid:0xb775fff6 nazwa:secrets.tdb ścieżka:/var/ctdb/persistent/secrets.tdb.0 TRWAŁE NIEZDROWE

# ctdb -X getdbmap
|ID|Nazwa|Ścieżka|Trwałe|Niezdrowe|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

baza danych kopii zapasowej DB FILE
Skopiuj zawartość bazy danych DB do PLIK. PLIK można później odczytać ponownie za pomocą odrestaurowanyb.
Jest to przydatne głównie do tworzenia kopii zapasowych trwałych baz danych, takich jak secrets.tdb i podobne.

odrestaurowanyb FILE [DB]
To polecenie przywraca trwałą bazę danych, której kopia zapasowa została wcześniej utworzona przy użyciu backupdb.
Domyślnie dane zostaną przywrócone do tej samej bazy danych, z której zostały utworzone.
Poprzez określenie dbname możesz przywrócić dane do innej bazy danych.

setbreadonly DB
To polecenie włączy obsługę rekordów tylko do odczytu dla bazy danych. To jest
eksperymentalna funkcja poprawiająca wydajność w przypadku kontestowanych rekordów, głównie w pliku lock.tdb
i brlock.tdb. Włączając tę ​​funkcję, musisz ustawić ją na wszystkich węzłach w klastrze.

zestawdblepki DB
To polecenie włączy obsługę lepkich rekordów dla określonej bazy danych. To jest
eksperymentalna funkcja poprawiająca wydajność w przypadku kontestowanych rekordów, głównie w pliku lock.tdb
i brlock.tdb. Włączając tę ​​funkcję, musisz ustawić ją na wszystkich węzłach w klastrze.

WEWNĘTRZNA POLECENIA

Polecenia wewnętrzne są używane przez skrypty CTDB i nie są wymagane do zarządzania CTDB
grupa. Ich parametry i zachowanie mogą ulec zmianie.

gettickle IPADDR
Pokaż połączenia TCP, które są zarejestrowane w CTDB, aby były „łaskane” w przypadku przełączenia awaryjnego.

wdzięczny IPADDR INTERFACE
Wyślij wdzięczny ARP dla określonego interfejsu przez określony interfejs. Ten
Polecenie jest używane głównie przez skrypty zdarzeń ctdb.

zabij cp
Przeczytaj listę połączeń TCP, po jednym na linię, ze standardowego wejścia i zakończ każde
połączenie. Połączenie jest określone jako:

SRC-IPADDR:PORT SRC DST-IPADDR:PORT DST

Każde połączenie jest kończone przez wysłanie TCP RST do punktu końcowego SRC-IPADDR:SRC-PORT.

Pojedyncze połączenie można określić w wierszu polecenia, a nie na standardowym wejściu.

usuń DB KEY
Usuń KLUCZ z bazy danych.

pobierz DB KEY
Wydrukuj wartość skojarzoną z KEY w DB.

sklep DB KEY FILE
Przechowuj KEY w DB z zawartością FILE jako powiązaną wartością.

ptrans DB [FILE]
Przeczytaj listę par klucz-wartość, po jednym w wierszu z pliku FILE, i zapisz je w bazie danych za pomocą
pojedyncza transakcja. Pusta wartość jest równoznaczna z usunięciem danego klucza.

Klucz i wartość powinny być oddzielone spacjami lub tabulatorami. Każdy klucz/wartość powinna być
drukowalny ciąg ujęty w podwójne cudzysłowy.

stan pracy [konfiguracja|pierwsze_przywracanie|uruchamianie|uruchamianie]
Wydrukuj stan pracy określonego węzła. Stany pracy służą do serializacji ważnego stanu
przejścia w CTDB, szczególnie podczas uruchamiania.

Jeśli określono jeden lub więcej opcjonalnych argumentów stanu pracy, węzeł musi znajdować się w jednym z
te stany pracy, aby polecenie się powiodło.

Przykład
# ctdb stan pracy
BIEGANIE

ustawifacelink SPOTYKAM w górę|w dół
Ustaw wewnętrzny stan interfejsu sieciowego IFACE. Jest to zwykle używane w
10.Skrypt interfejsu w zdarzeniu "monitor".

Przykład: ctdb setifacelink eth0 up

ustawnatgwstan wł.|wył.
Włącz lub wyłącz funkcję mastera bramy NAT w węźle.

łaskotać SRC-IPADDR:PORT SRC DST-IPADDR:PORT DST
Wyślij łaskę TCP do hosta źródłowego dla określonego połączenia TCP. Łaskotanie TCP to
Pakiet TCP ACK z nieprawidłową sekwencją i numerem potwierdzenia i zostanie odebrany przez
host źródłowy powoduje natychmiastowe wysłanie poprawnego ACK na drugi koniec.

Łaskotki TCP są przydatne do „łaskotania” klientów po awarii IP, ponieważ spowoduje to
sprawić, by klient natychmiast rozpoznał, że połączenie TCP zostało przerwane i że
klient będzie musiał przywrócić. To znacznie przyspiesza czas potrzebny klientowi na:
wykrywanie i ponowne ustanawianie po przełączeniu awaryjnym IP w klastrze ctdb.

wersja
Wyświetl wersję CTDB.

DEBUGOWANIE POLECENIA

Te polecenia są używane głównie do tworzenia i testowania CTDB i nie powinny być używane
do normalnego podawania.

OPCJE
--drukuj-puste rekordy
Umożliwia to drukowanie pustych rekordów podczas zrzucania baz danych za pomocą catdb, cattbd
i polecenia dumpdbbackup. Rekordy z pustym segmentem danych są uważane za usunięte przez
ctdb i czyszczone przez mechanizm odkurzający, więc ten przełącznik może się przydać
debugowanie zachowania odkurzania.

--print-datasize
Pozwala to zrzutom bazy danych (catdb, cattdb, dumpdbbackup) wydrukować rozmiar rekordu
dane zamiast zrzucać zawartość danych.

--print-lmaster
Pozwala to catdb wydrukować lmaster dla każdego rekordu.

--print-hash
Pozwala to zrzutom bazy danych (catdb, cattdb, dumpdbbackup) wydrukować skrót dla każdego rekordu.

--drukuj flagi rekordów
Pozwala to catdb i dumpdbbackup na drukowanie flag rekordów dla każdego rekordu. Zauważ, że
cattdb zawsze drukuje flagi.

proces-istnieje PID
To polecenie sprawdza, czy na hoście CTDB istnieje określony proces. Jest to używane głównie przez
Samba, aby sprawdzić, czy zdalne instancje Samby nadal działają, czy nie.

pobierz stan DB
To polecenie wyświetla więcej szczegółów na temat bazy danych.

Przykład
# ctdb getdbstatus test.tdb.0
dbid: 0x122224da
nazwa: test.tdb
ścieżka: /var/ctdb/test.tdb.0
TRWAŁE: nie
ZDROWIE: OK

# ctdb getdbstatus registry.tdb # z uszkodzoną bazą danych
dbid: 0xf2a58948
nazwa: rejestr.tdb
ścieżka: /var/ctdb/persistent/registry.tdb.0
TRWAŁE: tak
ZDROWIE: BRAK ZDROWYCH WĘZŁÓW — BŁĄD — Kopia zapasowa uszkodzonej bazy danych TDB w „/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z”

baza danych DB
Wydrukuj zrzut bazy danych bazy danych TDB w klastrze.

kattdb DB
Wydrukuj zrzut zawartości lokalnej bazy danych TDB DB.

kopia zapasowa dumpdb FILE
Wydrukuj zrzut zawartości z pliku kopii zapasowej bazy danych, podobny do baza danych.

wytrzeć DB
Usuń całą zawartość bazy danych DB.

wyzdrowieć
To polecenie spowoduje, że demon odzyskiwania wykona odzyskiwanie klastra.

wcześniej przydzielone, synchronizować
To polecenie zmusi mastera odzyskiwania do przeprowadzenia pełnego procesu realokacji adresu IP i
redystrybuować wszystkie adresy IP. Jest to przydatne, aby „zresetować” przydziały z powrotem do jego
stan domyślny, jeśli zostały zmienione za pomocą polecenia „moveip”. Podczas gdy „wyzdrowienie” będzie
również wykonać tę realokację, powrót do zdrowia jest znacznie większy, ponieważ również będzie
odbuduj wszystkie bazy danych.

getmonmode
To polecenie zwraca tryb monitorowania węzła. Tryb monitorowania jest albo AKTYWNY
lub WYŁĄCZONE. Zwykle węzeł będzie stale monitorować, czy wszystkie inne węzły, które są
oczekuje się, że są w rzeczywistości połączone i reagują na polecenia.

AKTYWNY — To jest normalny tryb. Węzeł aktywnie monitoruje wszystkie inne węzły, oba
czy transport jest połączony, a także czy węzeł odpowiada na polecenia. Jeśli węzeł
stanie się niedostępny, zostanie oznaczony jako ROZŁĄCZONY i rozpocznie się odzyskiwanie do
przywrócić klaster.

WYŁĄCZONE — ten węzeł nie monitoruje dostępności innych węzłów. W tym trybie węzeł
awaria nie zostanie wykryta i nie zostanie wykonane odzyskiwanie. Ten tryb jest przydatny, gdy
do celów debugowania chce się dołączyć GDB do procesu ctdb, ale chce zapobiec
resztę klastra przed oznaczeniem tego węzła jako ROZŁĄCZONY i wykonaniem odzyskiwania.

ustaw tryb 0 | 1
To polecenie może być użyte do jawnego wyłączenia/włączenia trybu monitorowania w węźle. Główny
celem jest, jeśli ktoś chce dołączyć GDB do działającego demona ctdb, ale chce zapobiec
inne węzły przed oznaczeniem go jako ROZŁĄCZONY i wydaniem odzyskiwania. Aby to zrobić, ustaw
tryb monitorowania na 0 na wszystkich węzłach przed połączeniem z GDB. Pamiętaj, aby ustawić monitorowanie
tryb z powrotem do 1 później.

dołączać NAZWA DB [uporczywy]
Utwórz nową bazę danych CTDB o nazwie DBNAME i dołącz do niej we wszystkich węzłach.

odłącz LISTA-DB
Odłącz określone nietrwałe bazy danych od klastra. To polecenie się rozłączy
określone bazy danych we wszystkich węzłach w klastrze. To polecenie powinno być używane tylko wtedy, gdy:
żadna z podanych baz danych nie jest używana.

Wszystkie węzły powinny być aktywne, a parametr AllowClientDBAccess powinien być wyłączony na wszystkich węzłach
przed odłączeniem baz danych.

wywalać pamięć
To jest polecenie debugowania. To polecenie sprawi, że demon ctdb zapisze pamięć wypełnienia
mapa alokacji na standardowe wyjście.

pamięć rddump
To jest polecenie debugowania. To polecenie zrzuci drzewo alokacji pamięci taloku dla
demon odzyskiwania na standardowe wyjście.

odwilż
Rozmrozić wcześniej zamrożony węzeł.

scenariusz zdarzenia ARGUMENTY
To jest polecenie debugowania. To polecenie może być użyte do ręcznego wywołania i uruchomienia
zdarzeniacriptps z dowolnymi argumentami.

zakaz BANTYM
Administracyjnie zablokuj węzeł na BANTIME sekund. Węzeł zostanie odbanowany po BANTIME
upłynęły sekundy.

Zabroniony węzeł nie uczestniczy w klastrze. Nie przechowuje żadnych rekordów dla
klastrowana baza danych i nie obsługuje żadnych publicznych adresów IP.

Węzły są automatycznie blokowane, jeśli źle się zachowują. Na przykład węzeł może zostać zbanowany, jeśli:
powoduje zbyt wiele odzyskiwania klastrów.

Aby administracyjnie wykluczyć węzeł z klastra, użyj Zatrzymaj się dowództwo.

unban
To polecenie służy do odblokowania węzła, który został zbanowany administracyjnie za pomocą
polecenie ban lub został automatycznie zbanowany.

węzeł rebilansowania [LISTA PNN]
To polecenie oznacza dane węzły jako cele ponownego równoważenia w alokacji IP LCP2
algorytm. ten przeładowywać polecenie zrobi to w razie potrzeby, więc to polecenie nie powinno być
potrzebne.

check_srvids SRVID ...
To polecenie sprawdza, czy zestaw portów komunikatów srvid jest zarejestrowany w węźle lub
nie. Polecenie pobiera listę wartości do sprawdzenia.

Przykład
# ctdb check_srvids 1 2 3 14765
Identyfikator serwera 0:1 nie istnieje
Identyfikator serwera 0:2 nie istnieje
Identyfikator serwera 0:3 nie istnieje
Identyfikator serwera 0:14765 istnieje

Korzystaj z ctdb online za pomocą usług onworks.net