ctdb - Online na nuvem

PROGRAMA:

NOME

ctdb - utilitário de gerenciamento CTDB

SINOPSE

ctdb [OPÇÃO...] {COMANDO} [COMANDO-ARGS]

DESCRIÇÃO

ctdb é um utilitário para visualizar e gerenciar um cluster CTDB.

Os termos a seguir são usados ​​ao se referir a nós em um cluster:

PNN
Número do nó físico. O número do nó físico é um número inteiro que descreve o nó
no cluster. O primeiro nó possui o número de nó físico 0. em um cluster.

LISTA PNN
Este é um único PNN, uma lista separada por vírgulas de PNNs ou "todos".

Os comandos que fazem referência a um banco de dados usam os seguintes termos:

DB
Este é um nome de banco de dados, como locking.tdb, ou um ID de banco de dados, como
"0x42fe72c5".

LISTA DE BD
Uma lista separada por espaços de pelo menos um DB.

OPÇÕES

-n LISTA PNN
Os nós especificados pelo PNN-LIST devem ser consultados para obter as informações solicitadas.
O padrão é consultar o daemon em execução no host local.

-Y
Produza saída em formato legível por máquina para facilitar a análise por scripts. Isso usa um
delimitador de campo de ':'. Nem todos os comandos oferecem suporte a essa opção.

-x SEPARADOR
Use SEPARATOR para delimitar campos na saída legível por máquina. Isso implica -Y.

-X
Produza saída em formato legível por máquina para facilitar a análise por scripts. Isso usa um
delimitador de campo de '|'. Nem todos os comandos oferecem suporte a essa opção.

Isso é equivalente a "-x |" e evita alguns problemas de cotação de shell.

-t TIMEOUT
Indica que ctdb deve esperar até TIMEOUT segundos por uma resposta à maioria dos comandos
enviado para o daemon CTDB. O padrão é 10 segundos.

-T LIMITE DE TEMPO
Indica que TIMELIMIT é o tempo máximo de execução (em segundos) para o comando ctdb.
Quando TIMELIMIT é excedido, o comando ctdb termina com um erro. O padrão
é 120 segundos.

-? --ajuda
Imprima algum texto de ajuda na tela.

--uso
Imprima informações de uso na tela.

-d --debug =NÍVEL DE DEBUG
Altere o nível de depuração do comando. O padrão é AVISO (2).

--socket =NOME DO ARQUIVO
Especifique que FILENAME é o nome do soquete de domínio Unix para usar ao conectar-se a
o daemon CTDB local. O padrão é /tmp/ctdb.socket.

ADMINISTRATIVA COMANDOS

Esses são comandos usados ​​para monitorar e administrar um cluster CTDB.

pnn
Este comando exibe o PNN do nó atual.

xpnn
Este comando exibe o PNN do nó atual sem entrar em contato com o daemon CTDB. Isto
analisa o arquivo de nós diretamente, portanto, pode produzir uma saída inesperada se o arquivo de nós tiver
foi editado, mas não foi recarregado.

estado
Este comando mostra o status atual de todos os nós CTDB com base nas informações do
nó consultado.

Nota: Se o nó consultado estiver INATIVO, o status pode não ser atual.

Node estado
Isso inclui o número de nós físicos e o status de cada nó. Ver ctdb(7)
para obter informações sobre os estados dos nós.

Geração
O id de geração é um número que indica a geração atual de um cluster
instância. Cada vez que um cluster passa por uma reconfiguração ou recuperação, seu
o id de geração será alterado.

Este número não tem nenhum significado particular a não ser para acompanhar quando um
cluster passou por uma recuperação. É um número aleatório que representa o atual
instância de um cluster ctdb e seus bancos de dados. O daemon CTDB usa este número
internamente para ser capaz de dizer quando os comandos devem operar no cluster e o
bancos de dados foi emitido em uma geração diferente do cluster, para garantir que os comandos
que operam nos bancos de dados não sobreviverão em uma recuperação de banco de dados de cluster.
Após uma recuperação, todos os comandos pendentes antigos se tornarão automaticamente inválidos.

Às vezes, esse número será mostrado como "INVÁLIDO". Isso significa apenas que o ctdbd
o daemon foi iniciado, mas ainda não foi mesclado com o cluster por meio de uma recuperação. Tudo
os nós começam com a geração "INVALID" e não são atribuídos a um id de geração real até
eles foram mesclados com êxito com um cluster por meio de uma recuperação.

Virtual Node Sessão (VNN) mapa,
Consiste no número de nós virtuais e mapeamento de números de nós virtuais para
números de nós físicos. Os nós virtuais hospedam bancos de dados CTDB. Somente nós que são
participar do mapa VNN pode se tornar lmaster ou dmaster para registros de banco de dados.

Recuperacao modo
Este é o modo de recuperação atual do cluster. Existem dois modos possíveis:

NORMAL - O cluster está totalmente operacional.

