ctdb - Online en la nube

PROGRAMA:

NOMBRE

ctdb - utilidad de gestión CTDB

SINOPSIS

cddb [OPCIÓN...] {COMANDO} [COMANDOS-ARGS]

DESCRIPCIÓN

ctdb es una utilidad para ver y administrar un clúster CTDB.

Los siguientes términos se utilizan cuando se hace referencia a los nodos de un clúster:

PNN
Número de nodo físico. El número de nodo físico es un número entero que describe el nodo.
en el clúster. El primer nodo tiene el número de nodo físico 0. en un clúster.

LISTA PNN
Se trata de un único PNN, una lista de PNN separados por comas o "todos".

Los comandos que hacen referencia a una base de datos utilizan los siguientes términos:

DB
Este es un nombre de base de datos, como lock.tdb o un ID de base de datos como
"0x42fe72c5".

DB-LISTA
Una lista separada por espacios de al menos una DB.

CAMPUS

-n LISTA PNN
Se debe consultar a los nodos especificados por PNN-LIST para obtener la información solicitada.
El valor predeterminado es consultar el demonio que se ejecuta en el host local.

-Y
Produzca resultados en formato legible por máquina para facilitar el análisis mediante scripts. Esto usa un
delimitador de campo de ':'. No todos los comandos admiten esta opción.

-x SEPARADOR
Utilice SEPARATOR para delimitar campos en la salida legible por máquina. Esto implica -Y.

-X
Produzca resultados en formato legible por máquina para facilitar el análisis mediante scripts. Esto usa un
delimitador de campo de '|'. No todos los comandos admiten esta opción.

Esto es equivalente a "-x |" y evita algunos problemas de citas de shell.

-t TIMEOUT
Indica que ctdb debe esperar hasta TIMEOUT segundos para una respuesta a la mayoría de los comandos.
enviado al demonio CTDB. El valor predeterminado es 10 segundos.

-T LÍMITE DE TIEMPO
Indica que TIMELIMIT es el tiempo de ejecución máximo (en segundos) para el comando ctdb.
Cuando se excede el TIMELIMIT, el comando ctdb terminará con un error. El valor por defecto
son 120 segundos.

-? --ayuda
Imprima un texto de ayuda en la pantalla.

--uso
Imprime la información de uso en la pantalla.

-d --debug =NIVEL DE DEPURACIÓN
Cambie el nivel de depuración del comando. El valor predeterminado es AVISO (2).

--socket =NOMBRE DEL ARCHIVO
Especifique que FILENAME es el nombre del socket de dominio Unix que se utilizará al conectarse a
el demonio CTDB local. El predeterminado es /tmp/ctdb.socket.

ADMINISTRATIVO COMANDOS

Estos son comandos que se utilizan para monitorear y administrar un clúster CTDB.

Lun
Este comando muestra el PNN del nodo actual.

xpnn
Este comando muestra el PNN del nodo actual sin contactar al demonio CTDB. Eso
analiza el archivo de nodos directamente, por lo que puede producir una salida inesperada si el archivo de nodos tiene
se ha editado pero no se ha vuelto a cargar.

estado
Este comando muestra el estado actual de todos los nodos CTDB según la información del
nodo consultado.

Nota: Si el nodo consultado es INACTIVO, es posible que el estado no sea actual.

Nodo estado
Esto incluye la cantidad de nodos físicos y el estado de cada nodo. Ver cddb(7)
para obtener información sobre los estados de los nodos.

Generación
El ID de generación es un número que indica la generación actual de un clúster.
ejemplo. Cada vez que un clúster pasa por una reconfiguración o recuperación, su
Se cambiará el ID de generación.

Este número no tiene ningún significado particular que no sea el de realizar un seguimiento de cuándo
el clúster se ha recuperado. Es un número aleatorio que representa el actual
instancia de un clúster ctdb y sus bases de datos. El demonio CTDB usa este número
internamente para poder decir cuándo los comandos para operar en el clúster y el
Las bases de datos se emitieron en una generación diferente del clúster, para garantizar que los comandos
que operan en las bases de datos no sobrevivirán durante la recuperación de una base de datos de clúster.
Después de una recuperación, todos los comandos antiguos pendientes dejarán de ser válidos automáticamente.

A veces, este número se mostrará como "NO VÁLIDO". Esto solo significa que el ctdbd
El daemon se ha iniciado pero aún no se ha fusionado con el clúster mediante una recuperación. Todos
Los nodos comienzan con la generación "INVALID" y no se les asigna un ID de generación real hasta
se han fusionado con éxito con un clúster mediante una recuperación.

Virtual Nodo Número (VNN) mapa
Consiste en la cantidad de nodos virtuales y la asignación de números de nodos virtuales a
números de nodo físico. Los nodos virtuales albergan bases de datos CTDB. Solo los nodos que son
participar en el mapa VNN puede convertirse en lmaster o dmaster para los registros de la base de datos.

Recuperación modo
Este es el modo de recuperación actual del clúster. Hay dos modos posibles:

NORMAL: el clúster está en pleno funcionamiento.

RECUPERACIÓN: todas las bases de datos del clúster se han congelado, deteniendo todos los servicios mientras
el clúster espera que se complete un proceso de recuperación. Un proceso de recuperación debe finalizar en
segundos. Si un clúster está atascado en el estado de RECUPERACIÓN, esto indicaría un clúster
mal funcionamiento que necesita ser investigado.

