ctdb - Online nel cloud

PROGRAMMA:

NOME

ctdb - Utilità di gestione CTDB

SINOSSI

ctb [OPZIONE...] {COMANDO} [COMANDO-ARGS]

DESCRIZIONE

ctdb è un'utilità per visualizzare e gestire un cluster CTDB.

I seguenti termini vengono utilizzati quando si fa riferimento ai nodi in un cluster:

PNN
Numero di nodo fisico. Il numero del nodo fisico è un numero intero che descrive il nodo
nel grappolo. Il primo nodo ha il numero di nodo fisico 0. in un cluster.

ELENCO PNN
Questo è un singolo PNN, un elenco di PNN separato da virgole o "tutti".

I comandi che fanno riferimento a un database utilizzano i seguenti termini:

DB
Questo può essere un nome di database, come lock.tdb o un ID di database come
"0x42fe72c5".

ELENCO DB
Un elenco separato da spazi di almeno uno DB.

VERSIONI

-n ELENCO PNN
I nodi specificati da PNN-LIST dovrebbero essere interrogati per le informazioni richieste.
L'impostazione predefinita è interrogare il demone in esecuzione sull'host locale.

-Y
Produci output in formato leggibile dalla macchina per un'analisi più semplice da parte degli script. Questo usa a
delimitatore di campo di ':'. Non tutti i comandi supportano questa opzione.

-x SEPARATORE
Utilizzare SEPARATOR per delimitare i campi nell'output leggibile dalla macchina. Ciò implica -Y.

-X
Produci output in formato leggibile dalla macchina per un'analisi più semplice da parte degli script. Questo usa a
delimitatore di campo di '|'. Non tutti i comandi supportano questa opzione.

Questo è equivalente a "-x|" ed evita alcuni problemi di quotazione della shell.

-t TIMEOUT
Indica che ctdb deve attendere fino a TIMEOUT secondi per una risposta alla maggior parte dei comandi
inviato al demone CTDB. L'impostazione predefinita è 10 secondi.

-T LIMITE DI TEMPO
Indica che TIMELIMIT è il tempo di esecuzione massimo (in secondi) per il comando ctdb.
Quando TIMELIMIT viene superato, il comando ctdb terminerà con un errore. Il predefinito
è di 120 secondi.

-? --aiuto
Stampa del testo di aiuto sullo schermo.

--uso
Stampa le informazioni sull'utilizzo sullo schermo.

-d --debug=DEBUGLEVEL
Modificare il livello di debug per il comando. L'impostazione predefinita è AVVISO (2).

--socket=NOME DEL FILE
Specificare che FILENAME è il nome del socket del dominio Unix da utilizzare quando ci si connette a
il demone CTDB locale. Il valore predefinito è /tmp/ctdb.socket.

AMMINISTRATIVO COMANDI

Questi sono comandi usati per monitorare e amministrare un cluster CTDB.

PNN
Questo comando visualizza il PNN del nodo corrente.

xpnn
Questo comando visualizza il PNN del nodo corrente senza contattare il demone CTDB. Esso
analizza direttamente il file dei nodi, quindi può produrre un output imprevisto se il file dei nodi ha
stato modificato ma non è stato ricaricato.

status
Questo comando mostra lo stato corrente di tutti i nodi CTDB in base alle informazioni dal
nodo interrogato.

Nota: se il nodo interrogato è INATTIVO, lo stato potrebbe non essere attuale.

Nodo status
Ciò include il numero di nodi fisici e lo stato di ciascun nodo. Vedere ctb(7)
per informazioni sugli stati dei nodi.

Generazione
L'id di generazione è un numero che indica la generazione corrente di un cluster
esempio. Ogni volta che un cluster passa attraverso una riconfigurazione o un ripristino, il suo
l'ID di generazione verrà modificato.

Questo numero non ha alcun significato particolare se non quello di tenere traccia di quando a
cluster ha subito un ripristino. È un numero casuale che rappresenta la corrente
istanza di un cluster ctdb e dei suoi database. Il demone CTDB usa questo numero
internamente per poter dire quando i comandi per operare sul cluster e il
database è stato rilasciato in una generazione diversa del cluster, per garantire che i comandi
che operano sui database non sopravviveranno a un ripristino del database del cluster.
Dopo un ripristino, tutti i vecchi comandi in sospeso diventeranno automaticamente non validi.

A volte questo numero verrà mostrato come "INVALID". Questo significa solo che ctdbd
daemon è stato avviato ma non si è ancora unito al cluster tramite un ripristino. Tutto
i nodi iniziano con la generazione "INVALID" e non vengono assegnati un ID di generazione reale fino a quando
sono stati uniti con successo a un cluster tramite un ripristino.

virtuale Nodo Numero (VNN) carta geografica
Consiste nel numero di nodi virtuali e nella mappatura dai numeri dei nodi virtuali a
numeri dei nodi fisici. I nodi virtuali ospitano i database CTDB. Solo nodi che sono
partecipare alla mappa VNN può diventare lmaster o dmaster per i record del database.

Recupero modo
Questa è la modalità di ripristino corrente del cluster. Ci sono due possibili modalità:

NORMALE - Il cluster è pienamente operativo.

