ctdb - Online în cloud

PROGRAM:

NUME

ctdb - utilitar de management CTDB

REZUMAT

ctdb [OPȚIUNE...] {COMMAND} [COMANDA-ARGS]

DESCRIERE

ctdb este un utilitar pentru vizualizarea și gestionarea unui cluster CTDB.

Următorii termeni sunt utilizați când se face referire la nodurile dintr-un cluster:

PNN
Numărul nodului fizic. Numărul nodului fizic este un număr întreg care descrie nodul
în cluster. Primul nod are numărul de nod fizic 0. într-un cluster.

PNN-LIST
Acesta este fie un singur PNN, fie o listă de PNN-uri separate prin virgulă, fie „toate”.

Comenzile care fac referire la o bază de date folosesc următorii termeni:

DB
Acesta este fie un nume de bază de date, cum ar fi locking.tdb, fie un ID de bază de date, cum ar fi
„0x42fe72c5”.

DB-LIST
O listă separată de spații de cel puțin unul DB.

OPŢIUNI

-n PNN-LIST
Nodurile specificate de PNN-LIST ar trebui să fie interogate pentru informațiile solicitate.
Implicit este interogarea demonului care rulează pe gazda locală.

-Y
Produceți rezultate într-o formă care poate fi citită de mașină pentru o analiză mai ușoară prin scripturi. Aceasta folosește a
delimitator de câmp al lui „:”. Nu toate comenzile acceptă această opțiune.

-x SEPARATOR
Utilizați SEPARATOR pentru a delimita câmpurile din ieșirea care poate fi citită de mașină. Aceasta implică -Y.

-X
Produceți rezultate într-o formă care poate fi citită de mașină pentru o analiză mai ușoară prin scripturi. Aceasta folosește a
delimitator de câmp al lui „|”. Nu toate comenzile acceptă această opțiune.

Aceasta este echivalentă cu „-x|” și evită unele probleme de citare a shell-ului.

-t PAUZĂ
Indică faptul că ctdb ar trebui să aștepte până la TIMEOUT secunde pentru un răspuns la majoritatea comenzilor
trimis la demonul CTDB. Valoarea implicită este de 10 secunde.

-T LIMITA
Indică faptul că TIMELIMIT este timpul maxim de rulare (în secunde) pentru comanda ctdb.
Când TIMELIMIT este depășit comanda ctdb se va termina cu o eroare. Implicit
este de 120 de secunde.

-? --Ajutor
Imprimați un text de ajutor pe ecran.

--utilizare
Imprimați informațiile de utilizare pe ecran.

-d --debug=DEBUGLEVEL
Schimbați nivelul de depanare pentru comandă. Implicit este NOTIFICARE (2).

--socket=NUME DE FIȘIER
Specificați că FILENAME este numele socket-ului domeniului Unix de utilizat când vă conectați
demonul local CTDB. Valoarea implicită este /tmp/ctdb.socket.

ADMINISTRATIV COMANDE

Acestea sunt comenzi folosite pentru a monitoriza și administra un cluster CTDB.

pnn
Această comandă afișează PNN-ul nodului curent.

xpnn
Această comandă afișează PNN-ul nodului curent fără a contacta demonul CTDB. Aceasta
parsează fișierul noduri direct, astfel încât poate produce rezultate neașteptate dacă fișierul noduri are
a fost editat, dar nu a fost reîncărcat.

Starea
Această comandă arată starea curentă a tuturor nodurilor CTDB pe baza informațiilor din
nodul interogat.

Notă: Dacă nodul interogat este INACTIV, atunci este posibil ca starea să nu fie actuală.

Nod Starea
Aceasta include numărul de noduri fizice și starea fiecărui nod. Vedea ctdb(7)
pentru informații despre stările nodurilor.

Generație
Id-ul generației este un număr care indică generația curentă a unui cluster
instanță. De fiecare dată când un cluster trece printr-o reconfigurare sau o recuperare este
ID-ul generației va fi schimbat.

Acest număr nu are nicio semnificație specială, în afară de a ține evidența când a
cluster a trecut printr-o recuperare. Este un număr aleatoriu care reprezintă curentul
instanță a unui cluster ctdb și bazele de date ale acestuia. Daemonul CTDB folosește acest număr
intern pentru a putea spune când comenzile să opereze pe cluster și
bazele de date a fost emisă într-o generație diferită a clusterului, pentru a se asigura că comenzile
care operează pe bazele de date nu vor supraviețui printr-o recuperare a bazei de date cluster.
După o recuperare, toate comenzile vechi restante vor deveni automat invalide.

Uneori, acest număr va fi afișat ca „INVALID”. Aceasta înseamnă doar că ctdbd
demonul a început, dar nu a fuzionat încă cu clusterul printr-o recuperare. Toate
nodurilor încep cu generația „INVALID” și nu li se atribuie un id de generație real până când
acestea au fost îmbinate cu succes cu un cluster printr-o recuperare.

Virtual Nod Număr (VNN) Hartă
Constă din numărul de noduri virtuale și maparea de la numerele de noduri virtuale la
numerele nodurilor fizice. Nodurile virtuale găzduiesc baze de date CTDB. Doar noduri care sunt
participarea la harta VNN poate deveni lmaster sau dmaster pentru înregistrările bazei de date.

