ctdbd – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

ctdbd – Der CTDB-Cluster-Daemon

ZUSAMMENFASSUNG

ctdbd [zur Auswahl...]

BESCHREIBUNG

ctdbd ist der Haupt-CTDB-Daemon.

Beachten Sie, dass ctdbd normalerweise nicht direkt aufgerufen wird. Der Aufruf erfolgt über ctdbd_wrapper(1) oder über
das Initskript.

See ctdb(7) für einen Überblick über CTDB.

ALLGEMEIN OPTIONAL

-d, --debug=DEBUG-EBENE
Diese Option setzt die Debug-Ebene auf DEBUGLEVEL, wodurch gesteuert wird, was geschrieben wird
das Protokollierungssubsystem. Der Standardwert ist 2.

Weitere Informationen finden Sie im Abschnitt DEBUG-LEVELS in ctdb(7) für weitere Informationen.

--dbdir=DIRECTORY
VERZEICHNIS im lokalen Speicher, in dem ctdbd eine lokale Kopie der TDB-Datenbanken speichert. Das
Das Verzeichnis ist für jeden Knoten lokal und sollte nicht auf dem gemeinsam genutzten Cluster gespeichert werden
Dateisystem.

Dieses Verzeichnis wäre normalerweise /var/lib/ctdb

--dbdir-persistent=DIRECTORY
VERZEICHNIS im lokalen Speicher, in dem ctdbd eine lokale Kopie der persistenten TDB-Datenbanken speichert.
Dieses Verzeichnis ist für jeden Knoten lokal und sollte nicht auf dem gemeinsam genutzten Cluster gespeichert werden
Dateisystem.

Dieses Verzeichnis wäre normalerweise /var/lib/ctdb/persistent

--dbdir-state=DIRECTORY
VERZEICHNIS im lokalen Speicher, in dem ctdbd interne Zustands-TDB-Dateien speichert. Dieses Verzeichnis
ist für jeden Knoten lokal und sollte nicht im gemeinsam genutzten Cluster-Dateisystem gespeichert werden.

Dieses Verzeichnis wäre normalerweise /var/lib/ctdb/state

--event-script-dir=DIRECTORY
VERZEICHNIS, in dem die CTDB-Ereignisskripte gespeichert sind. Weitere Informationen finden Sie im Abschnitt „EREIGNISSKRIPTE“ in
ctdb(7) für weitere Informationen.

Standardeinstellung ist CTDB_BASE/events.d, also normalerweise /etc/ctdb/events.d, das Teil von ist
CTDB-Installation.

--listen=IPADDR
IPADDR ist die private IP-Adresse, an die ctdbd bindet.

Standardmäßig wählt ctdbd die erste Adresse aus der Knotenliste aus, die gebunden werden kann
Zu. Siehe auch --nlist.

Diese Option ist nur erforderlich, wenn die automatische Adresserkennung nicht verwendet werden kann. Das
Dies kann der Fall sein, wenn mehrere ctdbd-Daemons/Knoten auf demselben physischen Host ausgeführt werden
(normalerweise zum Testen), mit InfiniBand für das private Netzwerk oder unter Linux, wenn
sysctl net.ipv4.ip_nonlocal_bind=1.

--logging=STRING
STRING gibt an, wohin ctdbd sein Protokoll schreibt. Der Standardwert ist file:/var/log/log.ctdb
oder ähnlich – das Präfix kann je nachdem, wie CTDB erstellt wurde, unterschiedlich sein.

Gültige Werte sind:

Datei:DATEINAME
DATEINAME, in den ctdbd sein Protokoll schreibt. Dies ist normalerweise /var/log/log.ctdb.

syslog[:METHODE]
CTDB protokolliert im Syslog. Standardmäßig wird dies verwendet syslog(3) API.

Unter schwerer Belastung syslog(3) kann blockieren, wenn der Syslog-Daemon auch Nachrichten verarbeitet
langsam. Dies kann dazu führen, dass CTDB bei der Protokollierung blockiert.

Wenn METHOD angegeben ist, gibt es eine Erweiterung an, die die Protokollierung bewirkt
erfolgt in einem nicht blockierenden Modus. Beachten Sie, dass fehlen uns die Worte. Mai Ursache Nachrichten zu be fallen gelassen.
METHODE muss eine der folgenden sein:

nicht blockierend
CTDB protokolliert im nicht blockierenden Modus über /dev/log im Syslog.

UDP
CTDB meldet sich über UDP an localhost:514 im Syslog an. Der Syslog-Daemon muss vorhanden sein
konfiguriert, um (mindestens) localhost:514 abzuhören. Die meisten Syslog-Daemons protokollieren
die Nachrichten mit dem Hostnamen „localhost“ – dies ist eine Einschränkung des
Implementierung, für Kompatibilität mit mehr Syslog-Daemons.