RECUPERO - I database del cluster sono stati tutti congelati, mettendo in pausa tutti i servizi mentre il
cluster attende il completamento di un processo di ripristino. Un processo di recupero dovrebbe terminare entro
secondi. Se un cluster è bloccato nello stato di RECOVERY, ciò indicherebbe un cluster
malfunzionamento che deve essere indagato.

Una volta che il master di ripristino rileva un'incoerenza, ad esempio un nodo diventa
disconnesso/connesso, il demone di ripristino attiverà un processo di ripristino del cluster,
dove tutti i database vengono riuniti nel cluster. Quando questo processo inizia, il
master di ripristino "bloccherà" prima tutti i database per impedire applicazioni come
samba dall'accesso ai database e contrassegnerà anche la modalità di ripristino come
RECUPERO.

Quando il demone CTDB si avvia, partirà in modalità RECOVERY. Una volta che il nodo è stato
uniti in un cluster e tutti i database sono stati ripristinati, la modalità del nodo cambierà
in modalità NORMALE e i database verranno "scongelati", consentendo a samba di accedere al
nuovamente i database.

Recupero Mastercard
Questo è il nodo del cluster attualmente designato come master di ripristino. Questo
nodo è responsabile del monitoraggio della consistenza del cluster e di eseguire il
processo di recupero effettivo quando richiesto.

Solo un nodo alla volta può essere il master di ripristino designato. Quale nodo è
designato il master di recupero è deciso da un processo elettorale nel recupero
demoni in esecuzione su ogni nodo.

Esempio
# stato ctdb
Numero di nodi: 4
pnn:0 192.168.2.200 OK (QUESTO NODO)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
Generazione:1362079228
Dimensione: 4
hash:0 master:0
hash:1 master:1
hash:2 master:2
hash:3 master:3
Modalità di recupero:NORMALE (0)
Master di recupero: 0

stato del nodo [ELENCO PNN]
Questo comando è simile al status comando. Visualizza il sottoinsieme "stato del nodo" di
produzione. Le principali differenze sono:

· Il codice di uscita è l'OR bit per bit dei flag per ciascun nodo specificato, mentre ctb
status esce con 0 se è stato in grado di recuperare lo stato per tutti i nodi.

· ctb status fornisce informazioni sullo stato per tutti i nodi. ctb stato del nodo il valore predefinito è
fornendo lo stato solo per il nodo corrente. Se viene fornito PNN-LIST, lo stato è
dato per il/i nodo/i indicato/i.

Per impostazione predefinita, ctb stato del nodo raccoglie lo stato dal nodo locale. Tuttavia, se invocato
con "-n all" (o simile) lo stato viene raccolto dal/i nodo/i dato/i. In
particolare ctb stato del nodo contro tutti i ed ctb stato del nodo -n contro tutti i produrrà diversi
produzione. È possibile fornire 2 differenti nodespec (con e senza "-n") ma
l'output di solito è confuso!

Un'invocazione comune negli script è ctb stato del nodo contro tutti i per verificare se tutti i nodi in a
cluster sono sani.

Esempio
# stato nodo ctdb
pnn:0 10.0.0.30 OK (QUESTO NODO)

#ctdb nodestatus all
Numero di nodi: 2
pnn:0 10.0.0.30 OK (QUESTO NODO)
pnn:1 10.0.0.31 OK

remaster
Questo comando mostra il pnn del nodo che è attualmente il recmaster.

Nota: se il nodo interrogato è INATTIVO, lo stato potrebbe non essere attuale.

uptime
Questo comando mostra il tempo di attività del demone ctdb. Quando l'ultimo ripristino o ip-failover
completato e quanto tempo ci è voluto. Se la "durata" viene mostrata come un numero negativo, questo
indica che è in corso un ripristino/failover e che è iniziato per molti secondi
fa.

Esempio
# tempo di attività ctdb
Ora attuale del nodo : Thu Oct 29 10:38:54 2009
Ora di inizio Ctdbd: (000 16:54:28) Mer Oct 28 17:44:26 2009
Ora dell'ultimo ripristino/failover: (000 16:53:31) mer 28 ott 17:45:23 2009
Durata dell'ultimo ripristino/failover: 2.248552 secondi

listnodi
Questo comando mostra gli elenchi degli indirizzi IP di tutti i nodi del cluster.

Esempio
# listnodi ctdb
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

natgwlist
Mostra il master del gateway NAT corrente e lo stato di tutti i nodi nel gateway NAT corrente
gruppo. Vedi la sezione NAT GATEWAY in ctb(7) per maggiori dettagli.

Esempio
# ctdb natgwlist
0/192.168.2.200
Numero di nodi: 4
pnn:0 192.168.2.200 OK (QUESTO NODO)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK

ping
Questo comando eseguirà il "ping" dei nodi CTDB specificati nel cluster per verificare che lo siano
esecuzione.

Esempio
# ctdb ping -n tutto
risposta da 0 tempo=0.000054 sec (3 client)
risposta da 1 tempo=0.000144 sec (2 client)
risposta da 2 tempo=0.000105 sec (2 client)
risposta da 3 tempo=0.000114 sec (2 client)

