ctdb - Online sa Cloud

PROGRAMA:

NAME

ctdb - Utility sa pamamahala ng CTDB

SINOPSIS

ctdb [OPTION...] {COMMAND} [COMMAND-ARGS]

DESCRIPTION

Ang ctdb ay isang utility para tingnan at pamahalaan ang isang CTDB cluster.

Ang mga sumusunod na termino ay ginagamit kapag tumutukoy sa mga node sa isang cluster:

PNN
Numero ng Pisikal na Node. Ang pisikal na numero ng node ay isang integer na naglalarawan sa node
sa kumpol. Ang unang node ay may pisikal na node number 0. sa isang cluster.

PNN-LIST
Isa itong PNN, isang listahan ng mga PNN na pinaghihiwalay ng kuwit o "lahat."

Ang mga utos na tumutukoy sa isang database ay gumagamit ng mga sumusunod na termino:

DB
Ito ay alinman sa isang database name, gaya ng locking.tdb o isang database ID gaya ng
"0x42fe72c5".

DB-LIST
Isang listahan na pinaghiwalay ng espasyo ng kahit isa DB.

Opsyon

-n PNN-LIST
Ang mga node na tinukoy ng PNN-LIST ay dapat i-query para sa hiniling na impormasyon.
Default ay ang pagtatanong sa daemon na tumatakbo sa lokal na host.

-Y
Gumawa ng output sa form na nababasa ng makina para sa mas madaling pag-parse ng mga script. Ito ay gumagamit ng a
field delimiter ng ':'. Hindi lahat ng utos ay sumusuporta sa opsyong ito.

-x SEPARATOR
Gamitin ang SEPARATOR para i-delimite ang mga field sa output na nababasa ng machine. Ito ay nagpapahiwatig -Y.

-X
Gumawa ng output sa form na nababasa ng makina para sa mas madaling pag-parse ng mga script. Ito ay gumagamit ng a
field delimiter ng '|'. Hindi lahat ng utos ay sumusuporta sa opsyong ito.

Ito ay katumbas ng "-x|" at iniiwasan ang ilang mga isyu sa pag-quote ng shell.

-t TIMEOUT
Isinasaad na ang ctdb ay dapat maghintay ng hanggang TIMEOUT segundo para sa tugon sa karamihan ng mga command
ipinadala sa CTDB daemon. Ang default ay 10 segundo.

-T TAKDANG ORAS
Isinasaad na ang TIMELIMIT ay ang maximum run time (sa mga segundo) para sa ctdb command.
Kapag nalampasan ang TIMELIMIT ang ctdb command ay magwawakas nang may error. Ang default
ay 120 segundo.

-? --tulong
Mag-print ng ilang text ng tulong sa screen.

--gamit
I-print ang impormasyon ng paggamit sa screen.

-d --debug=DEBUGLEVEL
Baguhin ang antas ng debug para sa command. Ang default ay NOTICE (2).

--socket=FILENAME
Tukuyin na ang FILENAME ay ang pangalan ng Unix domain socket na gagamitin kapag kumokonekta sa
ang lokal na CTDB daemon. Ang default ay /tmp/ctdb.socket.

ADMINISTRATIVE UTOS

Ito ay mga utos na ginagamit upang subaybayan at pangasiwaan ang isang cluster ng CTDB.

pnn
Ipinapakita ng command na ito ang PNN ng kasalukuyang node.

xpnn
Ipinapakita ng command na ito ang PNN ng kasalukuyang node nang hindi nakikipag-ugnayan sa CTDB daemon. Ito
direktang ipina-parse ang mga node file, upang makagawa ng hindi inaasahang output kung mayroon ang mga node file
na-edit ngunit hindi na-reload.

katayuan
Ipinapakita ng command na ito ang kasalukuyang status ng lahat ng CTDB node batay sa impormasyon mula sa
tanong ng node.

Tandaan: Kung INACTIVE ang na-query na node, maaaring hindi kasalukuyan ang status.

Node katayuan
Kabilang dito ang bilang ng mga pisikal na node at ang katayuan ng bawat node. Tingnan mo ctdb(7)
para sa impormasyon tungkol sa mga estado ng node.

Henerasyon
Ang generation id ay isang numero na nagsasaad ng kasalukuyang henerasyon ng isang cluster
halimbawa. Sa bawat oras na ang isang cluster ay dumaan sa isang reconfiguration o isang pagbawi nito
mababago ang generation id.

Ang numerong ito ay walang anumang partikular na kahulugan maliban sa pagsubaybay kung kailan a
dumaan sa recovery ang cluster. Ito ay isang random na numero na kumakatawan sa kasalukuyang
halimbawa ng isang ctdb cluster at mga database nito. Ginagamit ng CTDB daemon ang numerong ito
panloob upang masabi kung kailan ang mga utos na gumana sa kumpol at sa
ang mga database ay inisyu sa ibang henerasyon ng cluster, upang matiyak na ang mga utos
na gumagana sa mga database ay hindi makakaligtas sa isang cluster database recovery.
Pagkatapos ng pagbawi, awtomatikong magiging invalid ang lahat ng lumang natitirang command.

Minsan ang numerong ito ay ipapakita bilang "INVALID". Nangangahulugan lamang ito na ang ctdbd
Nagsimula na ang daemon ngunit hindi pa ito sumanib sa cluster sa pamamagitan ng pagbawi. Lahat
ang mga node ay nagsisimula sa henerasyong "INVALID" at hindi itinatalaga ng isang tunay na generation id hanggang
matagumpay silang naisama sa isang kumpol sa pamamagitan ng pagbawi.

Totoo Node Numero (VNN) mapa
Binubuo ng bilang ng mga virtual na node at pagmamapa mula sa mga virtual na numero ng node hanggang
mga numero ng pisikal na node. Ang mga virtual na node ay nagho-host ng mga database ng CTDB. Mga node lang iyon
ang pagsali sa VNN map ay maaaring maging lmaster o dmaster para sa mga rekord ng database.