RECUPERAÇÃO - Os bancos de dados do cluster foram todos congelados, pausando todos os serviços enquanto o
cluster aguarda um processo de recuperação para ser concluído. Um processo de recuperação deve terminar dentro de
segundos. Se um cluster estiver travado no estado de RECUPERAÇÃO, isso indicaria um cluster
mau funcionamento que precisa ser investigado.

Uma vez que o mestre de recuperação detecta uma inconsistência, por exemplo, um nó torna-se
desconectado / conectado, o daemon de recuperação acionará um processo de recuperação de cluster,
onde todos os bancos de dados são remergidos em todo o cluster. Quando este processo começa, o
o mestre de recuperação primeiro "congela" todos os bancos de dados para evitar aplicativos como
samba acesse os bancos de dados e também marcará o modo de recuperação como
RECUPERAÇÃO.

Quando o daemon CTDB é inicializado, ele iniciará no modo RECUPERAÇÃO. Uma vez que o nó foi
fundidos em um cluster e todos os bancos de dados foram recuperados, o modo de nó mudará
no modo NORMAL e os bancos de dados serão "descongelados", permitindo que o samba acesse o
bancos de dados novamente.

Recuperacao dominar
Este é o nó do cluster atualmente designado como mestre de recuperação. Esse
nó é responsável por monitorar a consistência do cluster e realizar o
processo de recuperação real quando necessário.

Apenas um nó por vez pode ser o mestre de recuperação designado. Qual nó é
designado o mestre de recuperação é decidido por um processo eleitoral na recuperação
daemons em execução em cada nó.

Exemplo
#status ctdb
Número de nós: 4
pnn: 0 192.168.2.200 OK (ESTE NÓ)
pnn: 1 192.168.2.201 OK
pnn: 2 192.168.2.202 OK
pnn: 3 192.168.2.203 OK
Geração: 1362079228
Tamanho: 4
hash: 0 lmaster: 0
hash: 1 lmaster: 1
hash: 2 lmaster: 2
hash: 3 lmaster: 3
Modo de recuperação: NORMAL (0)
Mestre de recuperação: 0

status do nó [LISTA PNN]
Este comando é semelhante ao estado comando. Ele exibe o subconjunto de "status do nó" de
saída. As principais diferenças são:

· O código de saída é o bit a bit-OR dos sinalizadores para cada nó especificado, enquanto ctdb
estado sai com 0 se foi capaz de recuperar o status de todos os nós.

· ctdb estado fornece informações de status para todos os nós. ctdb status do nó o padrão é
fornecendo status apenas para o nó atual. Se PNN-LIST for fornecido, o status será
fornecido para o (s) nó (s) indicado (s).

Por padrão, o ctdb status do nó reúne o status do nó local. No entanto, se invocado
com "-n all" (ou semelhante), o status é obtido a partir do (s) nó (s) fornecido (s). No
particular ctdb status do nó todos os e ctdb status do nó -n todos os vai produzir diferente
saída. É possível fornecer 2 nodespecs diferentes (com e sem "-n"), mas
a saída geralmente é confusa!

Uma invocação comum em scripts é ctdb status do nó todos os para verificar se todos os nós em um
cluster estão íntegros.

Exemplo
# ctdb status do nó
pnn: 0 10.0.0.30 OK (ESTE NÓ)

# ctdb nodosstatus todos
Número de nós: 2
pnn: 0 10.0.0.30 OK (ESTE NÓ)
pnn: 1 10.0.0.31 OK

remasterizar
Este comando mostra o pnn do nó que atualmente é o recmaster.

Nota: Se o nó consultado estiver INATIVO, o status pode não ser atual.

uptime
Este comando mostra o tempo de atividade do daemon ctdb. Quando a última recuperação ou failover de ip
concluído e quanto tempo demorou. Se a "duração" for mostrada como um número negativo, este
indica que há uma recuperação / failover em andamento e começou há muitos segundos
Agosto

Exemplo
# tempo de atividade do ctdb
Hora atual do nó: quinta-feira, 29 de outubro, 10:38:54 de 2009
Horário de início do Ctdbd: (000 16:54:28) Quarta, 28 de outubro 17:44:26 de 2009
Hora da última recuperação / failover: (000 16:53:31) Quarta, 28 de outubro 17:45:23 de 2009
Duração da última recuperação / failover: 2.248552 segundos

nós de lista
Este comando mostra listas de endereços IP de todos os nós no cluster.

Exemplo
# nós de lista ctdb
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

lista natgw
Mostra o gateway NAT atual e o status de todos os nós no gateway NAT atual
grupo. Veja a seção NAT GATEWAY em ctdb(7) para obter mais detalhes.

Exemplo
#ctdb natgwlist
0 192.168.2.200
Número de nós: 4
pnn: 0 192.168.2.200 OK (ESTE NÓ)
pnn: 1 192.168.2.201 OK
pnn: 2 192.168.2.202 OK
pnn: 3 192.168.2.203 OK

sibilo
Este comando fará um "ping" de nós CTDB especificados no cluster para verificar se eles são
execução.

Exemplo
# ctdb ping -n todos
resposta de 0 tempo = 0.000054 seg (3 clientes)
resposta de 1 tempo = 0.000144 seg (2 clientes)
resposta de 2 tempo = 0.000105 seg (2 clientes)
resposta de 3 tempo = 0.000114 seg (2 clientes)