facce
Questo comando visualizzerà l'elenco delle interfacce di rete, che potrebbero ospitare public
indirizzi, insieme al loro stato.

Esempio
# ctdb iface
Interfacce sul nodo 0
nome:eth5 link:up riferimenti:2
nome:eth4 link:down riferimenti:0
nome:eth3 link:up riferimenti:1
nome:eth2 link:up riferimenti:1

# ctdb -X iface
|Nome|LinkStatus|Riferimenti|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|

ip
Questo comando visualizzerà l'elenco degli indirizzi pubblici forniti dal cluster
e quale nodo fisico sta attualmente servendo questo IP. Per impostazione predefinita questo comando sarà SOLO
mostrare quegli indirizzi pubblici che sono noti al nodo stesso. Per vedere l'elenco completo di tutti
IP pubblici in tutto il cluster è necessario utilizzare "ctdb ip -n all".

Esempio
#ctdbip-v
IP pubblici sul nodo 0
172.31.91.82 nodo[1] attivo[] disponibile[eth2,eth3] configurato[eth2,eth3]
172.31.91.83 nodo[0] attivo[eth3] disponibile[eth2,eth3] configurato[eth2,eth3]
172.31.91.84 nodo[1] attivo[] disponibile[eth2,eth3] configurato[eth2,eth3]
172.31.91.85 nodo[0] attivo[eth2] disponibile[eth2,eth3] configurato[eth2,eth3]
172.31.92.82 nodo[1] attivo[] disponibile[eth5] configurato[eth4,eth5]
172.31.92.83 nodo[0] attivo[eth5] disponibile[eth5] configurato[eth4,eth5]
172.31.92.84 nodo[1] attivo[] disponibile[eth5] configurato[eth4,eth5]
172.31.92.85 nodo[0] attivo[eth5] disponibile[eth5] configurato[eth4,eth5]

# ctdb -X ip -v
|IP pubblico|Nodo|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
Questo comando visualizzerà i dettagli sugli indirizzi pubblici specificati.

Esempio
#ctdbipinfo 172.31.92.85
Informazioni IP pubblico[172.31.92.85] sul nodo 0
IP: 172.31.92.85
Nodo attuale: 0
NumInterfacce:2
Interfaccia[1]: Nome:eth4 Link:down Riferimenti:0
Interfaccia[2]: Nome:eth5 Link:up Riferimenti:2 (attivo)

stato script
Questo comando mostra quali script sono stati eseguiti nel precedente ciclo di monitoraggio e
risultato di ogni script. Se uno script fallisce con un errore, il nodo diventa
malsano, viene mostrato anche l'output di quello script.

Esempio
# stato dello script ctdb
7 script sono stati eseguiti nell'ultimo ciclo di monitoraggio
00.ctdb Stato:OK Durata:0.056 Mar Mar 24 18:56:57 2009
10.Interface Stato:OK Durata:0.077 Mar Mar 24 18:56:57 2009
11.natgw Stato:OK Durata:0.039 Mar Mar 24 18:56:57 2009
20.multipathd Stato:OK Durata:0.038 Mar Mar 24 18:56:57 2009
31.clamd Stato: DISABILITATO
40.vsftpd Stato:OK Durata:0.045 Mar Mar 24 18:56:57 2009
41.httpd Stato:OK Durata:0.039 Mar Mar 24 18:56:57 2009
50.samba Stato:ERRORE Durata:0.082 Mar Mar 24 18:56:57 2009
OUTPUT:ERRORE: la porta tcp 445 di Samba non risponde

disabilita script SCRIPT
Questo comando viene utilizzato per disabilitare uno script di eventi.

Questo avrà effetto la prossima volta che gli script degli eventi verranno eseguiti, quindi potrebbe volerci un
poco tempo fino a quando questo non si riflette in 'scriptstatus'.

abilita script SCRIPT
Questo comando viene utilizzato per abilitare un eventscript.

Questo avrà effetto la prossima volta che gli script degli eventi verranno eseguiti, quindi potrebbe volerci un
poco tempo fino a quando questo non si riflette in 'scriptstatus'.

listvars
Elenca tutte le variabili sintonizzabili, eccetto i valori dei sintonizzabili obsoleti come
VuotoMinIntervallo. I sintonizzabili obsoleti possono essere recuperati solo esplicitamente con il "ctdb
comando getvar".

Esempio
# variabili elenco ctdb
Conteggio reindirizzamento massimo = 3
SeqnumIntervallo = 1000
Timeout controllo = 60
TraverseTimeout = 20
Intervallo di mantenimento = 5
Limite di mantenimento = 5
Recupero Timeout = 20
Recupero Intervallo = 1
Timeout elezione = 3
Timeout di acquisizione = 9
Intervallo monitor = 15
TickleUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
RecuperoGracePeriod = 120
RecuperoBanPeriod = 300
DimensioneHashDatabase = 100001
DatabaseMaxDead = 5
Recupero Timeout = 10
Abilita Ban = 1
IP deterministici = 0
IP pubblici LCP2 = 1
PeriodoReclockPing = 60
Nessun IPFailback = 0
Disabilita IPFailover = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
Conteggio errori registrati = 10
LogLatencyMs = 0
RecLockLatencyMs = 1000
RecoveryDropAllIPs = 120
VuotoIntervallo = 10
VuotoMaxRunTime = 30
Limite riconfezionamento = 10000
Limite vuoto = 5000
Conteggio PercorsoVeloce Vuoto = 60
MaxQueueDropMsg = 1000000
UsaStatoEventi = 0
ConsentiUnhealthyDBRead = 0
Intervallo storiastat = 1
DeferredAttachTO = 120
ConsentiClientDBAttach = 1
RecuperaPDBBySeqNum = 0