Una vez que el maestro de recuperación detecta una inconsistencia, por ejemplo, un nodo se convierte
desconectado / conectado, el demonio de recuperación activará un proceso de recuperación de clúster,
donde todas las bases de datos vuelven a fusionarse en el clúster. Cuando se inicia este proceso, el
El maestro de recuperación primero "congelará" todas las bases de datos para evitar aplicaciones como
samba no acceda a las bases de datos y también marcará el modo de recuperación como
RECUPERACIÓN.

Cuando se inicia el demonio CTDB, se iniciará en modo RECUPERACIÓN. Una vez que el nodo ha sido
combinado en un clúster y todas las bases de datos se han recuperado, el modo de nodo cambiará
en modo NORMAL y las bases de datos se "descongelarán", permitiendo que samba acceda al
bases de datos de nuevo.

Recuperación dominar
Este es el nodo del clúster que actualmente está designado como maestro de recuperación. Esta
El nodo es responsable de monitorear la consistencia del clúster y realizar la
proceso de recuperación real cuando sea necesario.

Solo un nodo a la vez puede ser el maestro de recuperación designado. Que nodo es
designado el maestro de recuperación se decide mediante un proceso de elección en la recuperación
demonios que se ejecutan en cada nodo.

Ejemplo
# estado ctdb
Número de nodos: 4
pnn: 0 OK (ESTE NODO)
pnn: 1 OK
pnn: 2 OK
pnn: 3 OK
Generación: 1362079228
Tamaño: 4
hash: 0 lmaster: 0
hash: 1 lmaster: 1
hash: 2 lmaster: 2
hash: 3 lmaster: 3
Modo de recuperación: NORMAL (0)
Maestro de recuperación: 0

estado del nodo [LISTA PNN]
Este comando es similar al estado mando. Muestra el subconjunto "estado del nodo" de
producción. Las principales diferencias son:

· El código de salida es el OR bit a bit de las banderas para cada nodo especificado, mientras cddb
estado sale con 0 si pudo recuperar el estado de todos los nodos.

· cddb estado proporciona información sobre el estado de todos los nodos. cddb estado del nodo por defecto es
proporcionando el estado solo para el nodo actual. Si se proporciona PNN-LIST, el estado es
dado para los nodos indicados.

De forma predeterminada, cddb estado del nodo recopila el estado del nodo local. Sin embargo, si se invoca
con "-n all" (o similar), el estado se obtiene de los nodos dados. En
particular cddb estado del nodo todos y cddb estado del nodo -n todos producirá diferentes
producción. Es posible proporcionar 2 especificaciones de nodos diferentes (con y sin "-n") pero
¡la salida suele ser confusa!

Una invocación común en los scripts es cddb estado del nodo todos para comprobar si todos los nodos de una
el clúster está en buen estado.

Ejemplo
# estado del nodo ctdb
pnn: 0 OK (ESTE NODO)

# ctdb nodestatus todos
Número de nodos: 2
pnn: 0 OK (ESTE NODO)
pnn: 1 OK

maestro de recreo
Este comando muestra el pnn del nodo que actualmente es el recmaster.

Nota: Si el nodo consultado es INACTIVO, es posible que el estado no sea actual.

el tiempo de actividad
Este comando muestra el tiempo de actividad del demonio ctdb. Cuando la última recuperación o ip-failover
completado y cuánto tiempo tomó. Si la "duración" se muestra como un número negativo, este
indica que hay una recuperación / conmutación por error en curso y comenzó esa misma cantidad de segundos
atrás.

Ejemplo
# ctdb tiempo de actividad
Hora actual del nodo: Jue 29 Oct 10:38:54 2009
Hora de inicio de ctdbd: (000 16:54:28) Mié 28 de octubre 17:44:26 2009
Hora de la última recuperación / conmutación por error: (000 16:53:31) Mié 28 de octubre 17:45:23 2009
Duración de la última recuperación / conmutación por error: 2.248552 segundos

nodos de lista
Este comando muestra una lista de las direcciones IP de todos los nodos del clúster.

Ejemplo
# nodos de lista ctdb
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

lista nacional
Muestre el maestro de la puerta de enlace NAT actual y el estado de todos los nodos en la puerta de enlace NAT actual
grupo. Vea la sección NAT GATEWAY en cddb(7) para más detalles.

Ejemplo
# ctdb lista de nombres
0 192.168.2.200
Número de nodos: 4
pnn: 0 OK (ESTE NODO)
pnn: 1 OK
pnn: 2 OK
pnn: 3 OK

de ping
Este comando hará "ping" a los nodos CTDB especificados en el clúster para verificar que estén
funcionando.

Ejemplo
# ctdb ping -n todos
respuesta desde 0 tiempo = 0.000054 seg (3 clientes)
respuesta desde 1 tiempo = 0.000144 seg (2 clientes)
respuesta desde 2 tiempo = 0.000105 seg (2 clientes)
respuesta desde 3 tiempo = 0.000114 seg (2 clientes)

caras
Este comando mostrará la lista de interfaces de red, que podrían albergar públicos
direcciones, junto con su estado.