Pagbawi paraan
Ito ang kasalukuyang recovery mode ng cluster. Mayroong dalawang posibleng mga mode:

NORMAL - Ang cluster ay ganap na gumagana.

RECOVERY - Ang mga database ng kumpol ay na-freeze, na naka-pause sa lahat ng mga serbisyo habang ang
Naghihintay ang cluster ng isang proseso ng pagbawi upang makumpleto. Ang isang proseso ng pagbawi ay dapat matapos sa loob
segundo. Kung ang isang cluster ay na-stuck sa RECOVERY na estado ito ay nagpapahiwatig ng isang cluster
malfunction na kailangang imbestigahan.

Kapag na-detect ng recovery master ang hindi pagkakapare-pareho, halimbawa, nagiging node
nadiskonekta/nakakonekta, ang recovery daemon ay magti-trigger ng isang cluster recovery process,
kung saan ang lahat ng mga database ay muling pinagsama sa buong cluster. Kapag nagsimula ang prosesong ito, ang
Ang master ng pagbawi ay unang "i-freeze" ang lahat ng mga database upang maiwasan ang mga application tulad ng
samba mula sa pag-access sa mga database at mamarkahan din nito ang recovery mode bilang
PAGBABAGO.

Kapag nagsimula ang CTDB daemon, magsisimula ito sa RECOVERY mode. Kapag ang node ay naging
pinagsama sa isang kumpol at lahat ng mga database ay nakuhang muli, ang node mode ay magbabago
sa NORMAL mode at ang mga database ay "matunaw", na nagpapahintulot sa samba na ma-access ang
mga database ulit.

Pagbawi panginoon
Ito ang cluster node na kasalukuyang itinalaga bilang master ng pagbawi. Ito
ang node ay responsable sa pagsubaybay sa pagkakapare-pareho ng cluster at upang maisagawa ang
aktwal na proseso ng pagbawi kapag kinakailangan.

Isang node lamang sa isang pagkakataon ang maaaring maging itinalagang master sa pagbawi. Aling node ang
itinalaga ang master ng pagbawi ay napagpasyahan ng isang proseso ng halalan sa pagbawi
mga daemon na tumatakbo sa bawat node.

halimbawa
# katayuan ng ctdb
Bilang ng mga node:4
pnn:0 192.168.2.200 OK (NODE NA ITO)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
Henerasyon:1362079228
Laki: 4
hash:0 lmaster:0
hash:1 lmaster:1
hash:2 lmaster:2
hash:3 lmaster:3
Recovery mode: NORMAL (0)
Master sa pagbawi:0

nodestatus [PNN-LIST]
Ang utos na ito ay katulad ng katayuan utos. Ipinapakita nito ang subset ng "node status" ng
output. Ang mga pangunahing pagkakaiba ay:

· Ang exit code ay ang bitwise-OR ng mga flag para sa bawat tinukoy na node, habang ctdb
katayuan lalabas na may 0 kung nagawa nitong makuha ang status para sa lahat ng node.

· ctdb katayuan nagbibigay ng impormasyon sa katayuan para sa lahat ng mga node. ctdb nodestatus default sa
pagbibigay ng katayuan para lamang sa kasalukuyang node. Kung ang PNN-LIST ay ibinigay, ang status ay
ibinigay para sa ipinahiwatig na (mga) node.

Sa pamamagitan ng default, ctdb nodestatus nagtitipon ng katayuan mula sa lokal na node. Gayunpaman, kung hinihiling
na may "-n lahat" (o katulad) pagkatapos ay ang katayuan ay nakukuha mula sa ibinigay na (mga) node. Sa
partikular na ctdb nodestatus lahat at ctdb nodestatus -n lahat ay magbubunga ng iba't ibang
output. Posibleng magbigay ng 2 magkaibang nodespec (na may at walang "-n") ngunit
kadalasang nakakalito ang output!

Ang isang karaniwang invocation sa mga script ay ctdb nodestatus lahat upang suriin kung ang lahat ng mga node ay nasa a
malusog ang cluster.

halimbawa
# ctdb nodestatus
pnn:0 10.0.0.30 OK (NODE NA ITO)

# ctdb nodestatus lahat
Bilang ng mga node:2
pnn:0 10.0.0.30 OK (NODE NA ITO)
pnn:1 10.0.0.31 OK

recmaster
Ipinapakita ng command na ito ang pnn ng node na kasalukuyang recmaster.

Tandaan: Kung INACTIVE ang na-query na node, maaaring hindi kasalukuyan ang status.

uptime
Ipinapakita ng command na ito ang uptime para sa ctdb daemon. Kapag ang huling pagbawi o ip-failover
natapos at gaano katagal. Kung ang "tagal" ay ipinapakita bilang isang negatibong numero, ito
ay nagpapahiwatig na mayroong isang pagbawi/failover na nagaganap at nagsimula ito ng maraming segundo
nakaraan.

halimbawa
# ctdb uptime
Kasalukuyang oras ng node : Thu Okt 29 10:38:54 2009
Ctdbd start time : (000 16:54:28) Miy Okt 28 17:44:26 2009
Oras ng huling pagbawi/failover: (000 16:53:31) Miy Okt 28 17:45:23 2009
Tagal ng huling pagbawi/failover: 2.248552 segundo

listnodes
Ipinapakita ng command na ito ang mga listahan ng mga ip address ng lahat ng node sa cluster.

halimbawa
# ctdb listnodes
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

natgwlist
Ipakita ang kasalukuyang NAT gateway master at ang status ng lahat ng node sa kasalukuyang NAT gateway
pangkat. Tingnan ang seksyong NAT GATEWAY sa ctdb(7) para sa higit pang mga detalye.