getvar NOME
Ottieni il valore di runtime di una variabile sintonizzabile.

Esempio
# ctdb getvar MaxRedirectCount
Conteggio reindirizzamento massimo = 3

setvar NOME VALORE
Imposta il valore di runtime di una variabile sintonizzabile.

Esempio: ctdb setvar MaxRedirectCount 5

lvsmaster
Questo comando mostra quale nodo è attualmente l'LVSMASTER. Il LVSMASTER è il nodo nel
cluster che guida il sistema LVS e che riceve tutto il traffico in ingresso dai client.

LVS è la modalità in cui l'intero cluster CTDB/Samba utilizza un singolo indirizzo IP per il
intero cluster. In questa modalità tutti i client si connettono a un nodo specifico che poi
multiplex/loadbalance i client in modo uniforme sugli altri nodi del cluster. Questo è un
alternativa all'utilizzo di indirizzi IP pubblici. Vedi la manpage di ctdbd per maggiori informazioni
su LVS.

LVS
Questo comando mostra quali nodi del cluster sono attualmente attivi in ​​LVS
configurazione. Cioè quali nodi stiamo attualmente bilanciando il carico del singolo indirizzo IP
attraverso.

LVS per impostazione predefinita eseguirà il bilanciamento del carico solo tra quei nodi che sono sia compatibili con LVS che anche
SANO. Tranne se tutti i nodi NON SONO SANI, nel qual caso LVS bilancia il carico su tutti
Anche nodi NON SANI. LVS non utilizzerà mai nodi SCOLLEGATI, ARRESTATI, BANNATI
o DISABILITATO.

Esempio di output:

2:10.0.0.13
3:10.0.0.14

ottenere capacità
Questo comando mostra le capacità del nodo corrente. Vedere la sezione CAPACITÀ in
ctb(7) per maggiori dettagli.

Esempio di output:

REGISTRATORE: SI
LMASTER: S
LVS: NO
NATGW: S

statistica
Raccogli statistiche dal demone CTDB su quante chiamate ha servito. Informazione
sui vari campi nelle statistiche possono essere trovati in ctdb-statistiche(7).

Esempio
# statistiche ctdb
CTDB versione 1
num_clienti 3
0 congelato
recupero 0
client_pacchetti_inviati 360489
client_pacchetti_recv 360466
node_packets_sent 480931
node_packets_recv 240120
keepalive_pacchetti_inviati 4
keepalive_packets_recv 3
nodo
rich_call 2
rispondi_chiama 2
req_dmaster 0
answer_dmaster 0
risposta_errore 0
messaggio_req 42
req_controllo 120408
risposta_controllo 360439
cliente
rich_call 2
messaggio_req 24
req_controllo 360440
timeout
chiama 0
0 controllo
traversa 0
chiamate_totali 2
chiamate_in attesa 0
lockwait_calls 0
in attesa_lockwait_calls 0
memoria_usata 5040
max_hop_count 0
max_call_latency 4.948321 sec
max_lockwait_latency 0.000000 sec

azzerare le statistiche
Questo comando viene utilizzato per cancellare tutti i contatori di statistiche in un nodo.

Esempio: ctdb statisticsreset

dbstatistiche DB
Visualizza le statistiche sul DB del database. Informazioni sui vari campi in dbstatistics
può essere trovato in ctdb-statistiche(7).

Esempio
# ctdb dbstatistics lock.tdb
Statistiche DB: lock.tdb
ro_delegazioni 0
ro_revoca 0
serrature
Totale 14356
fallito 0
attuale 0
in attesa 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0 XNUMX
lock_bucket: 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 sec su 14356
Tasti di scelta rapida numerici: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

getreclock
Mostra il nome del file di blocco di ripristino, se presente.

Esempio di output:

Reclock del file:/clusterfs/.ctdb/recovery.lock

setreclock [RISORSE]
FILE specifica il nome del file di blocco del ripristino. Se il file di blocco del ripristino viene modificato in
runtime, questo causerà un ripristino, che a sua volta provoca il blocco del ripristino
ripreso.

Se non viene specificato alcun FILE, non verrà più utilizzato un file di blocco di ripristino.

Questo comando ha effetto solo sull'impostazione di runtime di un singolo nodo CTDB. Questa impostazione devono obbligatoriamente: be
modificato su tutti i nodi contemporaneamente specificando -n contro tutti i (o simili). Per informazioni
sulla configurazione del file di blocco di ripristino, vedere la voce CTDB_RECOVERY_LOCK in
ctdbd.conf(5) e la voce --reclock in ctdd(1). Per informazioni sul blocco di ripristino
si prega di consultare la sezione BLOCCO RECUPERO in ctb(7).