Recuperare mod
Acesta este modul de recuperare curent al clusterului. Există două moduri posibile:

NORMAL - cluster-ul este complet operațional.

RECUPERAREA - Bazele de date cluster au fost toate înghețate, întrerupând toate serviciile în timp ce
clusterul așteaptă finalizarea procesului de recuperare. Un proces de recuperare ar trebui să se termine în termen
secunde. Dacă un cluster este blocat în starea RECOVERY, aceasta ar indica un cluster
defecțiune care trebuie investigată.

Odată ce masterul de recuperare detectează o inconsecvență, de exemplu devine un nod
deconectat/conectat, demonul de recuperare va declanșa un proces de recuperare a clusterului,
unde toate bazele de date sunt reagrupate în cluster. Când începe acest proces,
recovery master va „îngheța” mai întâi toate bazele de date pentru a preveni aplicații precum
samba de la accesarea bazelor de date și va marca și modul de recuperare ca
RECUPERARE.

Când demonul CTDB pornește, acesta va porni în modul RECOVERY. Odată ce nodul a fost
fuzionat într-un cluster și toate bazele de date au fost recuperate, modul nod se va schimba
în modul NORMAL și bazele de date vor fi „dezghețate”, permițând samba să acceseze
bazele de date din nou.

Recuperare maestru
Acesta este nodul cluster care este în prezent desemnat ca master de recuperare. Acest
nodul este responsabil de monitorizarea coerenței cluster-ului și de a efectua
procesul real de recuperare atunci când este necesar.

Doar un nod la un moment dat poate fi master de recuperare desemnat. Care nod este
desemnat comandantul de recuperare este decis printr-un proces de alegere în recuperare
demoni care rulează pe fiecare nod.

Exemplu
stare # ctdb
Număr de noduri: 4
pnn:0 192.168.2.200 OK (ACEST NOD)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
Generație: 1362079228
Dimensiune: 4
hash:0 lmaster:0
hash:1 lmaster:1
hash:2 lmaster:2
hash:3 lmaster:3
Mod de recuperare: NORMAL (0)
Master de recuperare: 0

starea nodului [PNN-LIST]
Această comandă este similară cu cea Starea comanda. Afișează subsetul „starea nodului”.
ieșire. Principalele diferențe sunt:

· Codul de ieșire este OR pe biți a steagurilor pentru fiecare nod specificat, while ctdb
Starea iese cu 0 dacă a fost capabil să recupereze starea pentru toate nodurile.

· ctdb Starea oferă informații de stare pentru toate nodurile. ctdb starea nodului implicit la
oferind statut numai pentru nodul curent. Dacă PNN-LIST este furnizat, atunci starea este
dat pentru nodul(ele) indicat(e).

În mod implicit, ctdb starea nodului adună starea de la nodul local. Cu toate acestea, dacă este invocată
cu „-n all” (sau similar), atunci starea este adunată de la nodul(ele) dat(e). În
special ctdb starea nodului toate și ctdb starea nodului -n toate va produce diferite
ieșire. Este posibil să furnizați 2 specificații de noduri diferite (cu și fără „-n”), dar
ieșirea este de obicei confuză!

O invocare comună în scripturi este ctdb starea nodului toate pentru a verifica dacă toate nodurile din a
cluster sunt sănătoase.

Exemplu
# ctdb nodestatus
pnn:0 10.0.0.30 OK (ACEST NOD)

# ctdb nodestatus all
Număr de noduri: 2
pnn:0 10.0.0.30 OK (ACEST NOD)
pnn:1 10.0.0.31 OK

recmaster
Această comandă arată pnn-ul nodului care este în prezent recmaster.

Notă: Dacă nodul interogat este INACTIV, atunci este posibil ca starea să nu fie actuală.

uptime
Această comandă arată timpul de funcționare pentru demonul ctdb. Când ultima recuperare sau ip-failover
finalizat și cât a durat. Dacă „durata” este afișată ca număr negativ, aceasta
indică faptul că există o recuperare/failover în curs și a început atât de multe secunde
în urmă.

Exemplu
# ctdb timp de funcționare
Ora curentă a nodului: Thu Oct 29 10:38:54 2009
Ora de începere Ctdbd: (000 16:54:28) miercuri 28 octombrie 17:44:26 2009
Ora ultimei recuperări/failover: (000 16:53:31) miercuri 28 octombrie 17:45:23 2009
Durata ultimei recuperări/failover: 2.248552 secunde

listnoduri
Această comandă arată liste de adrese IP ale tuturor nodurilor din cluster.

Exemplu
# ctdb listnodes
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

natgwlist
Afișați masterul actual al gateway-ului NAT și starea tuturor nodurilor din gateway-ul NAT curent
grup. Consultați secțiunea NAT GATEWAY în ctdb(7) pentru mai multe detalii.

Exemplu
# ctdb natgwlist
0 192.168.2.200
Număr de noduri: 4
pnn:0 192.168.2.200 OK (ACEST NOD)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK

ping
Această comandă va „ping” nodurile CTDB specificate în cluster pentru a verifica dacă sunt
alergare.

Exemplu
# ctdb ping -n all
răspuns de la 0 timp=0.000054 sec (3 clienți)
răspuns de la 1 timp=0.000144 sec (2 clienți)
răspuns de la 2 timp=0.000105 sec (2 clienți)
răspuns de la 3 timp=0.000114 sec (2 clienți)