ifaces
Este comando irá exibir a lista de interfaces de rede, que podem hospedar públicos
endereços, junto com seu status.

Exemplo
#ctdb ifaces
Interfaces no nó 0
nome: link eth5: referências para cima: 2
nome: link eth4: referências para baixo: 0
nome: link eth3: referências para cima: 1
nome: link eth2: referências para cima: 1

#ctdb -X ifaces
| Nome | LinkStatus | Referências |
| eth5 | 1 | 2 |
| eth4 | 0 | 0 |
| eth3 | 1 | 1 |
| eth2 | 1 | 1 |

ip
Este comando irá mostrar a lista de endereços públicos que são fornecidos pelo cluster
e qual nó físico está servindo atualmente a este ip. Por padrão, este comando SÓ
mostra os endereços públicos que são conhecidos pelo próprio nó. Para ver a lista completa de todos
ips públicos em todo o cluster, você deve usar "ctdb ip -n all".

Exemplo
#ctdb ip -v
IPs públicos no nó 0
172.31.91.82 nó [1] ativo [] disponível [eth2, eth3] configurado [eth2, eth3]
172.31.91.83 nó [0] ativo [eth3] disponível [eth2, eth3] configurado [eth2, eth3]
172.31.91.84 nó [1] ativo [] disponível [eth2, eth3] configurado [eth2, eth3]
172.31.91.85 nó [0] ativo [eth2] disponível [eth2, eth3] configurado [eth2, eth3]
172.31.92.82 nó [1] ativo [] disponível [eth5] configurado [eth4, eth5]
172.31.92.83 nó [0] ativo [eth5] disponível [eth5] configurado [eth4, eth5]
172.31.92.84 nó [1] ativo [] disponível [eth5] configurado [eth4, eth5]
172.31.92.85 nó [0] ativo [eth5] disponível [eth5] configurado [eth4, eth5]

#ctdb -X ip -v
| IP público | Nó | 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
Este comando exibirá detalhes sobre os endereços públicos especificados.

Exemplo
#ctdb ipinfo 172.31.92.85
Informações de IP público [172.31.92.85] no nó 0
IP: 172.31.92.85
CurrentNode: 0
NumInterfaces: 2
Interface [1]: Nome: Eth4 Link: down Referências: 0
Interface [2]: Nome: eth5 Link: up Referências: 2 (ativo)

status do script
Este comando exibe quais scripts foram executados no ciclo de monitoramento anterior e o
resultado de cada script. Se um script falhou com um erro, fazendo com que o nó se tornasse
não íntegra, a saída desse script também é mostrada.

Exemplo
# status do script ctdb
7 scripts foram executados no último ciclo de monitoramento
00.ctdb Status: OK Duração: 0.056 Ter, 24 de março, 18:56:57 de 2009
10. Status da interface: OK Duração: 0.077 Ter, 24 de março, 18:56:57 de 2009
11.natgw Status: OK Duração: 0.039 Ter, 24 de março, 18:56:57 de 2009
20.multipathd Status: OK Duração: 0.038 Ter 24 de março 18:56:57 de 2009
31. Status do clamd: DESATIVADO
40.vsftpd Status: OK Duração: 0.045 Ter 24 Mar 18:56:57 2009
41.httpd Status: OK Duração: 0.039 Ter, 24 de março, 18:56:57 de 2009
50.samba Status: ERROR Duração: 0.082 Ter, 24 de março, 18:56:57 de 2009
SAÍDA: ERRO: A porta 445 do Samba tcp não está respondendo

desabilitar script SCRIPT
Este comando é usado para desabilitar um script de evento.

Isso terá efeito na próxima vez que os scripts de eventos forem executados, por isso pode demorar um
pouco tempo até que isso seja refletido em 'scriptstatus'.

enablecript SCRIPT
Este comando é usado para habilitar um script de evento.

Isso terá efeito na próxima vez que os scripts de eventos forem executados, por isso pode demorar um
pouco tempo até que isso seja refletido em 'scriptstatus'.

vars de lista
Liste todas as variáveis ​​ajustáveis, exceto os valores dos ajustáveis ​​obsoletos como
VacuumMinInterval. Os ajustáveis ​​obsoletos podem ser recuperados apenas explicitamente com o "ctdb
comando getvar ".

Exemplo
# listas de ctdb
MaxRedirectCount = 3
SeqnumInterval = 1000
Tempo limite de controle = 60
TraverseTimeout = 20
KeepaliveInterval = 5
Limite Keepalive = 5
Tempo limite de recuperação = 20
Intervalo de Recuperação = 1
EleiçãoTimeout = 3
Tempo limite de aquisição = 9
MonitorIntervalo = 15
TickleUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
RecoveryGracePeríodo = 120
RecoveryBanPeríodo = 300
Banco de dadosHashSize = 100001
Banco de dadosMaxDead = 5
Tempo limite de recuperação = 10
Habilitar Bans = 1
IPs determinísticos = 0
LCP2PúblicoIPs = 1
ReclockPingPeríodo = 60
SemIPFailback = 0
Desabilitar IPFailover = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
RecdFailCount = 10
LogLatênciaMs = 0
RecLockLatencyMs = 1000
RecuperaçãoDropAllIPs = 120
Intervalo de Vácuo = 10
VácuoMaxRunTime = 30
RepackLimit = 10000
Limite de Vácuo = 5000
VacuumFastPathCount = 60
MaxQueueDropMsg = 1000000
UseStatusEvents = 0
PermitirUnhealthyDBRead = 0
StatHistoryInterval = 1
DeferredAttachTO = 120
AllowClientDBAnexar = 1
RecuperarPDBBySeqNum = 0

