Este es el comando ctdbd que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.
PROGRAMA:
NOMBRE
ctdbd: el demonio del clúster CTDB
SINOPSIS
ctdbd [OPCIÓN...]
DESCRIPCIÓN
ctdbd es el demonio principal de CTDB.
Tenga en cuenta que ctdbd no suele invocarse directamente. Se invoca a través de envoltura_ctdbd(1) o vía
el initscript.
See cddb(7) para obtener una descripción general de CTDB.
GENERAL CAMPUS
-d, --debug =NIVEL DE DEPURACIÓN
Esta opción establece el nivel de depuración en DEBUGLEVEL, que controla lo que será escrito por
el subsistema de registro. El valor predeterminado es 2.
Consulte la sección NIVELES DE DEPURACIÓN en cddb(7) para obtener más información.
--dbdir =De miembros
DIRECTORIO en el almacenamiento local donde ctdbd mantiene una copia local de las bases de datos TDB. Esta
El directorio es local para cada nodo y no debe almacenarse en el clúster compartido.
sistema de archivos
Este directorio suele ser / var / lib / ctdb
--dbdir-persistent =De miembros
DIRECTORIO en el almacenamiento local donde ctdbd mantiene una copia local de las bases de datos persistentes de TDB.
Este directorio es local para cada nodo y no debe almacenarse en el clúster compartido.
sistema de archivos
Este directorio suele ser / var / lib / ctdb / persistent
--dbdir-state =De miembros
DIRECTORIO en el almacenamiento local donde ctdbd mantiene los archivos TDB del estado interno. Este directorio
es local para cada nodo y no debe almacenarse en el sistema de archivos del clúster compartido.
Este directorio suele ser / var / lib / ctdb / state
--event-script-dir =De miembros
DIRECTORIO donde se almacenan los scripts de eventos CTDB. Consulte la sección GUIONES DE EVENTOS en
cddb(7) para obtener más información.
El valor predeterminado es CTDB_BASE/events.d, por lo que normalmente /etc/ctdb/events.d, que forma parte del
Instalación CTDB.
--escuchar =IPADDR
IPADDR es la dirección IP privada a la que se enlazará ctdbd.
Por defecto, ctdbd seleccionará la primera dirección de la lista de nodos que puede enlazar
para. Consulte también --nlist.
Esta opción solo es necesaria cuando no se puede utilizar la detección automática de direcciones. Esta
puede ser el caso cuando se ejecutan múltiples demonios / nodos ctdbd en el mismo host físico
(generalmente para pruebas), usando InfiniBand para la red privada o en Linux cuando
sysctl net.ipv4.ip_nonlocal_bind = 1.
--logging =CADENA
STRING especifica dónde ctdbd escribirá su registro. El archivo predeterminado es: /var/log/log.ctdb
o similar: el prefijo puede diferir dependiendo de cómo se construyó CTDB.
Los valores válidos son:
archivo:NOMBRE DEL ARCHIVO
NOMBRE DE ARCHIVO donde ctdbd escribirá su registro. Suele ser /var/log/log.ctdb.
syslog [:MÉTODO]
CTDB se registrará en syslog. Por defecto, esto usará el syslog(3) API.
Bajo cargas pesadas syslog(3) puede bloquear si el demonio syslog también procesa mensajes
despacio. Esto puede hacer que CTDB se bloquee al iniciar sesión.
Si se especifica METHOD, especifica una extensión que hace que el registro sea
hecho en un modo sin bloqueo. Tenga en cuenta que así podrían porque la vida a be caído.
El MÉTODO debe ser uno de los siguientes:
sin bloqueo
CTDB se registrará en syslog a través de / dev / log en modo sin bloqueo.
udp
CTDB se registrará en syslog a través de UDP en localhost: 514. El demonio syslog debe ser
configurado para escuchar en (al menos) localhost: 514. La mayoría de los demonios de syslog registrarán
los mensajes con el nombre de host "localhost" - esta es una limitación del
implementación, para compatibilidad con más demonios de syslog.
UDP-rfc5424
Como con "udp" pero los mensajes se envían en formato RFC5424. Este método registrará
el nombre de host correcto, pero no está tan ampliamente implementado en los demonios syslog.
--lvs
Esta opción se utiliza para activar la capacidad LVS en un nodo CTDB. Consulte el LVS
sección en cddb(7) para obtener más información.
--max-persistent-check-errors =NUM
NUM especifica el número máximo de errores de verificación de estado permitidos para persistentes
bases de datos durante el inicio.
El valor predeterminado es 0. Si se establece en un valor distinto de cero, se permite un nodo con
bases de datos persistentes para iniciar y unirse al clúster siempre que haya otro nodo
con bases de datos persistentes saludables.
--nlist =NOMBRE DEL ARCHIVO
FILENAME que contiene una lista de las direcciones IP privadas, una por línea, para cada nodo en
el racimo. Este archivo debe be las mismo on cada una nodo en el clúster.
El valor predeterminado es CTDB_BASE/ nodes, por lo que normalmente / etc / ctdb / nodes.
--no-lmaster
Este argumento especifica que este nodo NO puede convertirse en un lmaster para registros en el
base de datos. Esto significa que nunca aparecerá en vnnmap. Esta característica es
se utiliza principalmente para hacer que un clúster se extienda a través de un enlace WAN y use CTDB como un
Acelerador de WAN.
Consulte la sección NODOS DE CLÚSTER REMOTOS en cddb(7) para obtener más información.
--no-recmaster
Este argumento especifica que este nodo NO puede convertirse en un recmaster para la base de datos.
Esta función se utiliza principalmente para hacer que un clúster se extienda a través de un enlace WAN y utilice
CTDB como acelerador de WAN.
Consulte la sección NODOS DE CLÚSTER REMOTOS en cddb(7) para obtener más información.
--notification-script =NOMBRE DEL ARCHIVO
FILENAME especifica un script que ctdbd debe invocar cuando se producen ciertos cambios de estado.
Este archivo suele ser /etc/ctdb/notify.sh.
Consulte la sección GUIÓN DE NOTIFICACIÓN en cddb(7) para obtener más información.
--pidfile =NOMBRE DEL ARCHIVO
FILENAME para el archivo que contiene el ID de proceso del demonio CTDB principal. Este archivo es
creado y eliminado automáticamente por CTDB.
El valor predeterminado es no crear un archivo PID.
--public_addresses =NOMBRE DEL ARCHIVO
FILENAME especifica un archivo que contiene las direcciones IP públicas para usar en el clúster
cuándo CTDB debería utilizar la adquisición de IP. Este archivo contiene una lista de direcciones IP, máscaras de red
e interfaces. CTDB distribuirá estas direcciones IP públicas de forma adecuada en
los nodos disponibles.
Las direcciones IP especificadas en este archivo pueden diferir entre los nodos.
Este suele ser el archivo / etc / ctdb / public_addresses
--public-interface =INTERFAZ
INTERFAZ en la que adjuntar direcciones IP públicas o en la que adjuntar la
single-public-ip cuando se usa.
Cuando se utilizan direcciones IP públicas, esto solo es necesario si las interfaces no están explícitamente
especificado en el archivo de direcciones públicas.
--reclock =ARCHIVO
ARCHIVO es el nombre del archivo de bloqueo de recuperación, almacenado en compartido STORAGE, que CTDB usa
para prevenir la división del cerebro.
Para obtener información sobre el bloqueo de recuperación, consulte la sección BLOQUEO DE RECUPERACIÓN en
cddb(7).
--single-public-ip =IPADDR
IPADDR especifica la IP única que CTDB utilizará junto con LVS.
Consulte la sección LVS en cddb(7) para obtener más información.
--iniciar-como-deshabilitado
Esto hace que ctdbd se inicie en el estado DISABLED.
Para permitir que el nodo aloje servicios y direcciones IP públicas, debe
habilitado usando el cddb habilitar mando.
Consulte la sección ESTADOS DE NODO en cddb(7) para obtener más información sobre DISCAPACITADOS
estado.
--start-as-stop
Esto hace que ctdbd se inicie en el estado DETENIDO.
Para permitir que el nodo participe en el clúster, debe continuarse manualmente con el
las cddb habilitar mando.
Consulte la sección ESTADOS DE NODO en cddb(7) para obtener más información sobre el DETENIDO
estado.
--syslog
Envíe mensajes de registro a syslog en lugar de al archivo de registro CTDB. Esta opción anula
--archivo de registro. El valor predeterminado es iniciar sesión en un archivo.
--transporte = tcp | infiniband
Esta opción especifica qué transporte utilizar para las comunicaciones entre los entrenudos ctdbd. los
el valor predeterminado es "tcp".
El soporte "infiniband" no se prueba con regularidad.
-?, --ayuda
Muestra un resumen de opciones.
DEPURACIÓN CAMPUS
-i, --interactivo
Habilite el modo interactivo. Esto hará que ctdbd se ejecute en primer plano y no se separe
desde la terminal. Por defecto, ctdbd se separará y se ejecutará en segundo plano como
demonio.
--nopublicipcheck
Esta opción se utiliza al realizar pruebas con varios demonios locales en una sola máquina. Eso
deshabilita las comprobaciones relacionadas con las direcciones IP públicas.
--nosetsched
Esta es una opción de depuración. Esta opción solo se usa al depurar ctdbd.
Normalmente, ctdbd cambiará su programador para que se ejecute como un proceso en tiempo real. Este es el
modo predeterminado para una operación normal de ctdbd para garantizar que ctdbd siempre obtiene la CPU
ciclos que necesita.
Esta opción se usa para decirle a ctdbd que no ejecutar como un proceso en tiempo real y en su lugar ejecutar
ctdbd como un proceso de espacio de usuario normal. Esto es útil para depurar y cuando desee
ejecute ctdbd bajo valgrind o gdb. (No desea adjuntar valgrind o gdb a un
proceso en tiempo real.)
--socket =NOMBRE DEL ARCHIVO
FILENAME especifica el nombre del socket de dominio Unix que creará ctdbd. Esta
Los clientes locales utilizan socket para comunicarse con ctdbd.
El predeterminado es /tmp/ctdb.socket. Solo necesita usar esta opción si planea ejecutar
múltiples demonios ctdbd en el mismo host físico, generalmente para pruebas.
--script-log-level =NIVEL DE DEPURACIÓN
Esta opción establece el nivel de depuración de la salida del script de eventos en DEBUGLEVEL. El valor predeterminado es
ERROR (0).
Consulte la sección NIVELES DE DEPURACIÓN en cddb(7) para obtener más información.
- comienzo flojo
Esta es la opción de depuración. Esto acelera la recuperación inicial durante el inicio en el
gasto de alguna comprobación de coherencia. No utilizan el así opción in Production.
--tortura
Esta opción solo se utiliza para el desarrollo y la prueba de CTDB. Agrega artificial
errores y fallas en las rutas de código comunes en ctdbd para verificar que ctdbd pueda recuperarse
correctamente de las fallas.
Do no utilizan el así opción a menos que esté desarrollando y probando nuevas funciones en
CTDB.
- molienda de valor
Esta es una opción de depuración. Esta opción solo se usa al depurar ctdbd. Esta
habilita capacidades de depuración adicionales e implica --nosetsched.
Utilice ctdbd en línea utilizando los servicios de onworks.net