ifaces
Această comandă va afișa lista de interfețe de rețea, care ar putea găzdui publice
adresele, împreună cu statutul acestora.

Exemplu
# ctdb ifaces
Interfețe pe nodul 0
nume:eth5 link:up referințe:2
nume:eth4 link:jos referințe:0
nume:eth3 link:up referințe:1
nume:eth2 link:up referințe:1

# ctdb -X ifaces
|Nume|LinkStatus|Referințe|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|

ip
Această comandă va afișa lista de adrese publice furnizate de cluster
și care nod fizic deservește în prezent acest ip. În mod implicit, această comandă va fi NUMAI
arată acele adrese publice care sunt cunoscute de nodul însuși. Pentru a vedea lista completă a tuturor
IP-uri publice în cluster trebuie să utilizați „ctdb ip -n all”.

Exemplu
# ctdb ip -v
IP-uri publice pe nodul 0
172.31.91.82 nod[1] activ[] disponibil[eth2,eth3] configurat[eth2,eth3]
172.31.91.83 nod[0] activ[eth3] disponibil[eth2,eth3] configurat[eth2,eth3]
172.31.91.84 nod[1] activ[] disponibil[eth2,eth3] configurat[eth2,eth3]
172.31.91.85 nod[0] activ[eth2] disponibil[eth2,eth3] configurat[eth2,eth3]
172.31.92.82 nod[1] activ[] disponibil[eth5] configurat[eth4,eth5]
172.31.92.83 nod[0] activ[eth5] disponibil[eth5] configurat[eth4,eth5]
172.31.92.84 nod[1] activ[] disponibil[eth5] configurat[eth4,eth5]
172.31.92.85 nod[0] activ[eth5] disponibil[eth5] configurat[eth4,eth5]

# ctdb -X ip -v
|IP public|Nod|ActiveInterface|AvailableInterfaces|ConfiguredInterfaces|
|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
Această comandă va afișa detalii despre adresele publice specificate.

Exemplu
# ctdb ipinfo 172.31.92.85
IP-ul public[172.31.92.85] pe nodul 0
IP: 172.31.92.85
CurrentNode: 0
NumInterfețe:2
Interfață[1]: Nume:eth4 Link:jos Referințe:0
Interfață[2]: Nume:eth5 Link:up Referințe:2 (activ)

starea scriptului
Această comandă afișează ce scripturi au fost executate în ciclul de monitorizare anterior și
rezultatul fiecărui script. Dacă un script a eșuat cu o eroare, determinând nodul să devină
nesănătos, este afișată și rezultatul din acel script.

Exemplu
# ctdb scriptstatus
Ultimul ciclu de monitorizare au fost executate 7 scripturi
00.ctdb Stare:OK Durata:0.056 Mar 24 Mar 18:56:57 2009
10.Interfață Stare:OK Durată:0.077 Mar 24 Mar 18:56:57 2009
11.natgw Stare:OK Durata:0.039 Mar 24 Mar 18:56:57 2009
20.multipathd Stare:OK Durata:0.038 Mar 24 Mar 18:56:57 2009
31.clamd Stare:DEZACTIVAT
40.vsftpd Stare:OK Durata:0.045 Mar 24 Mar 18:56:57 2009
41.httpd Stare:OK Durata:0.039 Mar 24 Mar 18:56:57 2009
50.samba Stare:EROARE Durata:0.082 Mar 24 Mar 18:56:57 2009
IEȘIRE:EROARE: portul 445 Samba tcp nu răspunde

disablescript SCRIPT
Această comandă este folosită pentru a dezactiva un eventscript.

Acest lucru va intra în vigoare data viitoare când scripturile de evenimente sunt executate, astfel încât poate dura a
scurt timp până când acest lucru se reflectă în „scriptstatus”.

enablescript SCRIPT
Această comandă este folosită pentru a activa un eventscript.

Acest lucru va intra în vigoare data viitoare când scripturile de evenimente sunt executate, astfel încât poate dura a
scurt timp până când acest lucru se reflectă în „scriptstatus”.

listvars
Listați toate variabilele reglabile, cu excepția valorilor reglabilelor învechite, cum ar fi
VacuumMinInterval. Reglabilele învechite pot fi preluate doar în mod explicit cu „ctdb
comanda getvar”.

Exemplu
# ctdb listvars
MaxRedirectCount = 3
SeqnumInterval = 1000
ControlTimeout = 60
TraverseTimeout = 20
KeepaliveInterval = 5
KeepaliveLimit = 5
RecoverTimeout = 20
RecoverInterval = 1
ElectionTimeout = 3
TakeoverTimeout = 9
MonitorInterval = 15
TickleUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
RecoveryGracePeriod = 120
RecoveryBanPeriod = 300
DatabaseHashSize = 100001
DatabaseMaxDead = 5
RerecoveryTimeout = 10
EnableBans = 1
IP deterministe = 0
LCP2PublicIPs = 1
ReclockPingPeriod = 60
NoIPFailback = 0
DisableIPFailover = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
RecdFailCount = 10
LogLatencyMs = 0
RecLockLatencyMs = 1000
RecoveryDropAllIPs = 120
VacuumInterval = 10
VacuumMaxRunTime = 30
RepackLimit = 10000
VacuumLimit = 5000
VacuumFastPathCount = 60
MaxQueueDropMsg = 1000000
UseStatusEvents = 0
AllowUnhealthyDBRead = 0
StatHistoryInterval = 1
DeferredAttachTO = 120
AllowClientDBAttach = 1
RecoverPDBBySeqNum = 0