Ejemplo
# caras de ctdb
Interfaces en el nodo 0
nombre: eth5 enlace: referencias arriba: 2
nombre: eth4 enlace: referencias descendentes: 0
nombre: eth3 enlace: referencias arriba: 1
nombre: eth2 enlace: referencias arriba: 1

# ctdb -X caras
| Nombre | LinkStatus | Referencias |
| eth5 | 1 | 2 |
| eth4 | 0 | 0 |
| eth3 | 1 | 1 |
| eth2 | 1 | 1 |

ip
Este comando mostrará la lista de direcciones públicas que proporciona el clúster.
y qué nodo físico está sirviendo actualmente esta ip. Por defecto, este comando SOLO
muestra las direcciones públicas que son conocidas por el propio nodo. Para ver la lista completa de todos
IPS públicas en todo el clúster debe utilizar "ctdb ip -n all".

Ejemplo
# ctdb ip-v
IP públicas en el nodo 0
172.31.91.82 nodo [1] activo [] disponible [eth2, eth3] configurado [eth2, eth3]
172.31.91.83 nodo [0] activo [eth3] disponible [eth2, eth3] configurado [eth2, eth3]
172.31.91.84 nodo [1] activo [] disponible [eth2, eth3] configurado [eth2, eth3]
172.31.91.85 nodo [0] activo [eth2] disponible [eth2, eth3] configurado [eth2, eth3]
172.31.92.82 nodo [1] activo [] disponible [eth5] configurado [eth4, eth5]
172.31.92.83 nodo [0] activo [eth5] disponible [eth5] configurado [eth4, eth5]
172.31.92.84 nodo [1] activo [] disponible [eth5] configurado [eth4, eth5]
172.31.92.85 nodo [0] activo [eth5] disponible [eth5] configurado [eth4, eth5]

#ctdb-Xip-v
| IP pública | 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|

infoip IP
Este comando mostrará detalles sobre las direcciones públicas especificadas.

Ejemplo
# ipinfo ctdb 172.31.92.85
Información de IP pública [172.31.92.85] en el nodo 0
IP: 172.31.92.85
CurrentNode: 0
NumInterfaces: 2
Interfaz [1]: Nombre: eth4 Enlace: abajo Referencias: 0
Interfaz [2]: Nombre: eth5 Enlace: up Referencias: 2 (activo)

estado del script
Este comando muestra qué scripts se ejecutaron en el ciclo de monitoreo anterior y el
resultado de cada guión. Si una secuencia de comandos falla con un error, el nodo se convierte en
insalubre, también se muestra la salida de ese script.

Ejemplo
# estado del script ctdb
Se ejecutaron 7 scripts en el último ciclo de monitoreo
00.ctdb Estado: OK Duración: 0.056 Tue Mar 24 18:56:57 2009
10.Estado de la interfaz: OK Duración: 0.077 Tue Mar 24 18:56:57 2009
11.natgw Estado: OK Duración: 0.039 Tue Mar 24 18:56:57 2009
20.Multipathd Estado: OK Duración: 0.038 Tue Mar 24 18:56:57 2009
31.clamd Estado: DESACTIVADO
40.vsftpd Estado: OK Duración: 0.045 Martes 24 de marzo 18:56:57 2009
41.httpd Estado: OK Duración: 0.039 Tue Mar 24 18:56:57 2009
50.samba Estado: ERROR Duración: 0.082 Tue Mar 24 18:56:57 2009
SALIDA: ERROR: El puerto tcp 445 de Samba no responde

deshabilitar GUIÓN
Este comando se usa para deshabilitar un script de eventos.

Esto entrará en vigor la próxima vez que se ejecuten los scripts de eventos, por lo que puede tomar un
poco tiempo hasta que esto se refleje en 'scriptstatus'.

enablecript GUIÓN
Este comando se utiliza para habilitar un script de eventos.

Esto entrará en vigor la próxima vez que se ejecuten los scripts de eventos, por lo que puede tomar un
poco tiempo hasta que esto se refleje en 'scriptstatus'.

variables de lista
Enumere todas las variables ajustables, excepto los valores de los ajustables obsoletos como
VacuumMinInterval. Los parámetros optimizables obsoletos solo se pueden recuperar de forma explícita con el comando "ctdb
comando getvar ".

Ejemplo
# ctdb listas de valores
Número máximo de redireccionamiento = 3
Intervalo de número de secuencia = 1000
Tiempo de espera de control = 60
Tiempo de espera transversal = 20
Intervalo de mantenimiento de vida = 5
Límite de actividad = 5
Tiempo de espera de recuperación = 20
Intervalo de recuperación = 1
ElecciónTiempo de espera = 3
Tiempo de espera de adquisición = 9
MonitorIntervalo = 15
Intervalo de actualización de cosquillas = 20
Tiempo de espera de EventScript = 30
EventScriptTimeoutCount = 1
Período de gracia de recuperación = 120
Período de prohibición de recuperación = 300
Tamaño de hash de base de datos = 100001
Base de datosMaxDead = 5
Tiempo de espera de recuperación = 10
Habilitar prohibiciones = 1
IP deterministas = 0
LCP2IP públicas = 1
ReiniciarPingPeriod = 60
NoIPFailback = 0
Deshabilitar IPFailover = 0
Nombres de memoria detallados = 0
Tiempo de espera de grabación = 60
RecdFailCount = 10
RegistroLatenciaMs = 0
RecLockLatencyMs = 1000
RecuperaciónDropAllIPs = 120
Intervalo de vacío = 10
VacíoMaxRunTime = 30
Límite de reempaquetado = 10000
Límite de vacío = 5000
VacíoFastPathCount = 60
MaxQueueDropMsg = 1000000
Usar eventos de estado = 0
Permitir lectura de DB no saludable = 0
Intervalo de historial de estadísticas = 1
DeferredAdjuntarTO = 120
PermitirClientDBAttach = 1
Recuperar PDBBySeqNum = 0

