ctdbd - Online na nuvem

PROGRAMA:

NOME

ctdbd - O daemon de cluster CTDB

SINOPSE

ctdbd [OPÇÃO...]

DESCRIÇÃO

ctdbd é o daemon principal do CTDB.

Observe que ctdbd geralmente não é chamado diretamente. É invocado via ctdbd_wrapper(1) ou via
o initscript.

See ctdb(7) para uma visão geral do CTDB.

SUPORTE OPÇÕES

-d, --debug =NÍVEL DE DEBUG
Esta opção define o nível de depuração para DEBUGLEVEL, que controla o que será escrito por
o subsistema de registro. O padrão é 2.

Veja a seção DEBUG LEVELS em ctdb(7) para mais informações.

--dbdir =DIRETÓRIO
DIRETÓRIO no armazenamento local onde ctdbd mantém uma cópia local dos bancos de dados TDB. Esse
diretório é local para cada nó e não deve ser armazenado no cluster compartilhado
sistema de arquivo.

Este diretório normalmente seria / var / lib / ctdb

--dbdir-persistent =DIRETÓRIO
DIRETÓRIO no armazenamento local onde ctdbd mantém uma cópia local dos bancos de dados TDB persistentes.
Este diretório é local para cada nó e não deve ser armazenado no cluster compartilhado
sistema de arquivo.

Este diretório normalmente seria / var / lib / ctdb / persistent

--dbdir-state =DIRETÓRIO
DIRETÓRIO no armazenamento local onde ctdbd mantém os arquivos TDB de estado interno. Este diretório
é local para cada nó e não deve ser armazenado no sistema de arquivos de cluster compartilhado.

Este diretório normalmente seria / var / lib / ctdb / state

--event-script-dir =DIRETÓRIO
DIRETÓRIO onde os scripts de eventos CTDB são armazenados. Veja a seção EVENT SCRIPTS em
ctdb(7) para mais informações.

O padrão é CTDB_BASE/events.d, então geralmente /etc/ctdb/events.d, que faz parte do
Instalação do CTDB.

--listen =IPADDR
IPADDR é o endereço IP privado ao qual ctdbd se vinculará.

Por padrão, ctdbd irá selecionar o primeiro endereço da lista de nós que pode ligar
para. Veja também --nlist.

Esta opção é necessária apenas quando a detecção automática de endereço não pode ser usada. Esse
pode ser o caso ao executar vários daemons / nós ctdbd no mesmo host físico
(geralmente para teste), usando InfiniBand para a rede privada ou no Linux quando
sysctl net.ipv4.ip_nonlocal_bind = 1.

--logging =STRING
STRING especifica onde ctdbd gravará seu log. O padrão é arquivo: /var/log/log.ctdb
ou similar - o prefixo pode ser diferente dependendo de como o CTDB foi construído.

Os valores válidos são:

arquivo:NOME DO ARQUIVO
FILENAME onde ctdbd gravará seu log. Geralmente é /var/log/log.ctdb.

syslog [:MÉTODO]
CTDB irá registrar no syslog. Por padrão, isso usará o syslog(3) API.

Sob cargas pesadas syslog(3) pode bloquear se o daemon syslog também processa mensagens
lentamente. Isso pode fazer com que o CTDB bloqueie durante o registro.

Se METHOD for especificado, ele especifica uma extensão que faz com que o registro seja
feito em um modo sem bloqueio. Observe que isto pode causa mensagens para be desistiu.
MÉTODO deve ser um dos seguintes:

não bloqueante
CTDB irá logar no syslog via / dev / log no modo sem bloqueio.

udp
O CTDB registrará no syslog via UDP para localhost: 514. O daemon syslog deve ser
configurado para escutar em (pelo menos) localhost: 514. A maioria dos daemons syslog irá registrar
as mensagens com o nome do host "localhost" - esta é uma limitação do
implementação, para compatibilidade com mais daemons syslog.

udp-rfc5424
Tal como acontece com "udp", mas as mensagens são enviadas no formato RFC5424. Este método irá registrar
o nome de host correto, mas não é amplamente implementado em daemons syslog.

--Eu contra
Esta opção é usada para ativar o recurso LVS em um nó CTDB. Veja o LVS
seção em ctdb(7) para mais informações.

--max-persistent-check-errors =NUM
NUM especifica o número máximo de falhas de verificação de integridade permitidas para persistente
bancos de dados durante a inicialização.

O valor padrão é 0. Definir como diferente de zero permite um nó com problemas
bancos de dados persistentes para inicializar e ingressar no cluster, desde que haja outro nó
com bancos de dados persistentes saudáveis.

--nlist =NOME DO ARQUIVO
FILENAME contendo uma lista de endereços IP privados, um por linha, para cada nó em
o cluster. Este ficheiro devo be que o mesmo on cada nó no cluster.

O padrão é CTDB_BASE/ nodes, normalmente / etc / ctdb / nodes.

--no-lmaster
Este argumento especifica que este nó NÃO pode se tornar um lmaster para registros no
base de dados. Isso significa que ele nunca aparecerá no vnnmap. Este recurso é
usado principalmente para fazer um cluster abranger um link WAN e usar CTDB como um
Acelerador WAN.

Por favor, consulte a seção REMOTE CLUSTER NODES em ctdb(7) para mais informações.

--no-recmaster
Este argumento especifica que este nó NÃO pode se tornar um recmaster para o banco de dados.
Este recurso é usado principalmente para fazer um cluster abranger um link WAN e usar
CTDB como um acelerador WAN.