getvar NUME
Obțineți valoarea de rulare a unei variabile reglabile.

Exemplu
# ctdb getvar MaxRedirectCount
MaxRedirectCount = 3

setvar NUME VALUE
Setați valoarea de rulare a unei variabile reglabile.

Exemplu: ctdb setvar MaxRedirectCount 5

lvsmaster
Această comandă arată care nod este în prezent LVSMASTER. LVSMASTER este nodul în
cluster care conduce sistemul LVS și care primește tot traficul primit de la clienți.

LVS este modul în care întregul cluster CTDB/Samba utilizează o singură adresă IP pentru
întreg cluster. În acest mod, toți clienții se conectează la un anumit nod, care se va conecta apoi
multiplexați/echilibrați clienții în mod egal pe celelalte noduri din cluster. Aceasta este o
alternativă la utilizarea adreselor IP publice. Consultați pagina de manual pentru ctdbd pentru mai multe informații
despre LVS.

Eu versus
Această comandă arată ce noduri din cluster sunt active în prezent în LVS
configurație. Adică ce noduri echilibrăm în prezent o singură adresă IP
peste.

LVS va echilibra în mod implicit doar încărcarea acelor noduri care sunt atât capabile LVS, cât și de asemenea
SĂNĂTOS. Cu excepția cazului în care toate nodurile sunt NESĂNĂTATE, caz în care LVS va echilibra sarcina în toate
Nodurile NÉSĂNĂTOARE, de asemenea. LVS nu va folosi niciodată noduri care sunt DECONECTATE, OPRITE, INTERZISE
sau DEZACTIVAT.

Exemplu de ieșire:

2:10.0.0.13
3:10.0.0.14

obține capacități
Această comandă arată capabilitățile nodului curent. Consultați secțiunea CAPACITĂȚI în
ctdb(7) pentru mai multe detalii.

Exemplu de ieșire:

RECMASTER: DA
MAESTRU: DA
LVS: NU
NATGW: DA

statistică
Colectați statistici de la demonul CTDB despre câte apeluri a servit. informație
despre diverse domenii din statistică se găsesc în ctdb-statistici(7).

Exemplu
# statistici ctdb
CTDB versiunea 1
num_clienti 3
0 congelat
recuperarea 0
client_packets_sent 360489
client_packets_recv 360466
node_packets_sent 480931
node_packets_recv 240120
keepalive_packets_trimit 4
keepalive_packets_recv 3
nod
req_call 2
răspuns_apel 2
req_dmaster 0
răspuns_dmaster 0
răspuns_eroare 0
mesaj_req 42
req_control 120408
reply_control 360439
client
req_call 2
mesaj_req 24
req_control 360440
expirări
sunați la 0
controlul 0
traversa 0
total_apeluri 2
apeluri_în așteptare 0
lockwait_calls 0
pending_lockwait_calls 0
memorie_utilizată 5040
max_hop_count 0
max_call_latency 4.948321 sec
max_lockwait_latency 0.000000 sec

statisticsreset
Această comandă este folosită pentru a șterge toate contoarele de statistici dintr-un nod.

Exemplu: ctdb statisticsreset

dbstatistics DB
Afișează statistici despre baza de date DB. Informații despre diverse domenii din dbstatistics
pot fi găsite în ctdb-statistici(7).

Exemplu
# ctdb dbstatistics locking.tdb
Statistici DB: locking.tdb
ro_delegations 0
ro_revoca 0
încuietori
Total 14356
a esuat 0
actual 0
în așteptare 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0 XNUMX
cupe de blocare: 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 secunde din 14356
Număr taste rapide: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

getreclock
Afișați numele fișierului de blocare de recuperare, dacă există.

Exemplu de ieșire:

Reblocați fișierul:/clusterfs/.ctdb/recovery.lock

setreclock [FILE]
FILE specifică numele fișierului de blocare de recuperare. Dacă fișierul de blocare de recuperare este modificat la
timpul de execuție, atunci aceasta va provoca o recuperare, care, la rândul său, determină blocarea recuperării
reluat.

Dacă nu este specificat niciun FILE, atunci un fișier de blocare de recuperare nu va mai fi utilizat.

Această comandă afectează numai setarea timpului de rulare a unui singur nod CTDB. Această setare trebuie sa be
modificat pe toate nodurile simultan prin specificarea -n toate (sau asemănător). Pentru informații
despre configurarea fișierului de blocare de recuperare, consultați intrarea CTDB_RECOVERY_LOCK din
ctdbd.conf(5) și intrarea --reclock în ctdbd(1). Pentru informații despre blocarea de recuperare
vă rugăm să consultați secțiunea BLOCARE RECUPERARE în ctdb(7).

getdebug
Obțineți nivelul actual de depanare pentru nod. nivelul de depanare controlează ce informații sunt
scris în fișierul jurnal.