obtenervar NOMBRE
Obtenga el valor de tiempo de ejecución de una variable sintonizable.

Ejemplo
# ctdb getvar MaxRedirectCount
Número máximo de redireccionamiento = 3

setvar NOMBRE VALOR
Establezca el valor de tiempo de ejecución de una variable sintonizable.

Ejemplo: ctdb setvar MaxRedirectCount 5

lvsmaster
Este comando muestra qué nodo es actualmente LVSMASTER. El LVSMASTER es el nodo en el
clúster que impulsa el sistema LVS y que recibe todo el tráfico entrante de los clientes.

LVS es el modo en el que todo el clúster CTDB / Samba utiliza una única dirección IP para el
todo el grupo. En este modo, todos los clientes se conectan a un nodo específico que luego
multiplexar / equilibrar la carga de los clientes de manera uniforme en los otros nodos del clúster. Esto es un
alternativa al uso de direcciones IP públicas. Consulte la página de manual de ctdbd para obtener más información.
sobre LVS.

lvs
Este comando muestra qué nodos en el clúster están actualmente activos en el LVS
configuración. Es decir, qué nodos estamos actualmente equilibrando la carga de la dirección IP única
a través de.

LVS, de forma predeterminada, solo equilibrará la carga en aquellos nodos que sean compatibles con LVS y también
SALUDABLE. Excepto si todos los nodos NO SON SALUDABLES, en cuyo caso LVS equilibrará la carga en todos
Nodos no SALUDABLES también. LVS nunca usará nodos que estén DESCONECTADOS, DETENIDOS, PROHIBIDOS
o DISCAPACITADOS.

Ejemplo de salida:

2:10.0.0.13
3:10.0.0.14

obtenercapacidades
Este comando muestra las capacidades del nodo actual. Consulte la sección CAPACIDADES en
cddb(7) para más detalles.

Ejemplo de salida:

RECMASTER: SI
LMASTER: SÍ
LVS: NO
NATGW: SÍ

statistics
Recopile estadísticas del demonio CTDB sobre cuántas llamadas ha atendido. Información
sobre varios campos de la estadística se pueden encontrar en ctdb-estadisticas(7).

Ejemplo
# estadísticas de ctdb
CTDB versión 1
núm_clientes 3
0 congelado
recuperando 0
client_packets_sent 360489
cliente_paquetes_recv 360466
nodo_paquetes_enviados 480931
nodo_paquetes_recv 240120
keepalive_packets_sent 4
keepalive_packets_recv 3
nodo
solicitud_llamada 2
Reply_call 2
req_dmaster 0
respuesta_dmaster 0
respuesta_error 0
req_mensaje 42
control_req 120408
Reply_control 360439
cliente
solicitud_llamada 2
req_mensaje 24
control_req 360440
tiempos de espera
llamar a 0
controlar 0
atravesar 0
llamadas_totales 2
pendientes_llamadas 0
lockwait_llamadas 0
pendiente_bloqueo_espera_llamadas 0
memoria_utilizada 5040
max_hop_count 0
max_call_latency 4.948321 seg
max_lockwait_latency 0.000000 seg

estadisticas
Este comando se utiliza para borrar todos los contadores de estadísticas de un nodo.

Ejemplo: ctdb statisticsreset

dbestadísticas DB
Mostrar estadísticas sobre la base de datos DB. Información sobre varios campos en dbstatistics
puede encontrarse en ctdb-estadisticas(7).

Ejemplo
# ctdb bloqueo de dbstatistics.tdb
Estadísticas de base de datos: lock.tdb
ro_delegation 0
ro_revoca 0
cabellos
14356 totales
falló 0
actual 0
pendiente 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0
cubos_de_bloqueo: 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 segundos de 14356
Número de teclas de acceso rápido: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

conseguirreloj
Muestra el nombre del archivo de bloqueo de recuperación, si lo hubiera.

Ejemplo de salida:

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

reloj [ARCHIVO]
ARCHIVO especifica el nombre del archivo de bloqueo de recuperación. Si el archivo de bloqueo de recuperación se cambia en
en tiempo de ejecución, esto provocará una recuperación, que a su vez hace que el bloqueo de recuperación sea
retomado.

Si no se especifica ningún ARCHIVO, ya no se utilizará un archivo de bloqueo de recuperación.

Este comando solo afecta la configuración del tiempo de ejecución de un solo nodo CTDB. Este escenario debe be
cambiado en todos los nodos al mismo tiempo especificando -n todos (o similar). Para información
acerca de la configuración del archivo de bloqueo de recuperación, consulte la entrada CTDB_RECOVERY_LOCK en
ctdbd.conf(5) y la entrada --reclock en ctdbd(1). Para obtener información sobre el bloqueo de recuperación
consulte la sección BLOQUEO DE RECUPERACIÓN en cddb(7).