getdebug
Ottieni il livello di debug corrente per il nodo. il livello di debug controlla quali sono le informazioni
scritto nel file di registro.

I livelli di debug sono mappati ai corrispondenti livelli di syslog. Quando viene impostato un livello di debug,
verranno stampati solo i messaggi a quel livello e ai livelli superiori.

L'elenco dei livelli di debug dal più alto al più basso è:

ERR AVVISO AVVISO INFO DEBUG

setdebug DEBUGLEVEL
Imposta il livello di debug di un nodo. Questo controlla quali informazioni verranno registrate.

Il livello di debug è uno di ERR WARNING NOTICE INFO DEBUG

getpid
Questo comando restituirà l'id del processo del demone ctdb.

disable
Questo comando viene utilizzato per disabilitare amministrativamente un nodo nel cluster. Un nodo disabilitato
continuerà a partecipare al cluster e ospiterà i record TDB in cluster ma il suo IP pubblico
l'indirizzo è stato rilevato da un nodo diverso e non ospita più alcun servizio.

enable
Riabilitare un nodo che è stato disabilitato amministrativamente.

Stop
Questo comando viene utilizzato per ARRESTARE amministrativamente un nodo nel cluster. Un nodo ARRESTATO è
connesso al cluster ma non ospiterà alcun indirizzo IP pubblico, né parteciperà
nella VNNMAP. La differenza tra un nodo DISABILITATO e un nodo ARRESTATO è che un nodo ARRESTATO
nodo non ospita alcuna parte del database, il che significa che è necessario un ripristino per
stop/continua nodi.

continua
Riavviare un nodo che è stato arrestato amministrativamente.

adp IPDDR/mask IO AFFRONTO
Questo comando viene utilizzato per aggiungere un nuovo IP pubblico a un nodo durante il runtime. Questo permette al pubblico
indirizzi da aggiungere a un cluster senza dover riavviare i demoni ctdb.

Nota che questo aggiorna solo l'istanza di runtime di ctdb. Eventuali modifiche andranno perse successivamente
volta che ctdb viene riavviato e il file degli indirizzi pubblici viene riletto. Se vuoi questo cambiamento
per essere permanente devi anche aggiornare manualmente il file degli indirizzi pubblici.

delirio IPDDR
Questo comando viene utilizzato per rimuovere un IP pubblico da un nodo durante il runtime. Se questo IP pubblico
è attualmente ospitato dal nodo da cui viene rimosso, l'ip verrà prima sottoposto a failover
un altro nodo, se possibile, prima che venga rimosso.

Nota che questo aggiorna solo l'istanza di runtime di ctdb. Eventuali modifiche andranno perse successivamente
volta che ctdb viene riavviato e il file degli indirizzi pubblici viene riletto. Se vuoi questo cambiamento
per essere permanente devi anche aggiornare manualmente il file degli indirizzi pubblici.

movei IPDDR PNN
Questo comando può essere utilizzato per fallire manualmente un indirizzo IP pubblico su un nodo specifico.

Per sovrascrivere manualmente la distribuzione "automatica" degli indirizzi IP pubblici che
ctdb normalmente fornisce, questo comando funziona solo quando hai cambiato i parametri sintonizzabili per il
demone a:

IP deterministici = 0

Nessun IPFailback = 1

chiusura
Questo comando arresterà un demone CTDB specifico.

ruolo principale acceso|spento
Questo comando viene utilizzato per abilitare/disabilitare la capacità LMASTER per un nodo in fase di esecuzione. Questo
capacità determina se un nodo può essere utilizzato o meno come LMASTER per i record nel
Banca dati. Un nodo che non ha la capacità LMASTER non apparirà nella vnnmap.

I nodi avranno per impostazione predefinita questa capacità, ma possono essere rimossi dai nodi dal
impostazione nel file sysconfig o utilizzando questo comando.

Una volta che questa impostazione è stata abilitata/disabilitata, è necessario eseguire un ripristino affinché venga eseguita
effetto.

Vedi anche "ctdb getcapabilities"

impostare il ruolo principale acceso|spento
Questo comando viene utilizzato per abilitare/disabilitare la funzionalità RECMASTER per un nodo in fase di esecuzione.
Questa capacità determina se un nodo può essere utilizzato o meno come RECMASTER per il
grappolo. Un nodo che non ha la capacità RECMASTER non può vincere un recmaster
elezione. Un nodo che è già il remaster per il cluster quando la capacità è
tolto il nodo rimarrà il remaster fino alla prossima elezione del cluster.

I nodi avranno per impostazione predefinita questa capacità, ma possono essere rimossi dai nodi dal
impostazione nel file sysconfig o utilizzando questo comando.

Vedi anche "ctdb getcapabilities"

nodi di ricarica
Questo comando viene utilizzato quando si aggiungono nuovi nodi o si rimuovono nodi esistenti da uno esistente
grappolo.

Procedura per aggiungere un nodo:

1, per espandere un cluster esistente, assicurati prima con "ctdb status" che tutti i nodi siano attivi
e correre e che sono tutti sani. Non tentare di espandere un cluster a meno che non lo sia
completamente sano!