Nivelurile de depanare sunt mapate la nivelurile syslog corespunzătoare. Când este setat un nivel de depanare,
vor fi tipărite doar acele mesaje de la acel nivel și niveluri superioare.

Lista nivelurilor de depanare de la cel mai mare la cel mai mic este:

ERROR AVERTISMENT INFORMAȚII DEBUG

setdebug DEBUGLEVEL
Setați nivelul de depanare al unui nod. Aceasta controlează ce informații vor fi înregistrate.

Nivelul de depanare este unul dintre ERR WARNING NOTICE INFO DEBUG

getpid
Această comandă va returna id-ul de proces al demonului ctdb.

dezactivați
Această comandă este utilizată pentru a dezactiva administrativ un nod din cluster. Un nod dezactivat
va participa în continuare la cluster și găzduiește înregistrările TDB grupate, dar IP-ul său public
adresa a fost preluată de un alt nod și nu mai găzduiește niciun serviciu.

permite
Reactivați un nod care a fost dezactivat din punct de vedere administrativ.

opri
Această comandă este utilizată pentru a OPRI administrativ un nod din cluster. Un nod OPRIT este
conectat la cluster, dar nu va găzdui nicio adresă IP publică și nici nu participă
în VNNMAP. Diferența dintre un nod DEZACTIVAT și un nod OPRIT este că un nod OPRIT
nodul nu găzduiește nicio parte a bazei de date, ceea ce înseamnă că este necesară o recuperare
stop/continuare noduri.

continua
Reporniți un nod care a fost oprit administrativ.

adaugă IPADDR/masca IFACE
Această comandă este utilizată pentru a adăuga un nou IP public la un nod în timpul rulării. Acest lucru permite publicului
adrese de adăugat la un cluster fără a fi nevoie să reporniți demonii ctdb.

Rețineți că aceasta actualizează doar instanța de rulare a ctdb. Orice modificare se va pierde în continuare
momentul în care ctdb este repornit și fișierul cu adrese publice este recitit. Dacă vrei această schimbare
pentru a fi permanent trebuie să actualizați manual fișierul cu adrese publice.

delip IPADDR
Această comandă este folosită pentru a elimina un ip public dintr-un nod în timpul rulării. Dacă acest ip public
este găzduit în prezent de nodul din care este eliminat, IP-ul va fi mai întâi transferat
un alt nod, dacă este posibil, înainte de a fi îndepărtat.

Rețineți că aceasta actualizează doar instanța de rulare a ctdb. Orice modificare se va pierde în continuare
momentul în care ctdb este repornit și fișierul cu adrese publice este recitit. Dacă vrei această schimbare
pentru a fi permanent trebuie să actualizați manual fișierul cu adrese publice.

moveip IPADDR PNN
Această comandă poate fi folosită pentru a eșua manual o adresă IP publică către un anumit nod.

Pentru a suprascrie manual distribuția „automată” a adreselor IP publice care
ctdb furnizează în mod normal, această comandă funcționează numai atunci când ați schimbat reglabilele pentru
daemon la:

IP deterministe = 0

NoIPFailback = 1

închidere
Această comandă va închide un anumit daemon CTDB.

setlmasterrole on|off
Această comandă este utilizată pentru a activa/dezactiva capacitatea LMASTER pentru un nod în timpul execuției. Acest
capacitatea determină dacă un nod poate fi sau nu utilizat ca LMASTER pentru înregistrările din
Bază de date. Un nod care nu are capacitatea LMASTER nu va apărea în vnnmap.

Nodurile vor avea în mod implicit această capacitate, dar pot fi îndepărtate de noduri de către
setarea în fișierul sysconfig sau folosind această comandă.

Odată ce această setare a fost activată/dezactivată, trebuie să efectuați o recuperare pentru ca aceasta să fie luată
efect.

Vezi și „ctdb getcapabilities”

setrecmasterrole on|off
Această comandă este utilizată pentru a activa/dezactiva capacitatea RECMASTER pentru un nod în timpul rulării.
Această capacitate determină dacă un nod poate fi sau nu utilizat ca RECMASTER pentru
cluster. Un nod care nu are capacitatea RECMASTER nu poate câștiga un recmaster
alegere. Un nod care este deja recmaster pentru cluster atunci când capacitatea este
dezbrăcat de nodul va rămâne recmaster până la următoarea alegere a clusterului.

Nodurile vor avea în mod implicit această capacitate, dar pot fi îndepărtate de noduri de către
setarea în fișierul sysconfig sau folosind această comandă.

Vezi și „ctdb getcapabilities”

reloadnodes
Această comandă este utilizată atunci când adăugați noduri noi sau eliminați noduri existente dintr-un nod existent
cluster.

Procedura pentru adăugarea unui nod:

1, Pentru a extinde un cluster existent, asigurați-vă mai întâi cu „stât ctdb” că toate nodurile sunt activate
și alergând și că toți sunt sănătoși. Nu încercați să extindeți un cluster decât dacă este
complet sanatos!

2, Pe toate nodurile, editați /etc/ctdb/nodes și adăugați noul nod ca ultima intrare în fișier.
Noul nod TREBUIE adăugat la sfârșitul acestui fișier!

3, Verificați dacă toate nodurile au fișiere /etc/ctdb/nodes identice după ce le-ați editat
și a adăugat noul nod!