obtener depuración
Obtenga el nivel de depuración actual para el nodo. el nivel de depuración controla qué información es
escrito en el archivo de registro.

Los niveles de depuración se asignan a los niveles de syslog correspondientes. Cuando se establece un nivel de depuración,
sólo se imprimirán los mensajes de ese nivel y niveles superiores.

La lista de niveles de depuración de mayor a menor es:

DEPURACIÓN DE INFORMACIÓN DE AVISO DE ADVERTENCIA DE ERROR

establecer depuración NIVEL DE DEPURACIÓN
Establece el nivel de depuración de un nodo. Esto controla qué información se registrará.

El nivel de depuración es uno de DEBUG DE INFORMACIÓN DE AVISO DE ADVERTENCIA DE ERR

conseguir
Este comando devolverá el ID de proceso del demonio ctdb.

inhabilitar
Este comando se utiliza para inhabilitar administrativamente un nodo en el clúster. Un nodo discapacitado
seguirá participando en los registros de TDB agrupados en clúster y host, pero su IP pública
La dirección ha sido asumida por un nodo diferente y ya no aloja ningún servicio.

habilitar
Vuelva a habilitar un nodo que se ha inhabilitado administrativamente.

detener
Este comando se utiliza para DETENER administrativamente un nodo en el clúster. Un nodo DETENIDO es
conectado al clúster pero no albergará ninguna dirección IP pública, ni participa
en el VNNMAP. La diferencia entre un nodo DESHABILITADO y un nodo DETENIDO es que un nodo DETENIDO
El nodo no aloja ninguna parte de la base de datos, lo que significa que se requiere una recuperación para
detener / continuar nodos.

continue
Reinicie un nodo que se haya detenido administrativamente.

añadir IPADDR/máscara YO AFRONTO
Este comando se usa para agregar una nueva IP pública a un nodo durante el tiempo de ejecución. Esto permite al público
direcciones que se agregarán a un clúster sin tener que reiniciar los demonios ctdb.

Tenga en cuenta que esto solo actualiza la instancia en tiempo de ejecución de ctdb. Los cambios se perderán a continuación.
hora se reinicia ctdb y se vuelve a leer el archivo de direcciones públicas. Si quieres este cambio
para ser permanente, también debe actualizar el archivo de direcciones públicas manualmente.

entregar IPADDR
Este comando se utiliza para eliminar una IP pública de un nodo durante el tiempo de ejecución. Si esta ip pública
está alojado actualmente por el nodo del que se está eliminando, la ip primero pasará por error a
otro nodo, si es posible, antes de eliminarlo.

Tenga en cuenta que esto solo actualiza la instancia en tiempo de ejecución de ctdb. Los cambios se perderán a continuación.
hora se reinicia ctdb y se vuelve a leer el archivo de direcciones públicas. Si quieres este cambio
para ser permanente, también debe actualizar el archivo de direcciones públicas manualmente.

moverip IPADDR PNN
Este comando se puede usar para fallar manualmente una dirección IP pública a un nodo específico.

Para anular manualmente la distribución "automática" de direcciones IP públicas que
ctdb normalmente proporciona, este comando solo funciona cuando ha cambiado los ajustes para el
demonio para:

IP deterministas = 0

NoIPFailback = 1

cierre
Este comando cerrará un demonio CTDB específico.

establecerlmasterrole encendido | apagado
Este comando se usa para habilitar / deshabilitar la capacidad LMASTER para un nodo en tiempo de ejecución. Esta
capacidad determina si un nodo se puede utilizar como un LMASTER para registros en el
base de datos. Un nodo que no tiene la capacidad LMASTER no aparecerá en vnnmap.

Los nodos tendrán esta capacidad de forma predeterminada, pero el
en el archivo sysconfig o usando este comando.

Una vez que esta configuración se ha habilitado / deshabilitado, debe realizar una recuperación para que tome
efecto.

Consulte también "ctdb getcapabilities"

setrecmasterrole encendido | apagado
Este comando se usa para habilitar / deshabilitar la capacidad RECMASTER para un nodo en tiempo de ejecución.
Esta capacidad determina si un nodo se puede utilizar como RECMASTER para el
grupo. Un nodo que no tiene la capacidad RECMASTER no puede ganar un recmaster
elección. Un nodo que ya es el recmaster para el clúster cuando la capacidad es
eliminado del nodo seguirá siendo el recmaster hasta la próxima elección de clúster.

Los nodos tendrán esta capacidad de forma predeterminada, pero el
en el archivo sysconfig o usando este comando.

Consulte también "ctdb getcapabilities"

recargar nodos
Este comando se utiliza al agregar nuevos nodos o eliminar nodos existentes de un existente
racimo.

Procedimiento para agregar un nodo:

1, para expandir un clúster existente, primero asegúrese con 'ctdb status' que todos los nodos estén activos
y corriendo y que todos estén sanos. No intente expandir un clúster a menos que sea
completamente saludable!