halimbawa
# ctdb natgwlist
0 192.168.2.200
Bilang ng mga node:4
pnn:0 192.168.2.200 OK (NODE NA ITO)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK

i-ping
Ang utos na ito ay "i-ping" ang mga tinukoy na CTDB node sa cluster upang i-verify na sila nga
Tumatakbo.

halimbawa
# ctdb ping -n lahat
tugon mula sa 0 oras=0.000054 seg (3 kliyente)
tugon mula sa 1 oras=0.000144 seg (2 kliyente)
tugon mula sa 2 oras=0.000105 seg (2 kliyente)
tugon mula sa 3 oras=0.000114 seg (2 kliyente)

ifaces
Ipapakita ng command na ito ang listahan ng mga interface ng network, na maaaring mag-host sa publiko
mga address, kasama ang kanilang katayuan.

halimbawa
# ctdb ifaces
Mga interface sa node 0
pangalan:eth5 link:up na mga sanggunian:2
pangalan:eth4 link:down na mga sanggunian:0
pangalan:eth3 link:up na mga sanggunian:1
pangalan:eth2 link:up na mga sanggunian:1

# ctdb -X ifaces
|Pangalan|LinkStatus|Mga Sanggunian|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|

ip
Ipapakita ng command na ito ang listahan ng mga pampublikong address na ibinibigay ng cluster
at kung aling pisikal na node ang kasalukuyang naghahatid ng ip na ito. Bilang default, ang utos na ito ay LAMANG
ipakita ang mga pampublikong address na iyon na kilala ng node mismo. Para makita ang buong listahan ng lahat
public ips sa buong cluster dapat mong gamitin ang "ctdb ip -n all".

halimbawa
# ctdb ip -v
Mga pampublikong IP sa node 0
172.31.91.82 node[1] active[] available[eth2,eth3] configured[eth2,eth3]
172.31.91.83 node[0] active[eth3] available[eth2,eth3] configured[eth2,eth3]
172.31.91.84 node[1] active[] available[eth2,eth3] configured[eth2,eth3]
172.31.91.85 node[0] active[eth2] available[eth2,eth3] configured[eth2,eth3]
172.31.92.82 node[1] active[] available[eth5] configured[eth4,eth5]
172.31.92.83 node[0] active[eth5] available[eth5] configured[eth4,eth5]
172.31.92.84 node[1] active[] available[eth5] configured[eth4,eth5]
172.31.92.85 node[0] active[eth5] available[eth5] configured[eth4,eth5]

# ctdb -X ip -v
|Public IP|Node|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
Ang utos na ito ay magpapakita ng mga detalye tungkol sa mga tinukoy na pampublikong address.

halimbawa
# ctdb ipinfo 172.31.92.85
Pampublikong IP[172.31.92.85] na impormasyon sa node 0
IP: 172.31.92.85
KasalukuyangNode:0
Mga NumInterface:2
Interface[1]: Pangalan:eth4 Link:down Mga Sanggunian:0
Interface[2]: Pangalan:eth5 Link:up Mga Sanggunian:2 (aktibo)

scriptstatus
Ipinapakita ng command na ito kung aling mga script ang tumatakbo sa nakaraang ikot ng pagsubaybay at ang
resulta ng bawat script. Kung nabigo ang isang script na may error, na nagiging sanhi ng pagiging node
hindi malusog, ang output mula sa script na iyon ay ipinapakita din.

halimbawa
# ctdb scriptstatus
7 script ang naisagawa noong huling ikot ng pagsubaybay
00.ctdb Status:OK Tagal:0.056 Tue Mar 24 18:56:57 2009
10. Interface Status:OK Tagal:0.077 Tue Mar 24 18:56:57 2009
11.natgw Status:OK Tagal:0.039 Tue Mar 24 18:56:57 2009
20.multipathd Status:OK Tagal:0.038 Tue Mar 24 18:56:57 2009
31.clamd Status: disabled
40.vsftpd Status:OK Tagal:0.045 Tue Mar 24 18:56:57 2009
41.httpd Status:OK Tagal:0.039 Tue Mar 24 18:56:57 2009
50.samba Status:ERROR Tagal:0.082 Tue Mar 24 18:56:57 2009
OUTPUT:ERROR: Hindi tumutugon ang Samba tcp port 445

disablescript sCRIPT
Ang utos na ito ay ginagamit upang hindi paganahin ang isang eventscript.

Magkakabisa ito sa susunod na ipapatupad ang mga eventscript para tumagal ito ng a
maikling sandali hanggang sa ito ay makikita sa 'scriptstatus'.

enablescript sCRIPT
Ginagamit ang command na ito para paganahin ang isang eventscript.

Magkakabisa ito sa susunod na ipapatupad ang mga eventscript para tumagal ito ng a
maikling sandali hanggang sa ito ay makikita sa 'scriptstatus'.

listvars
Ilista ang lahat ng tuneable na variable, maliban sa mga value ng mga hindi na ginagamit na tuneable
VacuumMinInterval. Ang mga hindi na ginagamit na tunables ay maaaring makuha lamang nang tahasan gamit ang "ctdb
getvar" na utos.

halimbawa
# 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
RecoveryTimeout = 10
EnableBans = 1
DeterministicIPs = 0
LCP2PublicIPs = 1
ReclockPingPeriod = 60
NoIPFailback = 0
Huwag paganahin angIPFailover = 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
I-recoverPDBBySeqNum = 0

getvar NAME
Kunin ang runtime value ng isang tuneable na variable.

halimbawa
# ctdb getvar MaxRedirectCount
MaxRedirectCount = 3

setvar NAME VALUE
Itakda ang runtime value ng isang tuneable variable.

Halimbawa: ctdb setvar MaxRedirectCount 5