udp-rfc5424
Wie bei „udp“, jedoch werden Nachrichten im RFC5424-Format gesendet. Diese Methode protokolliert
Der korrekte Hostname ist jedoch in Syslog-Daemons nicht so weit verbreitet.

--Ich gegen
Mit dieser Option wird die LVS-Fähigkeit auf einem CTDB-Knoten aktiviert. Bitte beachten Sie die LVS
Abschnitt in ctdb(7) für weitere Informationen.

--max-persistent-check-errors=NUM
NUM gibt die maximale Anzahl von Integritätsprüfungsfehlern an, die für persistente Daten zulässig sind
Datenbanken während des Startvorgangs.

Der Standardwert ist 0. Wenn Sie diesen Wert auf einen Wert ungleich Null setzen, wird ein fehlerhafter Knoten ermöglicht
Persistente Datenbanken können gestartet werden und dem Cluster beitreten, solange es einen anderen Knoten gibt
mit gesunden persistenten Datenbanken.

--nlist=DATEINAME
DATEINAME enthält eine Liste der privaten IP-Adressen, eine pro Zeile, für jeden Knoten in
der Cluster. Diese Datei sollen be gleich on jeder Knoten im Cluster.

Standardeinstellung ist CTDB_BASE/nodes, also normalerweise /etc/ctdb/nodes.

--no-lmaster
Dieses Argument gibt an, dass dieser Knoten KEIN Lmaster für Datensätze in der werden kann
Datenbank. Dies bedeutet, dass es niemals in der vnnmap angezeigt wird. Diese Funktion ist
Wird hauptsächlich dazu verwendet, einen Cluster über eine WAN-Verbindung zu erstellen und CTDB als zu verwenden
WAN-Beschleuniger.

Weitere Informationen finden Sie im Abschnitt REMOTE-CLUSTER-KNOTEN unter ctdb(7) für weitere Informationen.

--no-recmaster
Dieses Argument gibt an, dass dieser Knoten NICHT ein Recmaster für die Datenbank werden kann.
Diese Funktion wird hauptsächlich dazu verwendet, einen Cluster über eine WAN-Verbindung zu erstellen und zu verwenden
CTDB als WAN-Beschleuniger.

Weitere Informationen finden Sie im Abschnitt REMOTE-CLUSTER-KNOTEN unter ctdb(7) für weitere Informationen.

--notification-script=DATEINAME
FILENAME gibt ein Skript an, das von ctdbd aufgerufen werden soll, wenn bestimmte Statusänderungen auftreten.

Diese Datei ist normalerweise /etc/ctdb/notify.sh.

Bitte lesen Sie den Abschnitt BENACHRICHTIGUNGSSCRIPT in ctdb(7) für weitere Informationen.

--pidfile=DATEINAME
FILENAME für die Datei, die die Prozess-ID des Haupt-CTDB-Daemons enthält. Diese Datei ist
automatisch von CTDB erstellt und entfernt.

Standardmäßig wird keine PID-Datei erstellt.

--public_addresses=DATEINAME
FILENAME gibt eine Datei an, die die öffentlichen IP-Adressen enthält, die im Cluster verwendet werden sollen
wann CTDB IP-Übernahme verwenden sollte. Diese Datei enthält eine Liste von IP-Adressen und Netzmasken
und Schnittstellen. CTDB wird diese öffentlichen IP-Adressen entsprechend verteilen
die verfügbaren Knoten.

Die in dieser Datei angegebenen IP-Adressen können von Knoten zu Knoten unterschiedlich sein.

Dies ist normalerweise die Datei /etc/ctdb/public_addresses

--public-interface=INTERFACE
SCHNITTSTELLE, an die öffentliche IP-Adressen angehängt werden sollen oder an die die IP-Adressen angehängt werden sollen
single-public-ip bei Verwendung.

Bei Verwendung öffentlicher IP-Adressen ist dies nur erforderlich, wenn Schnittstellen nicht explizit vorhanden sind
in der Datei mit öffentlichen Adressen angegeben.

--reclock=FILE
FILE ist der Name der Wiederherstellungssperrdatei, die in gespeichert ist von Locals geführtes storage, die CTDB verwendet
um eine Gehirnspaltung zu verhindern.

Informationen zur Wiederherstellungssperre finden Sie im Abschnitt WIEDERHERSTELLUNGSSPERRE in
ctdb(7).

--single-public-ip=IPADDR
IPADDR gibt die einzelne IP an, die CTDB in Verbindung mit LVS verwendet.