2, en todos los nodos, edite / etc / ctdb / nodes y agregue el nuevo nodo como última entrada al archivo.
¡El nuevo nodo DEBE agregarse al final de este archivo!

3, verifique que todos los nodos tengan archivos / etc / ctdb / nodes idénticos después de editarlos
y agregó el nuevo nodo!

4, Ejecute 'ctdb reloadnodes' para forzar a todos los nodos a recargar el archivo de nodos.

5, use 'ctdb status' en todos los nodos y verifique que ahora muestren el nodo adicional.

6, instale y configure el nuevo nodo y póngalo en línea.

Procedimiento para eliminar un nodo:

1, para eliminar un nodo de un clúster existente, primero asegúrese con 'ctdb status' que todos
los nodos, excepto el nodo que se va a eliminar, están en funcionamiento y todos están en buen estado. Hacer
¡No intente eliminar un nodo de un clúster a menos que el clúster esté completamente en buen estado!

2, apague y apague el nodo que se va a quitar.

3, en todos los demás nodos, edite el archivo / etc / ctdb / nodes y comente el nodo que se va a
remoto. No elimine la línea para ese nodo, simplemente coméntelo agregando un '#' en el
comienzo de la línea.

4, Ejecute 'ctdb reloadnodes' para forzar a todos los nodos a recargar el archivo de nodos.

5, use 'ctdb status' en todos los nodos y verifique que el nodo eliminado ya no aparece en
la lista..

recargar [LISTA PNN]
Este comando recarga el archivo de configuración de direcciones públicas en los nodos especificados. Cuando
completa, las direcciones se reconfigurarán y reasignarán en todo el clúster como
necesario.

obtenerdbmap
Este comando enumera todas las bases de datos TDB agrupadas a las que se ha adjuntado el demonio CTDB. Algunos
Las bases de datos están marcadas como PERSISTENT, esto significa que la base de datos almacena datos de forma persistente.
y los datos permanecerán en los reinicios. Un ejemplo de una base de datos de este tipo es secrets.tdb
donde se almacena la información sobre cómo se unió el clúster al dominio.

Si una base de datos PERSISTENTE no está en buen estado, la base de datos se marca como NO SALUDABLE.
Si hay al menos un nodo completamente en buen estado ejecutándose en el clúster, es posible que
el contenido se restaura mediante una recuperación que se ejecuta automáticamente. De lo contrario, un administrador debe
analizar el problema.

Consulte también "ctdb getdbstatus", "ctdb backupdb", "ctdb restoreb", "ctdb dumpbackup", "ctdb
wipedb "," ctdb setvar AllowUnhealthyDBRead 1 "y (si están instalados samba o tdb-utils)
"tdbtool check".

La mayoría de las bases de datos no son persistentes y solo almacenan la información de estado que el
ejecutar demonios de samba necesitan. Estas bases de datos siempre se borran cuando se inicia ctdb / samba y
cuando se reinicia un nodo.

Ejemplo
#ctdb obtenerdbmap
Número de bases de datos: 10
dbid: 0x435d3410 nombre: notify.tdb ruta: /var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid: 0x1421fb78 nombre: brlock.tdb ruta: /var/ctdb/brlock.tdb.0
dbid: 0x17055d90 nombre: connections.tdb ruta: /var/ctdb/connections.tdb.0
dbid: 0xc0bdde6a nombre: sessionid.tdb ruta: /var/ctdb/sessionid.tdb.0
dbid: 0x122224da nombre: test.tdb ruta: /var/ctdb/test.tdb.0
dbid: 0x2672a57f nombre: idmap2.tdb ruta: /var/ctdb/persistent/idmap2.tdb.0 PERSISTENTE
dbid: 0xb775fff6 nombre: secrets.tdb ruta: /var/ctdb/persistent/secrets.tdb.0 PERSISTENT
dbid: 0xe98e08b6 nombre: group_mapping.tdb ruta: /var/ctdb/persistent/group_mapping.tdb.0 PERSISTENT
dbid: 0x7bbbd26c nombre: passdb.tdb ruta: /var/ctdb/persistent/passdb.tdb.0 PERSISTENT

# ctdb getdbmap # ejemplo de base de datos en mal estado
Número de bases de datos: 1
dbid: 0xb775fff6 nombre: secrets.tdb ruta: /var/ctdb/persistent/secrets.tdb.0 PERSISTENTE NO SALUDABLE

# ctdb -X obtener mapadb
| ID | Nombre | Ruta | Persistente | No saludable |
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

copia de seguridad de la base de datos DB ARCHIVO
Copie el contenido de la base de datos DB en ARCHIVO. ARCHIVO se puede volver a leer más tarde usando restauradob.
Esto es principalmente útil para realizar copias de seguridad de bases de datos persistentes como secrets.tdb y similares.

restauradob ARCHIVO [DB]
Este comando restaura una base de datos persistente de la que se hizo una copia de seguridad previamente usando backupdb.
De forma predeterminada, los datos se restaurarán en la misma base de datos desde la que se crearon.
Al especificar dbname, puede restaurar los datos en una base de datos diferente.

setdbreadonly DB
Este comando habilitará el soporte de registro de solo lectura para una base de datos. Esto es un
característica experimental para mejorar el rendimiento de los registros en disputa principalmente en lock.tdb
y brlock.tdb. Al habilitar esta función, debe configurarla en todos los nodos del clúster.