4, Rulați „ctdb reloadnodes” pentru a forța toate nodurile să reîncarce fișierul node.

5, Folosiți „starea ctdb” pe toate nodurile și verificați dacă acum arată nodul suplimentar.

6, Instalați și configurați noul nod și aduceți-l online.

Procedura de eliminare a unui nod:

1, Pentru a elimina un nod dintr-un cluster existent, asigurați-vă mai întâi cu „ctdb status” că toate
nodurile, cu excepția nodului care trebuie șters, sunt în funcțiune și că toate sunt sănătoase. Do
nu încercați să eliminați un nod dintr-un cluster decât dacă clusterul este complet sănătos!

2, Opriți și opriți nodul care urmează să fie eliminat.

3, Pe toate celelalte noduri, editați fișierul /etc/ctdb/nodes și comentați nodul care urmează să fie
îndepărtat. Nu ștergeți linia pentru acel nod, doar comentați-o adăugând un „#” la
începutul liniei.

4, Rulați „ctdb reloadnodes” pentru a forța toate nodurile să reîncarce fișierul node.

5, Folosiți „starea ctdb” pe toate nodurile și verificați dacă nodul șters nu mai apare în
lista..

reloadips [PNN-LIST]
Această comandă reîncarcă fișierul de configurare a adreselor publice pe nodurile specificate. Când
completează adresele vor fi reconfigurate și reatribuite în cluster ca
necesar.

getdbmap
Această comandă listează toate bazele de date TDB grupate la care demonul CTDB le-a atașat. niste
bazele de date sunt marcate ca PERSISTENTE, ceea ce înseamnă că baza de date stochează datele în mod persistent
iar datele vor rămâne în timpul repornirilor. Un exemplu de astfel de bază de date este secrets.tdb
unde sunt stocate informații despre modul în care clusterul a fost alăturat domeniului.

Dacă o bază de date PERSISTENTĂ nu este într-o stare sănătoasă, baza de date este marcată ca NESĂNĂTOASĂ.
Dacă există cel puțin un nod complet sănătos care rulează în cluster, este posibil ca
conținutul este restaurat automat printr-o recuperare. În caz contrar, un administrator trebuie
analiza problema.

Vezi și „ctdb getdbstatus”, „ctdb backupdb”, „ctdb restoredb”, „ctdb dumpbackup”, „ctdb
wipedb", "ctdb setvar AllowUnhealthyDBRead 1" și (dacă sunt instalate samba sau tdb-utils)
„verificare tdbtool”.

Majoritatea bazelor de date nu sunt persistente și stochează doar informațiile de stare care sunt în prezent
rulează demonii samba au nevoie. Aceste baze de date sunt întotdeauna șterse când pornește ctdb/samba și
când un nod este repornit.

Exemplu
# ctdb getdbmap
Numar de baze de date:10
dbid:0x435d3410 nume:notify.tdb cale:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 nume:brlock.tdb cale:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 name:connections.tdb cale:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a nume:sessionid.tdb cale:/var/ctdb/sessionid.tdb.0
dbid:0x122224da nume:test.tdb cale:/var/ctdb/test.tdb.0
dbid:0x2672a57f nume:idmap2.tdb cale:/var/ctdb/persistent/idmap2.tdb.0 PERSISTENT
dbid:0xb775fff6 nume:secrets.tdb cale:/var/ctdb/persistent/secrets.tdb.0 PERSISTENT
dbid:0xe98e08b6 nume:group_mapping.tdb cale:/var/ctdb/persistent/group_mapping.tdb.0 PERSISTENT
dbid:0x7bbbd26c nume:passdb.tdb cale:/var/ctdb/persistent/passdb.tdb.0 PERSISTENT

# ctdb getdbmap # exemplu pentru baza de date nesănătoasă
Numar de baze de date:1
dbid:0xb775fff6 nume:secrets.tdb cale:/var/ctdb/persistent/secrets.tdb.0 PERSISTENT NESĂNĂTOS

# ctdb -X getdbmap
|ID|Nume|Cale|Persistent|Nesănătos|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

backupdb DB FILE
Copiați conținutul bazei de date DB în FILE. FILE poate fi citit ulterior folosind restauratb.
Acest lucru este util în principal pentru copierea de rezervă a bazelor de date persistente, cum ar fi secrets.tdb și similare.

restauratb FILE [DB]
Această comandă restaurează o bază de date persistentă care a fost creată anterior cu backup folosind backupdb.
În mod implicit, datele vor fi restaurate înapoi în aceeași bază de date din care au fost create.
Specificând dbname puteți restaura datele într-o altă bază de date.

setdbreadonly DB
Această comandă va activa suportul pentru înregistrarea numai în citire pentru o bază de date. Aceasta este o
caracteristică experimentală pentru a îmbunătăți performanța înregistrărilor contestate, în principal în locking.tdb
și brlock.tdb. Când activați această caracteristică, trebuie să o setați pe toate nodurile din cluster.

setdbsticky DB
Această comandă va activa suportul pentru înregistrarea sticky pentru baza de date specificată. Aceasta este o
caracteristică experimentală pentru a îmbunătăți performanța înregistrărilor contestate, în principal în locking.tdb
și brlock.tdb. Când activați această caracteristică, trebuie să o setați pe toate nodurile din cluster.