Bitte lesen Sie den Abschnitt LVS in ctdb(7) für weitere Informationen.

--start-as-disabled
Dadurch wird ctdbd im Status DISABLED gestartet.

Damit der Knoten öffentliche IP-Adressen und Dienste hosten kann, muss dies manuell erfolgen
aktiviert mit der ctdb ermöglichen Befehl.

Bitte lesen Sie den Abschnitt KNOTENZUSTÄNDE in ctdb(7) Weitere Informationen zu BEHINDERTEN
Zustand.

--start-as-stopped
Dadurch startet ctdbd im STOPPED-Zustand.

Damit der Knoten am Cluster teilnehmen kann, muss er manuell mit dem fortgeführt werden
ctdb ermöglichen Befehl.

Bitte lesen Sie den Abschnitt KNOTENZUSTÄNDE in ctdb(7) Weitere Informationen zum STOPPED
Zustand.

--syslog
Senden Sie Protokollnachrichten an Syslog statt an die CTDB-Protokolldatei. Diese Option hat Vorrang
--Logdatei. Standardmäßig wird in einer Datei protokolliert.

--transport=tcp|infiniband
Diese Option gibt an, welcher Transport für die ctdbd-Internode-Kommunikation verwendet werden soll. Der
Der Standardwert ist „tcp“.

Die „Infiniband“-Unterstützung wird nicht regelmäßig getestet.

-?, --Hilfe
Zeigen Sie eine Zusammenfassung der Optionen an.

FEHLERBEHEBUNG OPTIONAL

-i, --interaktiv
Aktivieren Sie den interaktiven Modus. Dadurch wird ctdbd im Vordergrund ausgeführt und nicht getrennt
vom Terminal aus. Standardmäßig trennt sich ctdbd von selbst und wird im Hintergrund als ausgeführt
Daemon.

--nopublicipcheck
Diese Option wird beim Testen mit mehreren lokalen Daemons auf einem einzelnen Computer verwendet. Es
deaktiviert Prüfungen im Zusammenhang mit öffentlichen IP-Adressen.

--nosetsched
Dies ist eine Debugging-Option. Diese Option wird nur beim Debuggen von ctdbd verwendet.

Normalerweise ändert ctdbd seinen Scheduler so, dass er als Echtzeitprozess ausgeführt wird. Dies ist das
Standardmodus für einen normalen ctdbd-Vorgang, um sicherzustellen, dass ctdbd immer die CPU erhält
Zyklen, die es braucht.

Mit dieser Option wird ctdbd dazu aufgefordert nicht als Echtzeitprozess ausführen und stattdessen ausführen
ctdbd als normalen Userspace-Prozess. Dies ist nützlich zum Debuggen und wann immer Sie möchten
Führen Sie ctdbd unter valgrind oder gdb aus. (Sie möchten Valgrind oder GDB nicht an a anhängen
Echtzeitprozess.)

--socket=DATEINAME
FILENAME gibt den Namen des Unix-Domänen-Sockets an, den ctdbd erstellt. Das
Socket wird von lokalen Clients zur Kommunikation mit ctdbd verwendet.

Der Standardwert ist /tmp/ctdb.socket . Sie müssen diese Option nur verwenden, wenn Sie eine Ausführung planen
mehrere ctdbd-Daemons auf demselben physischen Host, normalerweise zu Testzwecken.

--script-log-level=DEBUG-EBENE
Diese Option setzt die Debugstufe der Ereignisskriptausgabe auf DEBUGLEVEL. Die Standardeinstellung ist
FEHLER (0).

Weitere Informationen finden Sie im Abschnitt DEBUG-LEVELS in ctdb(7) für weitere Informationen.

--sloppy-start
Dies ist eine Debugging-Option. Dies beschleunigt die anfängliche Wiederherstellung während des Startvorgangs
Kosten einer Konsistenzprüfung. Nicht - fehlen uns die Worte. zu erhalten in Produktion.

--Folter
Diese Option wird nur für die Entwicklung und das Testen von CTDB verwendet. Es fügt künstlich hinzu
Fehler und Ausfälle zu den allgemeinen Codepfaden in ctdbd, um zu überprüfen, ob ctdbd wiederhergestellt werden kann
richtig aus Fehlern.

Do nicht - fehlen uns die Worte. zu erhalten es sei denn, Sie entwickeln und testen neue Funktionen in
CTDB.

--valgrinding
Dies ist eine Debugging-Option. Diese Option wird nur beim Debuggen von ctdbd verwendet. Das
Aktiviert zusätzliche Debugging-Funktionen und impliziert --nosetsched.

Verwenden Sie ctdbd online über die Dienste von onworks.net