2, su tutti i nodi, modificare /etc/ctdb/nodes e aggiungere il nuovo nodo come ultima voce al file.
Il nuovo nodo DEVE essere aggiunto alla fine di questo file!

3, verifica che tutti i nodi abbiano file /etc/ctdb/nodes identici dopo averli modificati
e aggiunto il nuovo nodo!

4, eseguire 'ctdb reloadnodes' per forzare tutti i nodi a ricaricare il file nodes.

5, utilizzare 'ctdb status' su tutti i nodi e verificare che ora mostrino il nodo aggiuntivo.

6, installa e configura il nuovo nodo e portalo online.

Procedura per rimuovere un nodo:

1, per rimuovere un nodo da un cluster esistente, assicurarsi prima con 'ctdb status' che tutto
i nodi, ad eccezione del nodo da eliminare, sono attivi e funzionanti e che sono tutti integri. Fare
non provare a rimuovere un nodo da un cluster a meno che il cluster non sia completamente integro!

2, Spegnimento e spegnimento del nodo da rimuovere.

3, su tutti gli altri nodi, modificare il file /etc/ctdb/nodes e commentare il nodo da essere
RIMOSSO. Non eliminare la riga per quel nodo, basta commentarla aggiungendo un '#' al
inizio della riga.

4, eseguire 'ctdb reloadnodes' per forzare tutti i nodi a ricaricare il file nodes.

5, utilizzare 'ctdb status' su tutti i nodi e verificare che il nodo eliminato non venga più visualizzato in
la lista..

ricariche [ELENCO PNN]
Questo comando ricarica il file di configurazione degli indirizzi pubblici sui nodi specificati. quando
completa gli indirizzi verranno riconfigurati e riassegnati in tutto il cluster come
necessario.

getdbmap
Questo comando elenca tutti i database TDB in cluster a cui è collegato il daemon CTDB. Alcuni
i database sono contrassegnati come PERSISTENTI, ciò significa che il database memorizza i dati in modo persistente
e i dati rimarranno durante i riavvii. Un esempio di tale database è secrets.tdb
dove vengono archiviate le informazioni su come il cluster è stato aggiunto al dominio.

Se un database PERSISTENT non è integro, il database viene contrassegnato come UNHEALTHY.
Se c'è almeno un nodo completamente integro in esecuzione nel cluster, è possibile che
il contenuto viene ripristinato automaticamente da un'esecuzione di ripristino. Altrimenti un amministratore deve
analizzare il problema.

Vedi anche "ctdb getdbstatus", "ctdb backupdb", "ctdb restoreb", "ctdb dumpbackup", "ctdb
wipedb", "ctdb setvar AllowUnhealthyDBRead 1" e (se sono installati samba o tdb-utils)
"controllo tdbtool".

La maggior parte dei database non sono persistenti e memorizzano solo le informazioni sullo stato che attualmente
l'esecuzione di demoni samba ha bisogno. Questi database vengono sempre cancellati all'avvio di ctdb/samba e
quando un nodo viene riavviato.

Esempio
#ctdb getdbmap
Numero di database: 10
dbid:0x435d3410 nome:notify.tdb percorso:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 nome:brlock.tdb percorso:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 nome:connections.tdb percorso:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a nome:sessionid.tdb percorso:/var/ctdb/sessionid.tdb.0
dbid:0x122224da nome:test.tdb percorso:/var/ctdb/test.tdb.0
dbid:0x2672a57f nome:idmap2.tdb percorso:/var/ctdb/persistent/idmap2.tdb.0 PERSISTENTE
dbid:0xb775fff6 nome:secrets.tdb percorso:/var/ctdb/persistent/secrets.tdb.0 PERSISTENTE
dbid:0xe98e08b6 nome:group_mapping.tdb percorso:/var/ctdb/persistent/group_mapping.tdb.0 PERSISTENTE
dbid:0x7bbbd26c nome:passdb.tdb percorso:/var/ctdb/persistent/passdb.tdb.0 PERSISTENTE

# ctdb getdbmap # esempio per database non integro
Numero di database: 1
dbid:0xb775fff6 nome:secrets.tdb percorso:/var/ctdb/persistent/secrets.tdb.0 PERSISTENTE MAL SANO

# ctdb -X getdbmap
|ID|Nome|Percorso|Persistente|Non salutare|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

database di backup DB RISORSE
Copia il contenuto del database DB su FILE. FILE può essere successivamente riletto utilizzando restaurato.
Ciò è utile principalmente per il backup di database persistenti come secrets.tdb e simili.

restaurato RISORSE [DB]
Questo comando ripristina un database persistente di cui è stato precedentemente eseguito il backup utilizzando backupdb.
Per impostazione predefinita, i dati verranno ripristinati nello stesso database da cui sono stati creati.
Specificando dbname è possibile ripristinare i dati in un database diverso.

setdbreadonly DB
Questo comando abiliterà il supporto del record di sola lettura per un database. Questo è un
funzionalità sperimentale per migliorare le prestazioni per i record contesi principalmente in lock.tdb
e brlock.tdb. Quando si abilita questa funzionalità, è necessario impostarla su tutti i nodi del cluster.