lvsmaster
Ipinapakita ng command na ito kung aling node ang kasalukuyang LVSMASTER. Ang LVSMASTER ay ang node sa
cluster na nagtutulak sa LVS system at tumatanggap ng lahat ng papasok na trapiko mula sa mga kliyente.

Ang LVS ay ang mode kung saan ang buong cluster ng CTDB/Samba ay gumagamit ng isang ip address para sa
buong kumpol. Sa mode na ito ang lahat ng mga kliyente ay kumonekta sa isang partikular na node na pagkatapos
multiplex/loadbalance ang mga kliyente nang pantay-pantay sa iba pang mga node sa cluster. Ito ay isang
alternatibo sa paggamit ng mga pampublikong ip address. Tingnan ang manpage para sa ctdbd para sa higit pang impormasyon
tungkol sa LVS.

lvs
Ipinapakita ng command na ito kung aling mga node sa cluster ang kasalukuyang aktibo sa LVS
pagsasaayos. Ibig sabihin kung aling mga node ang kasalukuyang nilo-load namin ang nag-iisang ip address
sa kabuuan.

Bilang default, maglo-loadbalance lang ang LVS sa mga node na parehong may kakayahang LVS at gayundin
MALUSOG. Maliban kung ang lahat ng node ay UNHEALTHY kung saan ang LVS ay maglo-loadbalance sa lahat
UNHEALTHY nodes din. Ang LVS ay hindi kailanman gagamit ng mga node na NAKA-DICONNECTED, NAHINTO, NA-BANN
o DISABLE.

Halimbawang output:

2:10.0.0.13
3:10.0.0.14

makakuha ng mga kakayahan
Ipinapakita ng utos na ito ang mga kakayahan ng kasalukuyang node. Tingnan ang seksyong CAPABILITIES sa
ctdb(7) para sa higit pang mga detalye.

Halimbawang output:

RECMASTER: OO
LMASTER: OO
LVS: HINDI
NATGW: OO

istatistika
Kolektahin ang mga istatistika mula sa CTDB daemon tungkol sa kung gaano karaming mga tawag ang naihatid nito. Impormasyon
tungkol sa iba't ibang larangan sa istatistika ay matatagpuan sa ctdb-statisticsNa (7).

halimbawa
# ctdb na istatistika
CTDB bersyon 1
num_clients 3
frozen 0
pagbawi 0
client_packets_sent 360489
client_packets_recv 360466
node_packets_sent 480931
node_packets_recv 240120
keepalive_packets_sent 4
keepalive_packets_recv 3
buko
req_call 2
reply_call 2
req_dmaster 0
reply_dmaster 0
reply_error 0
req_message 42
req_control 120408
reply_control 360439
kliente
req_call 2
req_message 24
req_control 360440
oras
tawagan ang 0
Control 0
tumawid 0
total_calls 2
pending_calls 0
lockwait_calls 0
pending_lockwait_calls 0
memory_used 5040
max_hop_count 0
max_call_latency 4.948321 seg
max_lockwait_latency 0.000000 seg

statisticsreset
Ginagamit ang command na ito upang i-clear ang lahat ng mga counter ng istatistika sa isang node.

Halimbawa: ctdb statisticsreset

dbstatistics DB
Ipakita ang mga istatistika tungkol sa database DB. Impormasyon tungkol sa iba't ibang larangan sa dbstatistics
ay matatagpuan sa ctdb-statisticsNa (7).

halimbawa
# ctdb dbstatistics locking.tdb
Mga Istatistika ng DB: locking.tdb
ro_delegations 0
ro_revokes 0
kandado
Kabuuang 14356
nabigo 0
kasalukuyang 0
nakabinbin 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 seg sa 14356
Bilang ng mga Hot Key: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

getreclock
Ipakita ang pangalan ng recovery lock file, kung mayroon man.

Halimbawang output:

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

setreclock [FILE]
FILE ay tumutukoy sa pangalan ng recovery lock file. Kung binago ang recovery lock file sa
run-time at magdudulot ito ng pagbawi, na nagiging sanhi naman ng recovery lock
muling kinuha.

Kung walang FILE na tinukoy, hindi na gagamit ng recovery lock file.

Ang command na ito ay nakakaapekto lamang sa run-time na setting ng isang CTDB node. Ang setting na ito dapat be
binago sa lahat ng mga node nang sabay-sabay sa pamamagitan ng pagtukoy -n lahat (o katulad). Para sa impormasyon
tungkol sa pag-configure ng recovery lock file, pakitingnan ang CTDB_RECOVERY_LOCK entry sa
ctdbd.conf(5) at ang --reclock entry in ctdbd(1). Para sa impormasyon tungkol sa recovery lock
pakitingnan ang seksyong RECOVERY LOCK sa ctdbNa (7).

getdebug
Kunin ang kasalukuyang antas ng debug para sa node. kinokontrol ng antas ng debug kung ano ang impormasyon
nakasulat sa log file.

Ang mga antas ng debug ay nakamapa sa kaukulang mga antas ng syslog. Kapag nakatakda ang antas ng pag-debug,
ang mga mensahe lamang sa antas na iyon at mas matataas na antas ang ipi-print.

Ang listahan ng mga antas ng debug mula sa pinakamataas hanggang sa pinakamababa ay:

ERR WARNING NOTICE INFO DEBUG

setdebug DEBUGLEVEL
Itakda ang antas ng debug ng isang node. Kinokontrol nito kung anong impormasyon ang ila-log.

Ang debuglevel ay isa sa ERR WARNING NOTICE INFO DEBUG

makulit
Ibabalik ng command na ito ang process id ng ctdb daemon.