getvar NOME
Obtenha o valor de tempo de execução de uma variável ajustável.

Exemplo
#ctdb getvarMaxRedirectCount
MaxRedirectCount = 3

Setvar NOME VALOR
Defina o valor de tempo de execução de uma variável ajustável.

Exemplo: ctdb setvar MaxRedirectCount 5

lvsmaster
Este comando mostra qual nó é atualmente o LVSMASTER. O LVSMASTER é o nó no
cluster que dirige o sistema LVS e que recebe todo o tráfego de entrada dos clientes.

LVS é o modo em que todo o cluster CTDB / Samba usa um único endereço IP para o
cluster inteiro. Neste modo, todos os clientes se conectam a um nó específico que irá então
multiplexar / balancear a carga dos clientes uniformemente nos outros nós do cluster. Isto é um
alternativa ao uso de endereços IP públicos. Veja a página de manual do ctdbd para mais informações
sobre LVS.

Eu contra
Este comando mostra quais nós do cluster estão atualmente ativos no LVS
configuração. Ou seja, quais nós estamos atualmente fazendo o balanceamento de carga do único endereço IP
através.

LVS irá, por padrão, apenas balancear a carga entre os nós que são capazes de LVS e também
SAUDÁVEL. Exceto se todos os nós forem INALÁVEIS, caso em que o LVS fará o balanceamento de carga em todos
Nós INALÉDOS também. LVS nunca usará nós que estão DESCONECTADOS, PARADOS, PROIBIDOS
ou DESATIVADO.

Exemplo de saída:

2:10.0.0.13
3:10.0.0.14

obter capacidades
Este comando mostra os recursos do nó atual. Veja a seção CAPACIDADES em
ctdb(7) para obter mais detalhes.

Exemplo de saída:

RECMASTOR: SIM
LMASTER: SIM
LVS: NÃO
NATGW: SIM

estatística
Colete estatísticas do daemon CTDB sobre quantas chamadas ele atendeu. Em formação
sobre vários campos nas estatísticas podem ser encontrados em estatísticas-ctdb(7).

Exemplo
#estatísticas ctdb
CTDB versão 1
num_clientes 3
0 congelado
recuperando 0
client_packets_sent 360489
client_packets_recv 360466
node_packets_sent 480931
node_packets_recv 240120
keepalive_packets_sent 4
keepalive_packets_recv3
nó
req_call 2
resposta_chamada 2
req_dmaster 0
respond_dmaster 0
resposta_erro 0
mensagem_req 42
req_control 120408
resposta_controle 360439
cliente
req_call 2
mensagem_req 24
req_control 360440
tempos limite
chamar 0
0 controle
atravessar 0
total_chamadas 2
pendentes_calls 0
lockwait_calls 0
pendente_lockwait_calls 0
memória_usada 5040
max_hop_count 0
max_call_latency 4.948321 s
max_lockwait_latency 0.000000 seg

redefinição de estatísticas
Este comando é usado para limpar todos os contadores de estatísticas em um nó.

Exemplo: ctdb statisticsreset

estatísticas de banco de dados DB
Exibir estatísticas sobre o banco de dados DB. Informações sobre vários campos em dbstatistics
pode ser encontrada em estatísticas-ctdb(7).

Exemplo
# ctdb dbstatistics lock.tdb
Estatísticas do banco de dados: locking.tdb
ro_delegações 0
ro_revokes 0
fechaduras
14356 total
falhou 0
atual 0
pendente 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0 XNUMX
lock_buckets: 0 14188 38 76 32 19 3 0 0 0 0 0 0 0 0 0 XNUMX
locks_latency MIN / AVG / MAX 0.001066 / 0.012686 / 4.202292 seg de 14356
Teclas de atalho de número: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

pegar o relógio
Mostra o nome do arquivo de bloqueio de recuperação, se houver.

Exemplo de saída:

Arquivo de reclock: /clusterfs/.ctdb/recovery.lock

acertar o relógio [ARQUIVO]
FILE especifica o nome do arquivo de bloqueio de recuperação. Se o arquivo de bloqueio de recuperação for alterado em
tempo de execução, isso causará uma recuperação, que por sua vez faz com que o bloqueio de recuperação seja
retomada.

Se nenhum FILE for especificado, um arquivo de bloqueio de recuperação não será mais usado.