setdbsticky DB
Questo comando abiliterà il supporto del record permanente per il database specificato. Questo è un
funzionalità sperimentale per migliorare le prestazioni per i record contesi principalmente in lock.tdb
e brlock.tdb. Quando si abilita questa funzionalità, è necessario impostarla su tutti i nodi del cluster.

INTERNO COMANDI

I comandi interni sono utilizzati dagli script di CTDB e non sono necessari per la gestione di un CTDB
grappolo. I loro parametri e comportamenti sono soggetti a modifiche.

fare il solletico IPDDR
Mostra le connessioni TCP registrate con CTDB per essere "solleticate" in caso di failover.

graziosissimo IPDDR INTERFACCIA
Invia un ARP grato per l'interfaccia specificata tramite l'interfaccia specificata. Questo
Il comando è utilizzato principalmente dagli script di eventi ctdb.

killtcp
Leggere un elenco di connessioni TCP, una per riga, dall'input standard e terminarle ciascuna
connessione. Una connessione è specificata come:

SRC IPADDR:SRC-PORTO DST-IPADDR:PORTO DST

Ogni connessione viene terminata emettendo un TCP RST all'endpoint SRC-IPADDR:SRC-PORT.

È possibile specificare una singola connessione sulla riga di comando anziché sull'input standard.

cancella DB KEY
Elimina KEY dal DB.

pfetch DB KEY
Stampa il valore associato a KEY in DB.

negozio DB KEY RISORSE
Memorizza KEY in DB con il contenuto di FILE come valore associato.

ptrans DB [RISORSE]
Leggi un elenco di coppie chiave-valore, una per riga da FILE, e memorizzale nel DB utilizzando a
singola transazione. Un valore vuoto equivale all'eliminazione della chiave data.

La chiave e il valore devono essere separati da spazi o tabulazioni. Ogni chiave/valore dovrebbe essere a
stringa stampabile racchiusa tra virgolette.

stato di esecuzione [setup|first_recovery|avvio|in esecuzione]
Stampa lo stato di esecuzione del nodo specificato. I runstate sono usati per serializzare stati importanti
transizioni in CTDB, in particolare durante l'avvio.

Se vengono specificati uno o più argomenti runstate facoltativi, il nodo deve trovarsi in uno di
questi runstate affinché il comando abbia esito positivo.

Esempio
# stato di esecuzione ctdb
JOGGING vs RUNNING

setifacelink IO AFFRONTO su|giù
Imposta lo stato interno dell'interfaccia di rete IFACE. Questo è tipicamente usato nel
10.script di interfaccia nell'evento "monitor".

Esempio: ctdb setifacelink eth0 up

setnatgwstate acceso|spento
Abilitare o disabilitare la funzionalità master del gateway NAT su un nodo.

solletico SRC IPADDR:SRC-PORTO DST-IPADDR:PORTO DST
Invia un tickle TCP all'host di origine per la connessione TCP specificata. Un solletico TCP è un
Pacchetto TCP ACK con una sequenza e un numero di conferma non validi e verrà ricevuto da
l'host di origine fa sì che invii un ACK corretto immediato all'altra estremità.

I tickle TCP sono utili per "solleticare" i client dopo che si è verificato un failover IP poiché questo lo farà
far riconoscere immediatamente al client che la connessione TCP è stata interrotta e che il
cliente dovrà ristabilire. Ciò accelera notevolmente il tempo necessario a un cliente per
rilevare e ristabilire dopo un failover IP nel cluster ctdb.

versione
Visualizza la versione CTDB.

DEBUG COMANDI

Questi comandi sono usati principalmente per lo sviluppo e il test CTDB e non dovrebbero essere usati
per la normale amministrazione

VERSIONI
--print-record-vuoti
Ciò consente la stampa di record vuoti durante il dump dei database con catdb, cattbd
e comandi dumpdbbackup. I record con segmento di dati vuoto sono considerati cancellati da
ctdb e pulito dal meccanismo di aspirazione, quindi questo interruttore può tornare utile per
debug del comportamento di aspirazione.

--print-datasize
Ciò consente ai dump del database (catdb, cattdb, dumpdbbackup) di stampare la dimensione del record
dati invece di scaricare il contenuto dei dati.

--print-lmaster
Ciò consente a catdb di stampare il lmaster per ogni record.

--print-hash
Ciò consente ai dump del database (catdb, cattdb, dumpdbbackup) di stampare l'hash per ogni record.

--print-recordflags
Ciò consente a catdb e dumpdbbackup di stampare i flag dei record per ciascun record. Notare che
cattdb stampa sempre i flag.

processo-esiste PID
Questo comando controlla se esiste un processo specifico sull'host CTDB. Questo è utilizzato principalmente da
Samba per verificare se le istanze remote di samba sono ancora in esecuzione o meno.

getdbstatus DB
Questo comando visualizza maggiori dettagli su un database.

Esempio
# ctdb getdbstatus test.tdb.0
dbid: 0x122224da
nome: test.tdb
percorso: /var/ctdb/test.tdb.0
PERSISTENTE: no
SALUTE: OK