Por favor, consulte a seção REMOTE CLUSTER NODES em ctdb(7) para mais informações.

--notification-script =NOME DO ARQUIVO
FILENAME especificando um script a ser chamado por ctdbd quando ocorrerem certas mudanças de estado.

Esse arquivo geralmente é /etc/ctdb/notify.sh.

Consulte a seção SCRIPT DE NOTIFICAÇÃO em ctdb(7) para mais informações.

--pidfile =NOME DO ARQUIVO
FILENAME para o arquivo que contém o ID do processo do daemon CTDB principal. Este arquivo é
criado e removido automaticamente pelo CTDB.

O padrão é não criar um arquivo PID.

--public_addresses =NOME DO ARQUIVO
FILENAME especificando um arquivo contendo os endereços IP públicos a serem usados ​​no cluster
quando o CTDB deve usar o controle de IP. Este arquivo contém uma lista de endereços IP, máscaras de rede
e interfaces. CTDB distribuirá esses endereços IP públicos de forma adequada entre
os nós disponíveis.

Os endereços IP especificados neste arquivo podem diferir entre os nós.

Geralmente é o arquivo / etc / ctdb / public_addresses

--public-interface =INTERFACE
INTERFACE na qual anexar endereços IP públicos ou na qual anexar o
único-ip público quando usado.

Ao usar endereços IP públicos, isso só é necessário se as interfaces não forem explicitamente
especificado no arquivo de endereços públicos.

--reclock =ARQUIVO
FILE é o nome do arquivo de bloqueio de recuperação, armazenado em compartilhado armazenamento, que CTDB usa
para evitar a divisão de cérebros.

Para obter informações sobre o bloqueio de recuperação, consulte a seção BLOQUEIO DE RECUPERAÇÃO em
ctdb(7).

--single-public-ip =IPADDR
IPADDR especifica o único IP que CTDB usará em conjunto com LVS.

Por favor, consulte a seção LVS em ctdb(7) para mais informações.

--start-como-desativado
Isso faz com que o ctdbd inicie no estado DESATIVADO.

Para permitir que o nó hospede endereços IP públicos e serviços, ele deve ser manualmente
habilitado usando o ctdb permitir comando.

Por favor, consulte a seção ESTADOS-NÓ em ctdb(7) para obter mais informações sobre o DESATIVADO
Estado.

--start-as-stops
Isso faz com que o ctdbd inicie no estado STOPPED.

Para permitir que o nó faça parte do cluster, ele deve ser continuado manualmente com o
que o ctdb permitir comando.

Por favor, consulte a seção ESTADOS-NÓ em ctdb(7) para mais informações sobre o STOPPED
Estado.

--syslog
Envie mensagens de log para syslog em vez do arquivo de log CTDB. Esta opção substitui
--arquivo de log. O padrão é registrar em um arquivo.

--transport = tcp | infiniband
Esta opção especifica qual transporte usar para comunicações entre nós ctdbd. o
o padrão é "tcp".

O suporte "infiniband" não é testado regularmente.

-?, --ajuda
Exibe um resumo das opções.

DEPURAÇÃO OPÇÕES

-i, --interativo
Ative o modo interativo. Isso fará com que o ctdbd seja executado em primeiro plano e não desconecte
do terminal. Por padrão, o ctdbd se desconectará e será executado em segundo plano como um
demônio.

--nopublicipcheck
Esta opção é usada ao testar vários daemons locais em uma única máquina. Isto
desativa verificações relacionadas a endereços IP públicos.

--nosetsched
Esta é uma opção de depuração. Esta opção é usada apenas ao depurar ctdbd.

Normalmente, o ctdbd mudará seu programador para ser executado como um processo em tempo real. Isto é o
modo padrão para uma operação ctdbd normal para garantir que ctdbd sempre obtenha a CPU
ciclos de que necessita.

Esta opção é usada para dizer ao ctdbd para não execute como um processo em tempo real e, em vez disso, execute
ctdbd como um processo normal do espaço do usuário. Isso é útil para depuração e quando você deseja
execute ctdbd em valgrind ou gdb. (Você não quer anexar valgrind ou gdb a um
processo em tempo real.)

--socket =NOME DO ARQUIVO
FILENAME especifica o nome do soquete de domínio Unix que ctdbd criará. Esse
socket é usado por clientes locais para se comunicarem com ctdbd.

O padrão é /tmp/ctdb.socket. Você só precisa usar esta opção se planeja executar
vários daemons ctdbd no mesmo host físico, geralmente para teste.

--script-log-level =NÍVEL DE DEBUG
Esta opção define o nível de depuração da saída do script de evento para DEBUGLEVEL. O padrão é
ERRO (0).

Veja a seção DEBUG LEVELS em ctdb(7) para mais informações.

--início desleixado
Esta é a opção de depuração. Isso acelera a recuperação inicial durante a inicialização no
despesa de alguma verificação de consistência. não usar isto opção in produção.

--tortura
Esta opção é usada apenas para desenvolvimento e teste de CTDB. Adiciona artificial
erros e falhas para os codepaths comuns no ctdbd para verificar se o ctdbd pode se recuperar
corretamente de falhas.

Do não usar isto opção a menos que você esteja desenvolvendo e testando novas funcionalidades em
CTDB.

--valgrinding
Esta é uma opção de depuração. Esta opção é usada apenas ao depurar ctdbd. Esse
ativa recursos adicionais de depuração e implica --nosetsched.

Use ctdbd online usando serviços onworks.net