huwag paganahin
Ginagamit ang command na ito para administratibong hindi paganahin ang isang node sa cluster. Isang disabled na node
lalahok pa rin sa cluster at magho-host ng clustered TDB records ngunit ang pampublikong ip nito
ang address ay kinuha ng ibang node at hindi na ito nagho-host ng anumang mga serbisyo.

paganahin
Muling paganahin ang isang node na administratibong hindi pinagana.

itigil
Ang utos na ito ay ginagamit upang administratibong STOP ng isang node sa cluster. Ang isang STOPPED node ay
nakakonekta sa cluster ngunit hindi magho-host ng anumang pampublikong ip address, at hindi rin ito lumahok
sa VNNMAP. Ang pagkakaiba sa pagitan ng isang DISABLED node at isang STOPPED node ay ang isang STOPPED
ang node ay hindi nagho-host ng anumang bahagi ng database na nangangahulugan na ang isang pagbawi ay kinakailangan upang
huminto/magpatuloy ng mga node.

magpatuloy
Muling simulan ang isang node na administratibong itinigil.

addip IPADDR/mask HINARAP KO
Ginagamit ang command na ito upang magdagdag ng bagong pampublikong ip sa isang node sa panahon ng runtime. Ito ay nagpapahintulot sa publiko
mga address na idaragdag sa isang kumpol nang hindi kinakailangang i-restart ang mga ctdb na daemon.

Tandaan na ina-update lang nito ang runtime instance ng ctdb. Mawawala ang anumang pagbabago sa susunod
oras na na-restart ang ctdb at muling binasa ang file ng mga pampublikong address. Kung gusto mo ang pagbabagong ito
upang maging permanente dapat mo ring i-update nang manu-mano ang file ng mga pampublikong address.

delip IPADDR
Ang command na ito ay ginagamit upang alisin ang isang pampublikong ip mula sa isang node sa panahon ng runtime. Kung ang pampublikong ip na ito
kasalukuyang naka-host sa node kung saan ito inaalis, ang ip ay unang mabibigo sa
isa pang node, kung maaari, bago ito alisin.

Tandaan na ina-update lang nito ang runtime instance ng ctdb. Mawawala ang anumang pagbabago sa susunod
oras na na-restart ang ctdb at muling binasa ang file ng mga pampublikong address. Kung gusto mo ang pagbabagong ito
upang maging permanente dapat mo ring i-update nang manu-mano ang file ng mga pampublikong address.

moveip IPADDR PNN
Maaaring gamitin ang command na ito upang manu-manong mabigo ang isang pampublikong ip address sa isang partikular na node.

Upang manu-manong i-override ang "awtomatikong" pamamahagi ng mga pampublikong ip address na iyon
Karaniwang nagbibigay ang ctdb, ang utos na ito ay gagana lamang kapag binago mo ang mga tunables para sa
daemon sa:

DeterministicIPs = 0

NoIPFailback = 1

pagpipinid
Ang utos na ito ay magsasara ng isang partikular na CTDB daemon.

setlmasterrole on|off
Ang utos na ito ay ginagamit upang paganahin/paganahin ang kakayahan ng LMASTER para sa isang node sa runtime. Ito
ang kakayahan ay tumutukoy kung ang isang node ay maaaring gamitin bilang isang LMASTER para sa mga talaan sa
database. Ang isang node na walang kakayahan sa LMASTER ay hindi lalabas sa vnnmap.

Bilang default, magkakaroon ng ganitong kakayahan ang mga node, ngunit maaari itong alisin sa mga node ng
setting sa sysconfig file o sa pamamagitan ng paggamit ng command na ito.

Kapag na-enable/na-disable ang setting na ito, kailangan mong magsagawa ng pagbawi para makuha ito
epekto.

Tingnan din ang "ctdb getcapabilities"

setrecmasterrole on|off
Ang utos na ito ay ginagamit ot paganahin/paganahin ang RECMASTER kakayahan para sa isang node sa runtime.
Tinutukoy ng kakayahang ito kung magagamit o hindi ang isang node bilang RECMASTER para sa
kumpol. Ang isang node na walang kakayahan sa RECMASTER ay hindi maaaring manalo ng isang recmaster
eleksyon. Isang node na ang recmaster para sa cluster kapag ang kakayahan ay
ang natanggal sa node ay mananatiling recmaster hanggang sa susunod na cluster election.

Bilang default, magkakaroon ng ganitong kakayahan ang mga node, ngunit maaari itong alisin sa mga node ng
setting sa sysconfig file o sa pamamagitan ng paggamit ng command na ito.

Tingnan din ang "ctdb getcapabilities"

i-reload ang mga node
Ginagamit ang command na ito kapag nagdaragdag ng mga bagong node, o nag-aalis ng mga umiiral na node mula sa isang umiiral na
kumpol.

Pamamaraan upang magdagdag ng node:

1, Upang palawakin ang isang umiiral na cluster, siguraduhin muna gamit ang 'ctdb status' na ang lahat ng mga node ay nasa itaas
at tumatakbo at na silang lahat ay malusog. Huwag subukang palawakin ang isang cluster maliban kung ito ay
ganap na malusog!

2, Sa lahat ng node, i-edit ang /etc/ctdb/nodes at idagdag ang bagong node bilang huling entry sa file.
DAPAT idagdag ang bagong node sa dulo ng file na ito!

3, I-verify na ang lahat ng mga node ay may magkaparehong /etc/ctdb/nodes na mga file pagkatapos mong i-edit ang mga ito
at idinagdag ang bagong node!

4, Patakbuhin ang 'ctdb reloadnodes' para pilitin ang lahat ng node na i-reload ang nodesfile.

5, Gamitin ang 'ctdb status' sa lahat ng node at i-verify na ipinapakita na nila ngayon ang karagdagang node.

6, I-install at i-configure ang bagong node at dalhin ito online.

Pamamaraan upang alisin ang isang node:

1, Upang alisin ang isang node mula sa isang umiiral na cluster, tiyakin muna gamit ang 'ctdb status' na lahat
ang mga node, maliban sa node na tatanggalin, ay gumagana at lahat sila ay malusog. gawin
huwag subukang tanggalin ang isang node mula sa isang cluster maliban kung ang cluster ay ganap na malusog!

2, I-shutdown at i-off ang node na aalisin.

3, Sa lahat ng iba pang node, i-edit ang /etc/ctdb/nodes file at ikomento ang magiging node
inalis. Huwag tanggalin ang linya para sa node na iyon, ikomento lamang ito sa pamamagitan ng pagdaragdag ng '#' sa
simula ng linya.

4, Patakbuhin ang 'ctdb reloadnodes' para pilitin ang lahat ng node na i-reload ang nodesfile.

5, Gamitin ang 'ctdb status' sa lahat ng node at i-verify na ang tinanggal na node ay hindi na lalabas sa
ang listahan..

reloadip [PNN-LIST]
Nire-reload ng command na ito ang configuration file ng mga pampublikong address sa mga tinukoy na node. Kailan
nakumpleto nito ang mga address ay muling iko-configure at itatalaga sa buong cluster bilang
kinakailangan.

getdbmap
Inililista ng command na ito ang lahat ng clustered TDB database kung saan naka-attach ang CTDB daemon. Ang ilan
ang mga database ay na-flag bilang PERSISTENT, nangangahulugan ito na ang database ay patuloy na nag-iimbak ng data
at mananatili ang data sa mga pag-reboot. Isang halimbawa ng naturang database ay secrets.tdb
kung saan iniimbak ang impormasyon tungkol sa kung paano isinama ang cluster sa domain.

Kung ang isang PERSISTENT database ay wala sa isang malusog na estado ang database ay na-flag bilang UNHEALTHY.
Kung mayroong kahit isang ganap na malusog na node na tumatakbo sa cluster, posible iyon
ang nilalaman ay naibalik sa pamamagitan ng awtomatikong pagtakbo ng pagbawi. Kung hindi, kailangan ng isang administrator
pag-aralan ang problema.

Tingnan din ang "ctdb getdbstatus", "ctdb backupdb", "ctdb restoredb", "ctdb dumpbackup", "ctdb
wipedb", "ctdb setvar AllowUnhealthyDBRead 1" at (kung naka-install ang samba o tdb-utils)
"tdbtool check".

Karamihan sa mga database ay hindi nagpapatuloy at nag-iimbak lamang ng impormasyon ng estado na kasalukuyang
tumatakbo samba daemons kailangan. Ang mga database na ito ay palaging napupunas kapag nagsimula ang ctdb/samba at
kapag ang isang node ay na-reboot.

halimbawa
# ctdb getdbmap
Bilang ng mga database:10
dbid:0x435d3410 name:notify.tdb path:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 pangalan:brlock.tdb path:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 name:connections.tdb path:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a name:sessionid.tdb path:/var/ctdb/sessionid.tdb.0
dbid:0x122224da name:test.tdb path:/var/ctdb/test.tdb.0
dbid:0x2672a57f name:idmap2.tdb path:/var/ctdb/persistent/idmap2.tdb.0 PERSISTENT
dbid:0xb775fff6 name:secrets.tdb path:/var/ctdb/persistent/secrets.tdb.0 PERSISTENT
dbid:0xe98e08b6 name:group_mapping.tdb path:/var/ctdb/persistent/group_mapping.tdb.0 PERSISTENT
dbid:0x7bbbd26c pangalan:passdb.tdb path:/var/ctdb/persistent/passdb.tdb.0 PERSISTENT

# ctdb getdbmap # halimbawa para sa hindi malusog na database
Bilang ng mga database:1
dbid:0xb775fff6 name:secrets.tdb path:/var/ctdb/persistent/secrets.tdb.0 PERSISTENT UNHEALTHY

# ctdb -X getdbmap
|ID|Path|Path|Persistent|Hindi malusog|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

backupdb DB FILE
Kopyahin ang mga nilalaman ng database DB sa FILE. Ang FILE ay maaaring basahin muli gamit ang naibalikb.
Ito ay pangunahing kapaki-pakinabang para sa pag-back up ng mga persistent database tulad ng secrets.tdb at katulad nito.

naibalikb FILE [DB]
Ibinabalik ng command na ito ang isang persistent database na dati nang na-back up gamit ang backupdb.
Bilang default, maibabalik ang data sa parehong database kung saan ito ginawa.
Sa pamamagitan ng pagtukoy ng dbname maaari mong ibalik ang data sa ibang database.

setdbreadonly DB
Ang command na ito ay magbibigay-daan sa read-only record na suporta para sa isang database. Ito ay isang
pang-eksperimentong tampok upang mapabuti ang pagganap para sa ipinaglalaban na mga tala lalo na sa pag-lock.tdb
at brlock.tdb. Kapag pinagana ang feature na ito dapat mong itakda ito sa lahat ng node sa cluster.

setdbsticky DB
Ang utos na ito ay magbibigay-daan sa malagkit na suporta sa talaan para sa tinukoy na database. Ito ay isang
pang-eksperimentong tampok upang mapabuti ang pagganap para sa ipinaglalaban na mga tala lalo na sa pag-lock.tdb
at brlock.tdb. Kapag pinagana ang feature na ito dapat mong itakda ito sa lahat ng node sa cluster.

PANLOOB UTOS

Ang mga panloob na utos ay ginagamit ng mga script ng CTDB at hindi kinakailangan para sa pamamahala ng isang CTDB
kumpol. Ang kanilang mga parameter at pag-uugali ay maaaring magbago.

gettickles IPADDR
Ipakita ang mga koneksyon sa TCP na nakarehistro sa CTDB upang "kiliti" kung may failover.