Este comando afeta apenas a configuração de tempo de execução de um único nó CTDB. Esta configuração devo be
alterado em todos os nós simultaneamente, especificando -n todos os (ou similar). Para informação
sobre a configuração do arquivo de bloqueio de recuperação, consulte a entrada CTDB_RECOVERY_LOCK em
ctdbd.conf(5) e a entrada --reclock em ctdbd(1). Para obter informações sobre o bloqueio de recuperação
consulte a seção RECUPERAÇÃO DE BLOQUEIO em ctdb(7).

getdebug
Obtenha o nível de depuração atual para o nó. o nível de depuração controla quais informações são
escrito no arquivo de log.

Os níveis de depuração são mapeados para os níveis de syslog correspondentes. Quando um nível de depuração é definido,
apenas as mensagens naquele nível e em níveis superiores serão impressas.

A lista de níveis de depuração do mais alto ao mais baixo são:

AVISO DE ERRO INFORMAÇÕES DE AVISO DEBUG

setdebug NÍVEL DE DEBUG
Defina o nível de depuração de um nó. Isso controla quais informações serão registradas.

O nível de depuração é um de ERR WARNING NOTICE INFO DEBUG

enlouquecer
Este comando retornará o id do processo do daemon ctdb.

desabiltar
Este comando é usado para desabilitar administrativamente um nó no cluster. Um nó desativado
ainda participará do cluster e dos registros TDB clusterizados do host, mas seu ip público
o endereço foi assumido por um nó diferente e não hospeda mais nenhum serviço.

permitir
Reative um nó que foi desativado administrativamente.

Pare
Este comando é usado para PARAR administrativamente um nó no cluster. Um nó STOPPED é
conectado ao cluster, mas não hospedará nenhum endereço IP público, nem participa
no VNNMAP. A diferença entre um nó DISABLED e um nó STOPPED é que um STOPPED
nó não hospeda nenhuma parte do banco de dados, o que significa que uma recuperação é necessária para
parar / continuar nós.

continuar
Reinicie um nó que foi interrompido administrativamente.

adicionar IPADDR/máscara IFACE
Este comando é usado para adicionar um novo ip público a um nó durante o tempo de execução. Isso permite o público
endereços a serem incluídos em um cluster sem a necessidade de reiniciar os daemons ctdb.

Observe que isso apenas atualiza a instância de tempo de execução do ctdb. Quaisquer alterações serão perdidas a seguir
tempo ctdb é reiniciado e o arquivo de endereços públicos é lido novamente. Se você quer essa mudança
para ser permanente, você também deve atualizar o arquivo de endereços públicos manualmente.

lapidação IPADDR
Este comando é usado para remover um ip público de um nó durante o tempo de execução. Se este ip público
está atualmente hospedado pelo nó do qual está sendo removido, o ip terá primeiro failover para
outro nó, se possível, antes de ser removido.

Observe que isso apenas atualiza a instância de tempo de execução do ctdb. Quaisquer alterações serão perdidas a seguir
tempo ctdb é reiniciado e o arquivo de endereços públicos é lido novamente. Se você quer essa mudança
para ser permanente, você também deve atualizar o arquivo de endereços públicos manualmente.

mover IPADDR PNN
Este comando pode ser usado para falhar manualmente um endereço IP público para um nó específico.

Para substituir manualmente a distribuição "automática" de endereços IP públicos que
ctdb normalmente fornece, este comando só funciona quando você altera os ajustáveis ​​para o
daemon para:

IPs determinísticos = 0

SemIPFailback = 1

encerramento
Este comando encerrará um daemon CTDB específico.

setlmasterrole ligado | desligado
Este comando é usado para habilitar / desabilitar o recurso LMASTER para um nó no tempo de execução. Esse
capacidade determina se um nó pode ou não ser usado como um LMASTER para registros no
base de dados. Um nó que não possui o recurso LMASTER não aparecerá no vnnmap.

Os nós terão, por padrão, esse recurso, mas pode ser removido dos nós pelo
configuração no arquivo sysconfig ou usando este comando.

Depois que essa configuração for habilitada / desabilitada, você precisa executar uma recuperação para que
efeito.

Veja também "ctdb getcapabilities"

setrecmasterrole ligado | desligado
Este comando é usado para habilitar / desabilitar o recurso RECMASTER para um nó em tempo de execução.
Esta capacidade determina se um nó pode ou não ser usado como um RECMASTER para o
cacho. Um nó que não tem a capacidade RECMASTER não pode ganhar um recmaster
eleição. Um nó que já é o recmaster para o cluster quando a capacidade é
retirado do nó permanecerá o recmaster até a próxima eleição de cluster.

Os nós terão, por padrão, esse recurso, mas pode ser removido dos nós pelo
configuração no arquivo sysconfig ou usando este comando.

Veja também "ctdb getcapabilities"

nós de recarga
Este comando é usado ao adicionar novos nós, ou remover nós existentes de um existente
grupo.

Procedimento para adicionar um nó:

1, para expandir um cluster existente, primeiro certifique-se com 'ctdb status' de que todos os nós estão ativos
e correndo e que estão todos saudáveis. Não tente expandir um cluster a menos que seja
completamente saudável!