# ctdb getdbstatus registro.tdb # con un TDB corrotto
dbid: 0xf2a58948
nome: registro.tdb
percorso: /var/ctdb/persistent/registry.tdb.0
PERSISTENTE: si
SALUTE: NO-HEALTHY-NODES - ERRORE - Backup di TDB danneggiato in "/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z"

catb DB
Stampa un dump del database del database TDB in cluster.

cattb DB
Stampa un dump del contenuto del database del database TDB locale.

dumpdbbackup RISORSE
Stampa un dump dei contenuti dal FILE di backup del database, simile a catb.

cancellato DB
Rimuovere tutti i contenuti del database DB.

recuperare
Questo comando attiverà il demone di ripristino per eseguire un ripristino del cluster.

ipreallocare, sync
Questo comando costringerà il master di ripristino a eseguire un processo di riallocazione IP completo e
ridistribuire tutti gli indirizzi IP. Questo è utile per "ripristinare" le allocazioni al suo
stato predefinito se sono stati modificati utilizzando il comando "moveip". Mentre un "recupero" lo farà
eseguire anche questa riallocazione, un recupero è molto più pesante poiché lo farà anche
ricostruire tutti i database.

modalità getmon
Questo comando restituisce la modalità di monitoraggio di un nodo. La modalità di monitoraggio è ATTIVA
o DISABILITATO. Normalmente un nodo monitorerà continuamente che tutti gli altri nodi che sono
attesi sono infatti connessi e che rispondono ai comandi.

ATTIVO - Questa è la modalità normale. Il nodo sta monitorando attivamente tutti gli altri nodi, entrambi
che il trasporto sia connesso e anche che il nodo risponda ai comandi. Se un nodo
diventa non disponibile, verrà contrassegnato come DISCONNESSO e verrà avviato un ripristino per
ripristinare il cluster.

DISABILITATO - Questo nodo non sta monitorando la disponibilità di altri nodi. In questa modalità un nodo
l'errore non verrà rilevato e non verrà eseguito alcun ripristino. Questa modalità è utile quando
per scopi di debug si vuole collegare GDB a un processo ctdb ma si vuole impedire che
resto del cluster di contrassegnare questo nodo come DISCONNECTED ed eseguire un ripristino.

setmonmode 0 | 1
Questo comando può essere utilizzato per disabilitare/abilitare esplicitamente la modalità di monitoraggio su un nodo. Il principale
lo scopo è se si vuole collegare GDB a un demone ctdb in esecuzione ma si vuole impedire il
altri nodi di contrassegnarlo come DISCONNECTED e di emettere un ripristino. Per fare ciò, impostare
modalità di monitoraggio a 0 su tutti i nodi prima di collegarsi con GDB. Ricordati di impostare il monitoraggio
modalità torna a 1 in seguito.

allegare NOMEDB [persistente]
Crea un nuovo database CTDB chiamato DBNAME e collegalo ad esso su tutti i nodi.

DETACH ELENCO DB
Scollega i database non persistenti specificati dal cluster. Questo comando si disconnetterà
database specificati su tutti i nodi del cluster. Questo comando dovrebbe essere usato solo quando
nessuno dei database specificati è in uso.

Tutti i nodi dovrebbero essere attivi e AllowClientDBAccess sintonizzabile dovrebbe essere disabilitato su tutti i nodi
prima di scollegare i database.

memoria discarica
Questo è un comando di debug. Questo comando farà scrivere al demone ctdb una memoria di riempimento
mappa di allocazione allo standard output.

rddumpmemory
Questo è un comando di debug. Questo comando scaricherà l'albero di allocazione della memoria talloc per
il demone di ripristino allo standard output.

scongelare
Scongela un nodo precedentemente congelato.

script dell'evento ARGOMENTI
Questo è un comando di debug. Questo comando può essere usato per invocare ed eseguire manualmente il
eventscritps con argomenti arbitrari.

bandire BANTIME
Escludere amministrativamente un nodo per BANTIME secondi. Il nodo verrà riammesso dopo BANTIME
secondi sono trascorsi.

Un nodo escluso non partecipa al cluster. Non ospita alcun record per il
TDB in cluster e non ospita alcun indirizzo IP pubblico.

I nodi vengono automaticamente esclusi se si comportano male. Ad esempio, un nodo può essere bannato se
causa troppi ripristini del cluster.

Per escludere amministrativamente un nodo da un cluster utilizzare il Stop comando.

unban
Questo comando viene utilizzato per annullare l'esclusione di un nodo che è stato vietato amministrativamente utilizzando
il comando ban o è stato automaticamente bannato.

nodo di riequilibrio [ELENCO PNN]
Questo comando contrassegna i nodi indicati come obiettivi di ribilanciamento nell'allocazione IP LCP2
algoritmo. Il ricariche comando lo farà se necessario, quindi questo comando non dovrebbe essere
necessario.

check_srvids SRVIDE ...
Questo comando controlla se un insieme di porte di messaggi srvid è registrato sul nodo o
non. Il comando accetta un elenco di valori da controllare.

Esempio
# ctdb check_srvids 1 2 3 14765
L'ID del server 0:1 non esiste
L'ID del server 0:2 non esiste
L'ID del server 0:3 non esiste
L'ID server 0:14765 esiste

Usa ctdb online utilizzando i servizi onworks.net