setdbsticky DB
Este comando habilitará el soporte de registro fijo para la base de datos especificada. Esto es un
característica experimental para mejorar el rendimiento de los registros en disputa principalmente en lock.tdb
y brlock.tdb. Al habilitar esta función, debe configurarla en todos los nodos del clúster.

INTERNA COMANDOS

Los comandos internos son utilizados por los scripts de CTDB y no son necesarios para administrar un CTDB.
grupo. Sus parámetros y comportamiento están sujetos a cambios.

hacer cosquillas IPADDR
Muestre las conexiones TCP que están registradas con CTDB para "hacer cosquillas" si hay una conmutación por error.

agraciado IPADDR INTERFAZ
Envíe un ARP agradecido para la interfaz especificada a través de la interfaz especificada. Esta
El comando es utilizado principalmente por los eventscripts ctdb.

matartcp
Lea una lista de conexiones TCP, una por línea, de la entrada estándar y finalice cada una
conexión. Una conexión se especifica como:

SRC-IPADDR:PUERTO SRC DST-IPADDR:PUERTO DST

Cada conexión se termina emitiendo un TCP RST al extremo SRC-IPADDR: SRC-PORT.

Se puede especificar una sola conexión en la línea de comandos en lugar de en la entrada estándar.

borrar DB VENTAJAS
Eliminar KEY de DB.

pfetch DB VENTAJAS
Imprima el valor asociado con KEY en DB.

pstore DB VENTAJAS ARCHIVO
Almacene la CLAVE en la base de datos con el contenido de ARCHIVO como valor asociado.

ptrans DB [ARCHIVO]
Lea una lista de pares clave-valor, uno por línea de FILE, y almacénelos en DB usando un
transacción única. Un valor vacío equivale a borrar la clave dada.

La clave y el valor deben estar separados por espacios o tabulaciones. Cada clave / valor debe ser un
cadena imprimible entre comillas dobles.

estado de ejecución [configuración | first_recovery | inicio | en ejecución]
Imprime el estado de ejecución del nodo especificado. Los estados de ejecución se utilizan para serializar estados importantes
transiciones en CTDB, particularmente durante el inicio.

Si se especifican uno o más argumentos de estado de ejecución opcionales, el nodo debe estar en uno de
estos estados de ejecución para que el comando tenga éxito.

Ejemplo
# estado de ejecución de ctdb
RUNNING

setifaceenlace YO AFRONTO arriba | abajo
Establezca el estado interno de la interfaz de red IFACE. Esto se usa típicamente en el
10. script de interfaz en el evento "monitor".

Ejemplo: ctdb setifacelink eth0 up

setnatgwstate encendido | apagado
Habilite o deshabilite la capacidad maestra de puerta de enlace NAT en un nodo.

cosquillas SRC-IPADDR:PUERTO SRC DST-IPADDR:PUERTO DST
Envíe un tickle TCP al host de origen para la conexión TCP especificada. Un cosquilleo de TCP es un
Paquete TCP ACK con una secuencia inválida y un número de reconocimiento y lo hará cuando lo reciba
el resultado del host de origen envía un ACK correcto inmediato al otro extremo.

Las cosquillas de TCP son útiles para "hacer cosquillas" a los clientes después de que se haya producido una conmutación por error de IP, ya que esto
hacer que el cliente reconozca inmediatamente que la conexión TCP se ha interrumpido y que el
el cliente deberá restablecerse. Esto acelera enormemente el tiempo que tarda un cliente en
detectar y restablecer después de una conmutación por error de IP en el clúster ctdb.

versión
Muestra la versión CTDB.

DEPURACIÓN COMANDOS

Estos comandos se utilizan principalmente para el desarrollo y las pruebas de CTDB y no deben utilizarse
para la administración normal.

CAMPUS
--imprimir-registros vacíos
Esto permite la impresión de registros vacíos al volcar bases de datos con catdb, cattbd
y comandos dumpdbbackup. Los registros con un segmento de datos vacío se consideran eliminados por
ctdb y se limpia con el mecanismo de aspiración, por lo que este interruptor puede ser útil para
depurando el comportamiento de aspiración.

--imprimir-tamaño de datos
Esto permite que los volcados de la base de datos (catdb, cattdb, dumpdbbackup) impriman el tamaño del registro
datos en lugar de descargar el contenido de los datos.

--print-lmaster
Esto permite que catdb imprima el lmaster para cada registro.

--print-hash
Esto permite que los volcados de bases de datos (catdb, cattdb, dumpdbbackup) impriman el hash de cada registro.

--imprimir-marcas de registro
Esto permite que catdb y dumpdbbackup impriman los indicadores de registro para cada registro. Tenga en cuenta que
cattdb siempre imprime las banderas.

proceso-existe PID
Este comando verifica si existe un proceso específico en el host CTDB. Esto es utilizado principalmente por
Samba para comprobar si las instancias remotas de samba todavía se están ejecutando o no.

getdbstatus DB
Este comando muestra más detalles sobre una base de datos.

Ejemplo
# ctdb getdbstatus prueba.tdb.0
oferta: 0x122224da
nombre: test.tdb
ruta: /var/ctdb/test.tdb.0
PERSISTENTE: no
SALUD: OK