2, Em todos os nós, edite / etc / ctdb / nodes e adicione o novo nó como a última entrada no arquivo.
O novo nó DEVE ser adicionado ao final deste arquivo!

3, verifique se todos os nós têm arquivos / etc / ctdb / nodes idênticos depois de editá-los
e adicionou o novo nó!

4, Execute 'ctdb reloadnodes' para forçar todos os nós a recarregar o arquivo de nós.

5, Use 'ctdb status' em todos os nós e verifique se eles agora mostram o nó adicional.

6, instale e configure o novo nó e coloque-o online.

Procedimento para remover um nó:

1, para remover um nó de um cluster existente, primeiro certifique-se com 'ctdb status' que todos
os nós, exceto o nó a ser excluído, estão ativos e em execução e todos estão íntegros. Fazer
não tente remover um nó de um cluster a menos que o cluster esteja completamente íntegro!

2, desligue e desligue o nó a ser removido.

3, Em todos os outros nós, edite o arquivo / etc / ctdb / nodes e comente o nó a ser
removido. Não exclua a linha desse nó, apenas comente adicionando um '#' no
início da linha.

4, Execute 'ctdb reloadnodes' para forçar todos os nós a recarregar o arquivo de nós.

5, Use 'ctdb status' em todos os nós e verifique se o nó excluído não aparece mais em
a lista..

recargas [LISTA PNN]
Este comando recarrega o arquivo de configuração de endereços públicos nos nós especificados. Quando
ele conclui os endereços serão reconfigurados e reatribuídos em todo o cluster como
necessário.

getdbmap
Este comando lista todos os bancos de dados TDB em cluster aos quais o daemon CTDB se conectou. Algum
bancos de dados são sinalizados como PERSISTENTES, isso significa que o banco de dados armazena dados de forma persistente
e os dados permanecerão durante as reinicializações. Um exemplo desse tipo de banco de dados é secrets.tdb
onde as informações sobre como o cluster ingressou no domínio são armazenadas.

Se um banco de dados PERSISTENT não estiver em um estado íntegro, o banco de dados será sinalizado como UNHEALTHY.
Se houver pelo menos um nó completamente íntegro em execução no cluster, é possível que
o conteúdo é restaurado por uma execução de recuperação automática. Caso contrário, um administrador precisa
analise o problema.

Consulte também "ctdb getdbstatus", "ctdb backupdb", "ctdb restauradob", "ctdb dumpbackup", "ctdb
wipedb "," ctdb setvar AllowUnhealthyDBRead 1 "e (se samba ou tdb-utils estiverem instalados)
"verificação de tdbtool".

A maioria dos bancos de dados não são persistentes e apenas armazenam as informações de estado que o atual
executando os daemons do samba precisam. Esses bancos de dados são sempre limpos quando ctdb / samba é iniciado e
quando um nó é reinicializado.

Exemplo
#ctdb getdbmap
Número de bancos de dados: 10
dbid: 0x435d3410 nome: notificar.tdb caminho: /var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid: 0x1421fb78 nome: brlock.tdb caminho: /var/ctdb/brlock.tdb.0
dbid: 0x17055d90 nome: caminho connections.tdb: /var/ctdb/connections.tdb.0
dbid: 0xc0bdde6a nome: sessionid.tdb caminho: /var/ctdb/sessionid.tdb.0
dbid: 0x122224da nome: caminho test.tdb: /var/ctdb/test.tdb.0
dbid: 0x2672a57f nome: idmap2.tdb caminho: /var/ctdb/persistent/idmap2.tdb.0 PERSISTENTE
dbid: 0xb775fff6 nome: secrets.tdb caminho: /var/ctdb/persistent/secrets.tdb.0 PERSISTENTE
dbid: 0xe98e08b6 nome: group_mapping.tdb caminho: /var/ctdb/persistent/group_mapping.tdb.0 PERSISTENTE
dbid: 0x7bbbd26c name: passdb.tdb path: /var/ctdb/persistent/passdb.tdb.0 PERSISTENT

# ctdb getdbmap # exemplo para banco de dados não íntegro
Número de bancos de dados: 1
dbid: 0xb775fff6 nome: secrets.tdb caminho: /var/ctdb/persistent/secrets.tdb.0 PERSISTENTE NÃO SAUDÁVEL

# ctdb -X getdbmap
| ID | Nome | Caminho | Persistente | Insalubre |
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

backupdb DB ARQUIVO
Copie o conteúdo do banco de dados DB para FILE. ARQUIVO pode ser lido posteriormente usando restaurado.
Isso é útil principalmente para fazer backup de bancos de dados persistentes, como secrets.tdb e semelhantes.

restaurado ARQUIVO [DB]
Este comando restaura um banco de dados persistente cujo backup foi feito anteriormente usando backupdb.
Por padrão, os dados serão restaurados de volta no mesmo banco de dados de onde foram criados.
Ao especificar dbname, você pode restaurar os dados em um banco de dados diferente.