gratiousarp IPADDR Interface
Magpadala ng isang gratious ARP para sa tinukoy na interface sa pamamagitan ng tinukoy na interface. Ito
Ang command ay pangunahing ginagamit ng mga ctdb eventscript.

killtcp
Magbasa ng listahan ng mga koneksyon sa TCP, isa sa bawat linya, mula sa karaniwang input at wakasan ang bawat isa
koneksyon. Ang isang koneksyon ay tinukoy bilang:

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

Ang bawat koneksyon ay tinatapos sa pamamagitan ng pag-isyu ng TCP RST sa SRC-IPADDR:SRC-PORT endpoint.

Ang isang koneksyon ay maaaring tukuyin sa command-line sa halip na sa karaniwang input.

pdelete DB KEY
Tanggalin ang KEY mula sa DB.

pfetch DB KEY
I-print ang value na nauugnay sa KEY sa DB.

pstore DB KEY FILE
I-store ang KEY sa DB na may mga content ng FILE bilang nauugnay na value.

ptrans DB [FILE]
Magbasa ng listahan ng mga pares ng key-value, isa bawat linya mula sa FILE, at iimbak ang mga ito sa DB gamit ang a
iisang transaksyon. Ang isang walang laman na halaga ay katumbas ng pagtanggal sa ibinigay na key.

Ang susi at halaga ay dapat na pinaghihiwalay ng mga puwang o tab. Ang bawat susi/halaga ay dapat na a
napi-print na string na nakapaloob sa double-quotes.

runstate [setup|first_recovery|startup|running]
I-print ang runstate ng tinukoy na node. Ginagamit ang mga runstate para i-serialize ang mahalagang estado
mga pagbabago sa CTDB, lalo na sa panahon ng pagsisimula.

Kung ang isa o higit pang mga opsyonal na runstate argument ay tinukoy kung gayon ang node ay dapat nasa isa sa
ang mga runstate na ito para magtagumpay ang utos.

halimbawa
# ctdb runstate
PAGPAPAKITA

setifacelink HINARAP KO pataas|pababa
Itakda ang panloob na estado ng interface ng network na IFACE. Ito ay karaniwang ginagamit sa
10.interface script sa kaganapang "monitor".

Halimbawa: ctdb setifacelink eth0 up

setnatgwstate on|off
Paganahin o huwag paganahin ang NAT gateway master capability sa isang node.

tickle SRC-IPADDR:SRC-PORT DST-IPADDR:DST-PORT
Magpadala ng TCP tickle sa source host para sa tinukoy na TCP connection. Ang TCP kiliti ay a
TCP ACK packet na may di-wastong sequence at kinikilala ang numero at kalooban kapag natanggap ni
nagreresulta ang source host sa pagpapadala nito ng agarang tamang ACK pabalik sa kabilang dulo.

Ang mga kiliti ng TCP ay kapaki-pakinabang sa mga "kiliti" na mga kliyente pagkatapos maganap ang isang IP failover mula noong ito
gawin agad na makilala ng kliyente ang koneksyon ng TCP ay nagambala at na ang
kakailanganing itatag muli ng kliyente. Ito ay lubos na nagpapabilis sa oras na kinakailangan para sa isang kliyente
tuklasin at muling itatag pagkatapos ng isang IP failover sa ctdb cluster.

bersyon
Ipakita ang bersyon ng CTDB.

NAG-DEBUGG UTOS

Ang mga utos na ito ay pangunahing ginagamit para sa pagbuo at pagsubok ng CTDB at hindi dapat gamitin
para sa normal na pangangasiwa.

Opsyon
--print-emptyrecords
Ito ay nagbibigay-daan sa pag-print ng mga walang laman na tala kapag nagtatapon ng mga database gamit ang catdb, cattbd
at mga utos ng dumpdbbackup. Ang mga tala na may walang laman na segment ng data ay itinuturing na tinanggal ng
ctdb at nilinis ng mekanismo ng pag-vacuum, kaya madaling magamit ang switch na ito
pag-debug sa gawi sa pag-vacuum.

--print-datasize
Nagbibigay-daan ito sa database dumps (catdb, cattdb, dumpdbbackup) na i-print ang laki ng record
data sa halip na itapon ang mga nilalaman ng data.

--print-lmaster
Nagbibigay-daan ito sa catdb na i-print ang lmaster para sa bawat record.

--print-hash
Nagbibigay-daan ito sa database dumps (catdb, cattdb, dumpdbbackup) na i-print ang hash para sa bawat record.

--print-recordflags
Nagbibigay-daan ito sa catdb at dumpdbbackup na i-print ang mga flag ng record para sa bawat record. Tandaan na
Ang cattdb ay laging nagpi-print ng mga flag.

proseso-umiiral PID
Sinusuri ng command na ito kung mayroong isang partikular na proseso sa host ng CTDB. Ito ay pangunahing ginagamit ng
Samba upang suriin kung ang mga malalayong pagkakataon ng samba ay tumatakbo pa rin o hindi.

getdbstatus DB
Ang command na ito ay nagpapakita ng higit pang mga detalye tungkol sa isang database.

halimbawa
# ctdb getdbstatus test.tdb.0
dbid: 0x122224da
pangalan: test.tdb
landas: /var/ctdb/test.tdb.0
PERSISTENT: hindi
HEALTH: OK

# ctdb getdbstatus registry.tdb # na may sira na TDB
dbid: 0xf2a58948
pangalan: registry.tdb
landas: /var/ctdb/persistent/registry.tdb.0
PERSISTENT: oo
HEALTH: NO-HEALTHY-NODES - ERROR - Backup ng sirang TDB sa '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'

catdb DB
Mag-print ng dump ng clustered TDB database DB.

cattdb DB
Mag-print ng dump ng mga nilalaman ng lokal na TDB database DB.