# ctdb getdbstatus registry.tdb # con una TDB dañada
dbid: 0xf2a58948
nombre: registro.tdb
ruta: /var/ctdb/persistent/registry.tdb.0
PERSISTENTE: si
SALUD: NO-NODOS-SALUDABLES - ERROR - Copia de seguridad de TDB corrupta en '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'

catdb DB
Imprima un volcado de la base de datos de la base de datos TDB agrupada.

cattdb DB
Imprima un volcado del contenido de la base de datos local TDB.

copia de seguridad de dumpdb ARCHIVO
Imprima un volcado del contenido del ARCHIVO de copia de seguridad de la base de datos, similar a catdb.

limpiadob DB
Elimine todo el contenido de la base de datos de la base de datos.

recuperar
Este comando activará el demonio de recuperación para realizar una recuperación de clúster.

reasignar, sincronizar
Este comando obligará al maestro de recuperación a realizar un proceso completo de reasignación de IP y
redistribuir todas las direcciones IP. Esto es útil para "restablecer" las asignaciones a su
estado predeterminado si se han cambiado con el comando "moveip". Mientras que una "recuperación"
También realice esta reasignación, una recuperación es mucho más pesada ya que también
reconstruir todas las bases de datos.

modo getmon
Este comando devuelve el modo de supervisión de un nodo. El modo de monitorización es ACTIVO
o DISCAPACITADOS. Normalmente, un nodo supervisará continuamente que todos los demás nodos que están
esperados están de hecho conectados y que responden a los comandos.

ACTIVO: este es el modo normal. El nodo está monitoreando activamente todos los demás nodos, tanto
que el transporte está conectado y también que el nodo responde a los comandos. Si un nodo
deja de estar disponible, se marcará como DESCONECTADO y se iniciará una recuperación para
restaurar el clúster.

DISABLED: este nodo no supervisa que otros nodos estén disponibles. En este modo un nodo
no se detectará la falla y no se realizará ninguna recuperación. Este modo es útil cuando
para fines de depuración, uno desea adjuntar GDB a un proceso ctdb pero desea evitar el
el resto del clúster marque este nodo como DESCONECTADO y realice una recuperación.

establecermonmode 0 | 1
Este comando se puede usar para deshabilitar / habilitar explícitamente el modo de monitoreo en un nodo. El principal
El propósito es si uno quiere adjuntar GDB a un demonio ctdb en ejecución pero quiere evitar el
otros nodos lo marquen como DESCONECTADO y emitan una recuperación. Para hacer esto, configure
el modo de monitoreo a 0 en todos los nodos antes de adjuntar con GDB. Recuerde configurar el monitoreo
modo de nuevo a 1 después.

adjuntar NOMBREBD [persistente]
Cree una nueva base de datos CTDB llamada DBNAME y adjúntela en todos los nodos.

despegar DB-LISTA
Desconecte las bases de datos no persistentes especificadas del clúster. Este comando se desconectará
bases de datos especificadas en todos los nodos del clúster. Este comando solo debe usarse cuando
ninguna de las bases de datos especificadas está en uso.

Todos los nodos deben estar activos y sintonizable AllowClientDBAccess debe estar deshabilitado en todos los nodos
antes de separar las bases de datos.

volcado de memoria
Este es un comando de depuración. Este comando hará que el demonio ctdb escriba una memoria de relleno
mapa de asignación a la salida estándar.

rddumpmemoria
Este es un comando de depuración. Este comando volcará el árbol de asignación de memoria talloc para
el demonio de recuperación a la salida estándar.

deshielo
Descongele un nodo previamente congelado.

guion de eventos ARGUMENTOS
Este es un comando de depuración. Este comando se puede utilizar para invocar y ejecutar manualmente el
eventscritps con argumentos arbitrarios.

prohibición TIEMPO DE BAÑO
Prohibir administrativamente un nodo durante BANTIME segundos. El nodo dejará de estar prohibido después de BANTIME.
Han transcurrido unos segundos.

Un nodo prohibido no participa en el clúster. No alberga ningún registro para el
TDB agrupada y no aloja ninguna dirección IP pública.

Los nodos se bloquean automáticamente si se comportan mal. Por ejemplo, un nodo puede estar prohibido si
provoca demasiadas recuperaciones de clústeres.

Para excluir administrativamente un nodo de un clúster, utilice el detener mando.

desbancar
Este comando se usa para desbloquear un nodo que ha sido prohibido administrativamente usando
el comando de prohibición o se ha prohibido automáticamente.

reequilibrio [LISTA PNN]
Este comando marca los nodos dados como objetivos de reequilibrio en la asignación de IP de LCP2
algoritmo. los recargar comando hará esto según sea necesario, por lo que este comando no debe ser
necesario.

comprobar_srvids SRVID ...
Este comando verifica si un conjunto de puertos de mensajes srvid están registrados en el nodo o
no. El comando toma una lista de valores para verificar.

Ejemplo
# ctdb comprobar_srvids 1 2 3 14765
La identificación del servidor 0: 1 no existe
La identificación del servidor 0: 2 no existe
La identificación del servidor 0: 3 no existe
Id. De servidor 0: 14765 existe

Utilice ctdb en línea utilizando los servicios de onworks.net