definirdbreadonly DB
Este comando habilitará o suporte de registro somente leitura para um banco de dados. Isto é um
recurso experimental para melhorar o desempenho de registros contendidos principalmente em locking.tdb
e brlock.tdb. Ao habilitar este recurso, você deve configurá-lo em todos os nós do cluster.

setdbsticky DB
Este comando habilitará o suporte de registro fixo para o banco de dados especificado. Isto é um
recurso experimental para melhorar o desempenho de registros contendidos principalmente em locking.tdb
e brlock.tdb. Ao habilitar este recurso, você deve configurá-lo em todos os nós do cluster.

INTERNO COMANDOS

Os comandos internos são usados ​​pelos scripts do CTDB e não são necessários para gerenciar um CTDB
cacho. Seus parâmetros e comportamento estão sujeitos a mudanças.

cócegas IPADDR
Mostra as conexões TCP que estão registradas com CTDB para serem "ativadas" se houver um failover.

graciosoarp IPADDR INTERFACE
Envie um ARP gratificante para a interface especificada por meio da interface especificada. Esse
O comando é usado principalmente pelos scripts de eventos ctdb.

killtcp
Leia uma lista de conexões TCP, uma por linha, da entrada padrão e finalize cada uma
conexão. Uma conexão é especificada como:

SRC-IPADDR:SRC-PORTA Horário de verão-IPADDR:DST-PORTA

Cada conexão é encerrada emitindo um TCP RST para o terminal SRC-IPADDR: SRC-PORT.

Uma única conexão pode ser especificada na linha de comando em vez de na entrada padrão.

excluir DB KEY
Exclua KEY do banco de dados.

buscar DB KEY
Imprima o valor associado a KEY em DB.

loja DB KEY ARQUIVO
Armazene KEY em DB com conteúdo de FILE como o valor associado.

ptrans DB [ARQUIVO]
Leia uma lista de pares de valores-chave, um por linha de FILE, e armazene-os no banco de dados usando um
transação única. Um valor vazio é equivalente a excluir a chave fornecida.

A chave e o valor devem ser separados por espaços ou tabulações. Cada chave / valor deve ser um
string imprimível entre aspas duplas.

estado de execução [configuração | first_recovery | inicialização | execução]
Imprime o estado de execução do nó especificado. Runstates são usados ​​para serializar estados importantes
transições no CTDB, particularmente durante a inicialização.

Se um ou mais argumentos runstate opcionais forem especificados, o nó deve estar em um dos
esses estados de execução para que o comando seja bem-sucedido.

Exemplo
# estado de execução ctdb
CORRENDO

setifacelink IFACE cima | baixo
Defina o estado interno da interface de rede IFACE. Isso é normalmente usado no
10. script de interface no evento "monitor".

Exemplo: ctdb setifacelink eth0 up

setnatgwstate ligado | desligado
Habilite ou desabilite o recurso mestre do gateway NAT em um nó.

cócegas SRC-IPADDR:SRC-PORTA Horário de verão-IPADDR:DST-PORTA
Envie um tickle TCP para o host de origem para a conexão TCP especificada. Um tickle TCP é um
Pacote TCP ACK com uma sequência inválida e número de confirmação e será quando recebido por
o host de origem resulta no envio de um ACK correto imediato para a outra extremidade.

Os tickles TCP são úteis para "agradar" os clientes após a ocorrência de um failover de IP, pois isso irá
fazer o cliente reconhecer imediatamente que a conexão TCP foi interrompida e que o
o cliente precisará restabelecer. Isso acelera muito o tempo que leva para um cliente
detectar e restabelecer após um failover de IP no cluster ctdb.

versão
Exibe a versão do CTDB.

DEPURAÇÃO COMANDOS

Esses comandos são usados ​​principalmente para desenvolvimento e teste de CTDB e não devem ser usados
para administração normal.

OPÇÕES
--print-emptyrecords
Isso permite a impressão de registros vazios ao despejar bancos de dados com o catdb, cattbd
e comandos dumpdbbackup. Registros com segmento de dados vazio são considerados excluídos por
ctdb e limpo pelo mecanismo de aspiração, de modo que esta chave pode ser útil para
depurar o comportamento de aspiração.

--print-datasize
Isso permite que os dumps do banco de dados (catdb, cattdb, dumpdbbackup) imprimam o tamanho do registro
dados em vez de despejar o conteúdo dos dados.

--print-lmaster
Isso permite que o catdb imprima o lmaster para cada registro.

--print-hash
Isso permite que os dumps do banco de dados (catdb, cattdb, dumpdbbackup) imprimam o hash para cada registro.

--print-recordflags
Isso permite que catdb e dumpdbbackup imprimam os sinalizadores de cada registro. Observe que
cattdb sempre imprime os sinalizadores.

existe processo PID
Este comando verifica se um processo específico existe no host CTDB. Isso é usado principalmente por
Samba para verificar se as instâncias remotas do samba ainda estão rodando ou não.

getdbstatus DB
Este comando exibe mais detalhes sobre um banco de dados.

Exemplo
#ctdb getdbstatus test.tdb.0
DBID: 0x122224da
nome: test.tdb
caminho: /var/ctdb/test.tdb.0
PERSISTENTE: não
SAÚDE: OK