dumpdbbackup FILE
Mag-print ng dump ng mga nilalaman mula sa database backup FILE, katulad ng catdb.

wipedb DB
Alisin ang lahat ng nilalaman ng database DB.

mabawi
Ang utos na ito ay magti-trigger sa recovery daemon na gumawa ng cluster recovery.

ipreallocate, i-sync
Pipilitin ng command na ito ang recovery master na magsagawa ng buong proseso ng ip reallocation at
muling ipamahagi ang lahat ng mga ip address. Ito ay kapaki-pakinabang upang "i-reset" ang mga alokasyon pabalik sa nito
default na estado kung binago ang mga ito gamit ang utos na "moveip". Habang ang isang "mabawi" ay
gampanan din ang reallocation na ito, ang pagbawi ay mas matimbang dahil gagawin din nito
muling itayo ang lahat ng mga database.

getmonmode
Ibinabalik ng command na ito ang monutoring mode ng isang node. Ang monitoring mode ay ACTIVE
o DISABLE. Karaniwang patuloy na susubaybayan ng isang node ang lahat ng iba pang mga node
ang inaasahan ay sa katunayan konektado at tumugon sila sa mga utos.

ACTIVE - Ito ang normal na mode. Ang node ay aktibong sinusubaybayan ang lahat ng iba pang mga node, pareho
na ang transportasyon ay konektado at gayundin na ang node ay tumutugon sa mga utos. Kung isang node
magiging hindi available, mamarkahan ito bilang DISCONNECTED at sisimulan ang pagbawi sa
ibalik ang kumpol.

DISABLED - Hindi sinusubaybayan ng node na ito na available ang ibang mga node. Sa mode na ito isang node
hindi matutukoy ang kabiguan at walang gagawing pagbawi. Ang mode na ito ay kapaki-pakinabang kapag
para sa mga layunin ng pag-debug na nais ng isa na ilakip ang GDB sa isang proseso ng ctdb ngunit nais na pigilan ang
ang natitirang bahagi ng cluster mula sa pagmamarka sa node na ito bilang DISCONNECTED at gumawa ng pagbawi.

setmonmode 0 | 1
Maaaring gamitin ang command na ito para tahasang i-disable/i-enable ang monitoring mode sa isang node. Pangunahing
ang layunin ay kung nais ng isa na ilakip ang GDB sa isang tumatakbong ctdb daemon ngunit nais na pigilan ang
iba pang mga node mula sa pagmamarka nito bilang DISCONNECTED at nag-isyu ng pagbawi. Upang gawin ito, itakda
monitoring mode sa 0 sa lahat ng node bago i-attach sa GDB. Tandaan na itakda ang pagsubaybay
mode pabalik sa 1 pagkatapos.

ikabit DBNAME [persistent]
Gumawa ng bagong database ng CTDB na tinatawag na DBNAME at ilakip dito sa lahat ng node.

tanggalin DB-LIST
Tanggalin ang tinukoy na (mga) hindi tuluy-tuloy na database mula sa cluster. Madidiskonekta ang utos na ito
tinukoy na (mga) database sa lahat ng node sa cluster. Ang utos na ito ay dapat lamang gamitin kapag
wala sa tinukoy na (mga) database ang ginagamit.

Dapat na aktibo ang lahat ng node at dapat na hindi pinagana ang AllowClientDBAccess sa lahat ng node
bago magtanggal ng mga database.

dumpmemory
Ito ay isang utos sa pag-debug. Ang utos na ito ay gagawa ng ctdb daemon na magsulat ng isang fill memory
mapa ng alokasyon sa karaniwang output.

rddumpmemory
Ito ay isang utos sa pag-debug. Ita-dump ng command na ito ang talloc memory allocation tree para sa
ang recovery daemon sa karaniwang output.

paglusaw
I-thaw ang isang dating frozen na node.

eventscript MGA PANGANGATWIRANG
Ito ay isang utos sa pag-debug. Ang utos na ito ay maaaring gamitin upang manu-manong i-invoke at patakbuhin ang
eventscritps na may di-makatwirang argumento.

pagbabawal BANTIME
Administratibong pagbawalan ang isang node sa loob ng BANTIME segundo. Maaalis sa pagkakaban ang node pagkatapos ng BANTIME
lumipas ang mga segundo.

Ang isang ipinagbabawal na node ay hindi lumalahok sa cluster. Hindi ito nagho-host ng anumang mga tala para sa
clustered TDB at hindi nagho-host ng anumang pampublikong IP address.

Awtomatikong pinagbawalan ang mga node kung maling kumilos ang mga ito. Halimbawa, ang isang node ay maaaring ipagbawal kung ito
nagiging sanhi ng napakaraming pagbawi ng kumpol.

Upang administratibong ibukod ang isang node mula sa isang cluster gamitin ang itigil utos.

unban
Ang utos na ito ay ginagamit upang i-unban ang isang node na maaaring administratibong pinagbawalan ang paggamit
ang ban command o awtomatikong na-ban.

rebalancenode [PNN-LIST]
Minamarkahan ng command na ito ang mga ibinigay na node bilang mga target ng rebalance sa LCP2 IP allocation
algorithm. Ang reloadip gagawin ito ng command kung kinakailangan kaya hindi dapat ang utos na ito
kailangan.

check_srvids SRVID ...
Sinusuri ng command na ito kung ang isang set ng srvid message port ay nakarehistro sa node o
hindi. Ang utos ay tumatagal ng isang listahan ng mga halaga upang suriin.

halimbawa
# ctdb check_srvids 1 2 3 14765
Ang server id 0:1 ay wala
Ang server id 0:2 ay wala
Ang server id 0:3 ay wala
Umiiral ang server id 0:14765

Gumamit ng ctdb online gamit ang mga serbisyo ng onworks.net