INTERN COMANDE

Comenzile interne sunt utilizate de scripturile CTDB și nu sunt necesare pentru gestionarea unui CTDB
cluster. Parametrii și comportamentul lor sunt supuși modificării.

gâdilă IPADDR
Afișați conexiunile TCP care sunt înregistrate cu CTDB pentru a fi „gadilate” dacă există o eroare.

gratiousarp IPADDR INTERFAȚĂ
Trimiteți un ARP recunoscător pentru interfața specificată prin interfața specificată. Acest
comanda este utilizată în principal de ctdb eventscripts.

kiltcp
Citiți o listă de conexiuni TCP, una pe linie, de la intrarea standard și terminați fiecare
conexiune. O conexiune este specificată ca:

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

Fiecare conexiune este încheiată prin emiterea unui TCP RST către punctul final SRC-IPADDR:SRC-PORT.

O singură conexiune poate fi specificată mai degrabă pe linia de comandă decât pe intrarea standard.

pdelete DB CHEIE
Ștergeți CHEIA din DB.

pfetch DB CHEIE
Tipăriți valoarea asociată cu KEY în DB.

pstore DB CHEIE FILE
Stocați KEY în DB cu conținutul FILE ca valoare asociată.

ptrans DB [FILE]
Citiți o listă de perechi cheie-valoare, câte una pe linie din FILE și stocați-le în DB folosind a
tranzacție unică. O valoare goală este echivalentă cu ștergerea cheii date.

Cheia și valoarea trebuie separate prin spații sau file. Fiecare cheie/valoare ar trebui să fie a
șir imprimabil cuprins între ghilimele duble.

runstate [configurare|prima_recuperare|pornire|rulare]
Tipăriți starea de rulare a nodului specificat. Runstates sunt folosite pentru a serializa starea importantă
tranziții în CTDB, în special în timpul pornirii.

Dacă sunt specificate unul sau mai multe argumente opționale runstate, atunci nodul trebuie să fie într-unul dintre
aceste stări de rulare pentru ca comanda să reușească.

Exemplu
# ctdb runstate
ALERGARE

setifacelink IFACE sus|jos
Setați starea internă a interfeței de rețea IFACE. Acesta este de obicei folosit în
10.scriptul de interfață în evenimentul „monitor”.

Exemplu: ctdb setifacelink eth0 up

setnatgwstate on|off
Activați sau dezactivați capacitatea NAT gateway master pe un nod.

stârni SRC-IPADDR:SRC-PORT DST-IPADDR:DST-PORT
Trimiteți un tickle TCP la gazda sursă pentru conexiunea TCP specificată. O gâdilatură TCP este a
Pachet TCP ACK cu o secvență nevalidă și un număr de confirmare și va fi atunci când este primit de
gazda sursă duce la trimiterea unui ACK corect imediat înapoi la celălalt capăt.

Gâdilurile TCP sunt utile pentru a „gâdila” clienții după ce a avut loc un failover IP de la acest lucru
faceți clientul să recunoască imediat că conexiunea TCP a fost întreruptă și că
clientul va trebui să se restabilească. Acest lucru accelerează foarte mult timpul necesar unui client
detectați și restabiliți după un failover IP în clusterul ctdb.

versiune
Afișați versiunea CTDB.

DEBUGARE COMANDE

Aceste comenzi sunt utilizate în principal pentru dezvoltarea și testarea CTDB și nu trebuie utilizate
pentru administrare normală.

OPŢIUNI
--print-înregistrări goale
Acest lucru permite tipărirea înregistrărilor goale la descărcarea bazelor de date cu catdb, cattbd
și comenzile dumpdbbackup. Înregistrările cu segment de date gol sunt considerate șterse de
ctdb și curățat de mecanismul de aspirare, astfel încât acest comutator poate fi util pentru
depanarea comportamentului de aspirare.

--print-datasize
Acest lucru permite dump-urilor bazei de date (catdb, cattdb, dumpdbbackup) să imprime dimensiunea înregistrării
date în loc să arunce conținutul datelor.

--print-lmaster
Acest lucru permite catdb să imprime lmaster-ul pentru fiecare înregistrare.

--print-hash
Acest lucru permite dump-urilor bazei de date (catdb, cattdb, dumpdbbackup) să imprime hash-ul pentru fiecare înregistrare.

--print-record flags
Acest lucru permite catdb și dumpdbbackup să imprime steagurile de înregistrare pentru fiecare înregistrare. Rețineți că
cattdb tipărește întotdeauna steagurile.

proces-există PID
Această comandă verifică dacă există un anumit proces pe gazda CTDB. Acesta este folosit în principal de
Samba pentru a verifica dacă instanțe la distanță ale samba încă rulează sau nu.

getdbstatus DB
Această comandă afișează mai multe detalii despre o bază de date.

Exemplu
# ctdb getdbstatus test.tdb.0
dbid: 0x122224da
nume: test.tdb
calea: /var/ctdb/test.tdb.0
PERSISTENT: nu
SĂNĂTATE: OK

# ctdb getdbstatus registry.tdb # cu un TDB corupt
dbid: 0xf2a58948
nume: registry.tdb
cale: /var/ctdb/persistent/registry.tdb.0
PERSISTENT: da
SĂNĂTATE: NO-HALTHY-NODES - EROARE - Backup pentru TDB corupt în „/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z”