# ctdb getdbstatus registry.tdb # com um TDB corrompido
lance: 0xf2a58948
nome: registry.tdb
caminho: /var/ctdb/persistent/registry.tdb.0
PERSISTENTE: sim
SAÚDE: NO-HEALTHY-NODES - ERROR - Backup de TDB corrompido em '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'

banco de dados cat DB
Imprima um dump do banco de dados TDB clusterizado.

cattdb DB
Imprime um dump do conteúdo do banco de dados local TDB DB.

dumpdbbackup ARQUIVO
Imprime um despejo do conteúdo do arquivo de backup do banco de dados, semelhante a banco de dados cat.

limpar DB
Remova todo o conteúdo do banco de dados DB.

recuperar
Este comando irá acionar o daemon de recuperação para fazer uma recuperação de cluster.

irealocar, sincronizar
Este comando forçará o mestre de recuperação a realizar um processo completo de realocação de ip e
redistribua todos os endereços IP. Isso é útil para "redefinir" as alocações de volta ao seu
estado padrão se eles foram alterados usando o comando "moveip". Enquanto uma "recuperação" irá
também realizará essa realocação, uma recuperação é bem mais pesada já que também vai
reconstruir todos os bancos de dados.

getmonmode
Este comando retorna o modo de monitoramento de um nó. O modo de monitoramento é ATIVO
ou DESATIVADO. Normalmente, um nó irá monitorar continuamente que todos os outros nós que são
esperados estão de fato conectados e que respondem aos comandos.

ATIVO - Este é o modo normal. O nó está monitorando ativamente todos os outros nós, ambos
se o transporte está conectado e também se o nó responde aos comandos. Se um nó
ficar indisponível, será marcado como DESCONECTADO e uma recuperação será iniciada para
restaurar o cluster.

DESATIVADO - Este nó não está monitorando se outros nós estão disponíveis. Neste modo, um nó
a falha não será detectada e nenhuma recuperação será executada. Este modo é útil quando
para fins de depuração, deseja-se anexar o GDB a um processo ctdb, mas deseja evitar que
resto do cluster marque este nó como DESCONECTADO e faça uma recuperação.

setmonmode 0 | 1
Este comando pode ser usado para desabilitar / habilitar explicitamente o modo de monitoramento em um nó. O principal
propósito é se alguém deseja anexar o GDB a um daemon ctdb em execução, mas deseja evitar o
outros nós de marcá-lo como DESCONECTADO e emitir uma recuperação. Para fazer isso, defina
modo de monitoramento para 0 em todos os nós antes de conectar com GDB. Lembre-se de definir o monitoramento
modo de volta a 1 depois.

anexar DBNAME [persistente]
Crie um novo banco de dados CTDB chamado DBNAME e anexe a ele em todos os nós.

desanexar LISTA DE BD
Desanexar bancos de dados não persistentes especificados do cluster. Este comando irá desconectar
banco de dados especificado (s) em todos os nós no cluster. Este comando só deve ser usado quando
nenhum dos bancos de dados especificados está em uso.

Todos os nós devem estar ativos e ajustáveis. AllowClientDBAccess deve ser desativado em todos os nós
antes de desanexar bancos de dados.

memória de despejo
Este é um comando de depuração. Este comando fará com que o daemon ctdb escreva uma memória de preenchimento
mapa de alocação para saída padrão.

rddumpmemória
Este é um comando de depuração. Este comando irá despejar a árvore de alocação de memória Talloc para
o daemon de recuperação para a saída padrão.

degelo
Descongele um nó previamente congelado.

script de eventos ARGUMENTOS
Este é um comando de depuração. Este comando pode ser usado para invocar e executar manualmente o
eventoscritps com argumentos arbitrários.

banimento BANTIME
Proibir administrativamente um nó por BANTIME segundos. O nó será desbanido após BANTIME
segundos se passaram.

Um nó banido não participa do cluster. Ele não hospeda nenhum registro para o
TDB em cluster e não hospeda nenhum endereço IP público.

Os nós são banidos automaticamente se se comportarem mal. Por exemplo, um nó pode ser banido se
causa muitas recuperações de cluster.

Para excluir administrativamente um nó de um cluster, use o Pare comando.

desbanir
Este comando é usado para cancelar o banimento de um nó que foi banido administrativamente usando
o comando ban ou foi banido automaticamente.

nó de rebalanceamento [LISTA PNN]
Este comando marca os nós fornecidos como alvos de rebalanceamento na alocação de IP LCP2
algoritmo. o recargas o comando fará isso conforme necessário, então este comando não deve ser
necessário.

check_srvids SRVID ...
Este comando verifica se um conjunto de portas de mensagem srvid estão registradas no nó ou
não. O comando leva uma lista de valores a serem verificados.

Exemplo
#ctdb check_srvids 1 2 3 14765
ID do servidor 0: 1 não existe
ID do servidor 0: 2 não existe
ID do servidor 0: 3 não existe
ID do servidor 0: 14765 existe

Use ctdb online usando serviços onworks.net