catdb DB
Tipăriți un dump al bazei de date a bazei de date TDB în cluster.

cattdb DB
Tipăriți un dump al conținutului bazei de date locale TDB.

dumpdbbackup FILE
Tipăriți un dump al conținutului din fișierul de rezervă al bazei de date, similar cu catdb.

ștersb DB
Eliminați tot conținutul bazei de date DB.

recupera
Această comandă va declanșa demonul de recuperare pentru a face o recuperare a clusterului.

iprealoca, sincronizaţi
Această comandă va forța masterul de recuperare să efectueze un proces complet de realocare IP și
redistribuiți toate adresele IP. Acest lucru este util pentru a „reseta” alocările înapoi la el
starea implicită dacă au fost modificate folosind comanda „moveip”. În timp ce un „recuperare” va
de asemenea, efectuați această realocare, o recuperare este mult mai grea deoarece va fi, de asemenea
reconstruiți toate bazele de date.

getmonmode
Această comandă returnează modul de monitorizare al unui nod. Modul de monitorizare este fie ACTIV
sau DEZACTIVAT. În mod normal, un nod va monitoriza continuu toate celelalte noduri care sunt
așteptate sunt de fapt conectate și că răspund la comenzi.

ACTIV - Acesta este modul normal. Nodul monitorizează activ toate celelalte noduri, ambele
că transportul este conectat și, de asemenea, că nodul răspunde la comenzi. Dacă un nod
devine indisponibil, va fi marcat ca DECONECTAT și se inițiază o recuperare
restaurați clusterul.

DEZACTIVAT - Acest nod nu monitorizează dacă alte noduri sunt disponibile. În acest mod un nod
eșecul nu va fi detectat și nu va fi efectuată nicio recuperare. Acest mod este util când
în scopuri de depanare, se dorește să atașeze GDB la un proces ctdb, dar se dorește să prevină
restul clusterului de la marcarea acestui nod ca DECONECTAT și faceți o recuperare.

setmonmode 0 | 1
Această comandă poate fi folosită pentru a dezactiva/activa în mod explicit modul de monitorizare pe un nod. Principalul
scopul este dacă cineva dorește să atașeze GDB la un daemon ctdb care rulează, dar dorește să prevină
alte noduri să-l marcheze ca DECONECTAT și să emită o recuperare. Pentru a face acest lucru, setați
modul de monitorizare la 0 pe toate nodurile înainte de a se atașa cu GDB. Nu uitați să setați monitorizarea
modul înapoi la 1 după aceea.

atașa DBNAME [persistent]
Creați o nouă bază de date CTDB numită DBNAME și atașați-o la toate nodurile.

DETAȘEAZĂ DB-LIST
Detașați bazele de date nepersistente specificate din cluster. Această comandă se va deconecta
baze de date specificate pe toate nodurile din cluster. Această comandă ar trebui folosită numai atunci când
niciuna dintre bazele de date specificate nu sunt în uz.

Toate nodurile ar trebui să fie active și reglabile. AllowClientDBAccess ar trebui să fie dezactivat pe toate nodurile
înainte de detașarea bazelor de date.

dumpmemory
Aceasta este o comandă de depanare. Această comandă va face ca demonul ctdb să scrie o memorie de umplere
harta de alocare la ieșirea standard.

rddumpmemory
Aceasta este o comandă de depanare. Această comandă va descărca arborele de alocare a memoriei talloc pentru
demonul de recuperare la ieșirea standard.

dezgheţ
Dezghețați un nod înghețat anterior.

scenariul evenimentului ARGUMENTE
Aceasta este o comandă de depanare. Această comandă poate fi folosită pentru a invoca și a rula manual
eventscritps cu argumente arbitrare.

interzice BANTIME
Interziceți administrativ un nod timp de BANTIME secunde. Nodul va fi anulat după BANTIME
au trecut secunde.

Un nod interzis nu participă la cluster. Nu găzduiește nicio înregistrare pentru
TDB în cluster și nu găzduiește nicio adresă IP publică.

Nodurile sunt interzise automat dacă se comportă greșit. De exemplu, un nod poate fi interzis dacă acesta
cauzează prea multe recuperări de cluster.

Pentru a exclude administrativ un nod dintr-un cluster, utilizați opri comanda.

unban
Această comandă este folosită pentru a debloca un nod care a fost fie interzis administrativ
comanda ban sau a fost interzis automat.

reechilibrare nod [PNN-LIST]
Această comandă marchează nodurile date ca ținte de reechilibrare în alocarea IP LCP2
algoritm. The reloadips comanda va face acest lucru după cum este necesar, astfel încât această comandă nu ar trebui să fie
Necesar.

check_srvids SRVID ...
Această comandă verifică dacă un set de porturi de mesaje srvid sunt înregistrate pe nod sau
nu. Comanda are o listă de valori de verificat.

Exemplu
# ctdb check_srvids 1 2 3 14765
ID-ul serverului 0:1 nu există
ID-ul serverului 0:2 nu există
ID-ul serverului 0:3 nu există
ID server 0:14765 există

Utilizați ctdb online folosind serviciile onworks.net