ctdb – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

ctdb - CTDB-Verwaltungsdienstprogramm

ZUSAMMENFASSUNG

ctdb [zur Auswahl...] {COMMAND} [BEFEHL-ARGS]

BESCHREIBUNG

ctdb ist ein Dienstprogramm zum Anzeigen und Verwalten eines CTDB-Clusters.

Die folgenden Begriffe werden verwendet, wenn auf Knoten in einem Cluster Bezug genommen wird:

PNN
Physische Knotennummer. Die physikalische Knotennummer ist eine ganze Zahl, die den Knoten beschreibt
im Cluster. Der erste Knoten hat die physische Knotennummer 0. in einem Cluster.

PNN-LISTE
Dies ist entweder ein einzelner PNN, eine durch Kommas getrennte Liste von PNNs oder "alle".

Befehle, die auf eine Datenbank verweisen, verwenden die folgenden Begriffe:

DB
Dies ist entweder ein Datenbankname wie beispielsweise lock.tdb oder eine Datenbank-ID wie beispielsweise
"0x42fe72c5".

DB-LISTE
Eine durch Leerzeichen getrennte Liste von mindestens einem DB.

OPTIONAL

-n PNN-LISTE
Die von PNN-LIST angegebenen Knoten sollten nach den angeforderten Informationen abgefragt werden.
Standardmäßig wird der auf dem lokalen Host ausgeführte Daemon abgefragt.

-Y
Produzieren Sie die Ausgabe in maschinenlesbarer Form, um das Parsen durch Skripte zu erleichtern. Dies verwendet a
Feldtrennzeichen von ':'. Nicht alle Befehle unterstützen diese Option.

-x SEPARATOR
Verwenden Sie SEPARATOR, um Felder in der maschinenlesbaren Ausgabe abzugrenzen. Dies impliziert -Y.

-X
Produzieren Sie die Ausgabe in maschinenlesbarer Form, um das Parsen durch Skripte zu erleichtern. Dies verwendet a
Feldtrennzeichen von '|'. Nicht alle Befehle unterstützen diese Option.

Dies entspricht "-x|" und vermeidet einige Shell-Zitat-Probleme.

-t TIMEOUT
Gibt an, dass ctdb bis zu TIMEOUT Sekunden auf eine Antwort auf die meisten Befehle warten soll
an den CTDB-Daemon gesendet. Der Standardwert beträgt 10 Sekunden.

-T ZEITLIMIT
Gibt an, dass TIMELIMIT die maximale Laufzeit (in Sekunden) für den Befehl ctdb ist.
Wenn TIMELIMIT überschritten wird, wird der Befehl ctdb mit einem Fehler beendet. Der Standard
beträgt 120 Sekunden.

-? --Hilfe
Drucken Sie einen Hilfetext auf den Bildschirm.

--Verwendungszweck
Drucken Sie Nutzungsinformationen auf dem Bildschirm.

-d --debug=DEBUG-EBENE
Ändern Sie die Debug-Ebene für den Befehl. Der Standardwert ist HINWEIS (2).

--socket=DATEINAME
Geben Sie an, dass FILENAME der Name des Unix-Domain-Sockets ist, der beim Herstellen einer Verbindung verwendet werden soll
den lokalen CTDB-Daemon. Der Standardwert ist /tmp/ctdb.socket.

VERWALTUNG BEFEHLE

Dies sind Befehle zum Überwachen und Verwalten eines CTDB-Clusters.

pnn
Dieser Befehl zeigt die PNN des aktuellen Knotens an.

xpnn
Dieser Befehl zeigt die PNN des aktuellen Knotens an, ohne den CTDB-Daemon zu kontaktieren. Es
parst die Nodes-Datei direkt, kann also eine unerwartete Ausgabe erzeugen, wenn die Nodes-Datei
bearbeitet, aber nicht neu geladen.

Status
Dieser Befehl zeigt den aktuellen Status aller CTDB-Knoten basierend auf Informationen aus dem
abgefragten Knoten.

Hinweis: Wenn der abgefragte Knoten INAKTIV ist, ist der Status möglicherweise nicht aktuell.

Knoten Status
Dazu gehören die Anzahl der physischen Knoten und der Status jedes Knotens. Sehen ctdb(7)
für Informationen über Knotenzustände.

Generation
Die Generations-ID ist eine Zahl, die die aktuelle Generation eines Clusters angibt
Beispiel. Jedes Mal, wenn ein Cluster eine Neukonfiguration oder Wiederherstellung durchläuft, ist es
Generations-ID wird geändert.

Diese Zahl hat keine besondere Bedeutung, außer zu verfolgen, wann a
Cluster hat eine Erholung durchlaufen. Es ist eine Zufallszahl, die den Strom darstellt
Instanz eines ctdb-Clusters und seiner Datenbanken. Der CTDB-Daemon verwendet diese Nummer
intern, um zu erkennen, wann Befehle auf dem Cluster ausgeführt werden und die
databases wurde in einer anderen Generation des Clusters ausgegeben, um sicherzustellen, dass Befehle
die auf den Datenbanken ausgeführt werden, werden bei einer Clusterdatenbankwiederherstellung nicht überleben.
Nach einer Wiederherstellung werden alle alten ausstehenden Befehle automatisch ungültig.

Manchmal wird diese Nummer als "INVALID" angezeigt. Dies bedeutet nur, dass die ctdbd
Daemon wurde gestartet, aber noch nicht durch eine Wiederherstellung mit dem Cluster zusammengeführt. Alle
Knoten beginnen mit der Generation "INVALID" und erhalten erst dann eine echte Generations-ID
sie wurden durch eine Wiederherstellung erfolgreich mit einem Cluster zusammengeführt.

Assistent Knoten Nummer (VNN) Karte
Besteht aus der Anzahl der virtuellen Knoten und der Zuordnung von virtuellen Knotennummern zu
physische Knotennummern. Virtuelle Knoten hosten CTDB-Datenbanken. Nur Knoten, die
Die Teilnahme an der VNN-Karte kann für Datenbankeinträge zu lmaster oder dmaster werden.

Recovery Modus
Dies ist der aktuelle Wiederherstellungsmodus des Clusters. Es gibt zwei mögliche Modi:

NORMAL – Der Cluster ist voll funktionsfähig.

WIEDERHERSTELLUNG - Die Cluster-Datenbanken wurden alle eingefroren und alle Dienste pausiert, während die
Cluster wartet auf den Abschluss eines Wiederherstellungsprozesses. Ein Wiederherstellungsprozess sollte innerhalb von . abgeschlossen sein
Sekunden. Wenn ein Cluster im RECOVERY-Zustand stecken bleibt, würde dies auf einen Cluster hinweisen
Fehlfunktion, die untersucht werden muss.

Sobald der Wiederherstellungs-Master eine Inkonsistenz erkennt, wird beispielsweise ein Knoten
getrennt/verbunden, löst der Wiederherstellungs-Daemon einen Cluster-Wiederherstellungsprozess aus.
wo alle Datenbanken im Cluster wieder zusammengeführt werden. Wenn dieser Prozess beginnt, wird die
Recovery Master "friert" zuerst alle Datenbanken ein, um Anwendungen wie z
samba vom Zugriff auf die Datenbanken ab und es wird auch der Wiederherstellungsmodus als
WIEDERHERSTELLUNG.

Wenn der CTDB-Daemon startet, wird er im RECOVERY-Modus gestartet. Sobald der Knoten
zu einem Cluster zusammengeführt und alle Datenbanken wiederhergestellt wurden, ändert sich der Knotenmodus
in den NORMAL-Modus und die Datenbanken werden "aufgetaut", sodass Samba auf die
Datenbanken wieder.

Recovery Master
Dies ist der Clusterknoten, der derzeit als Wiederherstellungsmaster bestimmt ist. Dies
Knoten ist dafür verantwortlich, die Konsistenz des Clusters zu überwachen und die
tatsächlicher Wiederherstellungsprozess, wenn erforderlich.

Es kann jeweils nur ein Knoten der designierte Wiederherstellungsmaster sein. Welcher Knoten ist
der benannte Sanierungsmeister wird durch ein Wahlverfahren in der Sanierung entschieden
Daemons, die auf jedem Knoten ausgeführt werden.

Beispiel
# ctdb-Status
Anzahl der Knoten: 4
pnn:0 192.168.2.200 OK (DIESER KNOTEN)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
Generierung: 1362079228
Größe: 4
hash:0 lmaster:0
hash:1 lmaster:1
hash:2 lmaster:2
hash:3 lmaster:3
Wiederherstellungsmodus:NORMAL (0)
Wiederherstellungsmeister: 0

Knotenstatus [PNN-LISTE]
Dieser Befehl ähnelt dem Status Befehl. Es zeigt die Teilmenge "Knotenstatus" von
Ausgang. Die Hauptunterschiede sind:

· Der Exit-Code ist das bitweise ODER der Flags für jeden angegebenen Knoten, während ctdb
Status wird mit 0 beendet, wenn der Status für alle Knoten abgerufen werden konnte.

· ctdb Status stellt Statusinformationen für alle Knoten bereit. ctdb Knotenstatus Standardmäßig ist
Bereitstellung des Status nur für den aktuellen Knoten. Wenn PNN-LIST bereitgestellt wird, ist der Status
für die angegebenen Knoten angegeben.

Standardmäßig ctdb Knotenstatus holt den Status vom lokalen Knoten ab. Jedoch, wenn aufgerufen
mit "-n all" (oder ähnlich) wird der Status von den gegebenen Knoten gesammelt. In
besondere ctdb Knotenstatus alle und ctdb Knotenstatus -n alle wird anders produzieren
Ausgang. Es ist möglich, 2 verschiedene Nodespecs (mit und ohne "-n") bereitzustellen, aber
die Ausgabe ist meist verwirrend!

Ein häufiger Aufruf in Skripten ist ctdb Knotenstatus alle um zu prüfen, ob alle Knoten in a
Cluster sind gesund.

Beispiel
# ctdb-Knotenstatus
pnn:0 10.0.0.30 OK (DIESER KNOTEN)

# ctdb-Knotenstatus alle
Anzahl der Knoten: 2
pnn:0 10.0.0.30 OK (DIESER KNOTEN)
pnn:1 10.0.0.31 OK

recmaster
Dieser Befehl zeigt den pnn des Knotens an, der derzeit der Recmaster ist.

Hinweis: Wenn der abgefragte Knoten INAKTIV ist, ist der Status möglicherweise nicht aktuell.

Betriebszeit
Dieser Befehl zeigt die Betriebszeit für den ctdb-Daemon an. Wann die letzte Wiederherstellung oder IP-Failover
abgeschlossen und wie lange es gedauert hat. Wenn die "Dauer" als negative Zahl angezeigt wird, ist dies
zeigt an, dass eine Wiederherstellung/ein Failover im Gange ist und so viele Sekunden gestartet wurden
her.

Beispiel
# ctdb-Verfügbarkeit
Aktuelle Uhrzeit des Knotens : Do 29. Okt 10:38:54 2009
Ctdbd-Startzeit: (000 16:54:28) Mi 28. Okt 17:44:26 2009
Zeitpunkt der letzten Wiederherstellung/Ausfall: (000 16:53:31) Mi 28. Okt 17:45:23 2009
Dauer der letzten Wiederherstellung/des Failovers: 2.248552 Sekunden

Listenknoten
Dieser Befehl zeigt listet die IP-Adressen aller Knoten im Cluster auf.

Beispiel
# ctdb-Listenknoten
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

Natgwlist
Zeigen Sie den aktuellen NAT-Gateway-Master und den Status aller Knoten im aktuellen NAT-Gateway an
Gruppe. Siehe den Abschnitt NAT GATEWAY in ctdb(7) für weitere Details.

Beispiel
# ctdb natgwliste
0 192.168.2.200
Anzahl der Knoten: 4
pnn:0 192.168.2.200 OK (DIESER KNOTEN)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK

Klingeln
Dieser Befehl "pingt" angegebene CTDB-Knoten im Cluster, um zu überprüfen, ob sie
läuft.

Beispiel
# ctdb ping -n alle
Antwort von 0 Zeit = 0.000054 Sek (3 Clients)
Antwort von 1 Zeit = 0.000144 Sek (2 Clients)
Antwort von 2 Zeit = 0.000105 Sek (2 Clients)
Antwort von 3 Zeit = 0.000114 Sek (2 Clients)

Gesichter
Dieser Befehl zeigt die Liste der Netzwerkschnittstellen an, die öffentliche . hosten könnten
Adressen, zusammen mit ihrem Status.

Beispiel
# ctdb-ifaces
Schnittstellen auf Knoten 0
name:eth5 link:up referenzen:2
name:eth4 link:down referenzen:0
name:eth3 link:up referenzen:1
name:eth2 link:up referenzen:1

# ctdb -X Ifaces
|Name|LinkStatus|Referenzen|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|

ip
Dieser Befehl zeigt die Liste der öffentlichen Adressen an, die vom Cluster bereitgestellt werden
und welcher physische Knoten diese IP derzeit bedient. Standardmäßig wird dieser Befehl NUR
Zeigt die öffentlichen Adressen an, die dem Knoten selbst bekannt sind. Um die vollständige Liste aller zu sehen
öffentliche IPs im gesamten Cluster müssen Sie "ctdb ip -n all" verwenden.

Beispiel
# ctdb-ip -v
Öffentliche IPs auf Knoten 0
172.31.91.82 Knoten[1] aktiv[] verfügbar[eth2,eth3] konfiguriert[eth2,eth3]
172.31.91.83 node[0] aktiv[eth3] verfügbar[eth2,eth3] konfiguriert[eth2,eth3]
172.31.91.84 Knoten[1] aktiv[] verfügbar[eth2,eth3] konfiguriert[eth2,eth3]
172.31.91.85 node[0] aktiv[eth2] verfügbar[eth2,eth3] konfiguriert[eth2,eth3]
172.31.92.82 Knoten[1] aktiv[] verfügbar[eth5] konfiguriert[eth4,eth5]
172.31.92.83 node[0] aktiv[eth5] verfügbar[eth5] konfiguriert[eth4,eth5]
172.31.92.84 Knoten[1] aktiv[] verfügbar[eth5] konfiguriert[eth4,eth5]
172.31.92.85 node[0] aktiv[eth5] verfügbar[eth5] konfiguriert[eth4,eth5]

# ctdb -X ip -v
|Öffentliche IP|Knoten|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
Dieser Befehl zeigt Details zu den angegebenen öffentlichen Adressen an.

Beispiel
# ctdb-ipinfo 172.31.92.85
Informationen zur öffentlichen IP[172.31.92.85] auf Knoten 0
IP: 172.31.92.85
Aktueller Knoten:0
Anzahl Schnittstellen: 2
Schnittstelle[1]: Name:eth4 Link:down Referenzen:0
Schnittstelle[2]: Name:eth5 Link:up Referenzen:2 (aktiv)

Skriptstatus
Dieser Befehl zeigt an, welche Skripte im vorherigen Überwachungszyklus ausgeführt wurden und die
Ergebnis jedes Skripts. Wenn ein Skript mit einem Fehler fehlgeschlagen ist, wird der Knoten
ungesund, wird auch die Ausgabe dieses Skripts angezeigt.

Beispiel
# ctdb-Skriptstatus
7 Skripte wurden im letzten Überwachungszyklus ausgeführt
00.ctdb Status:OK Dauer:0.056 Di 24. März 18:56:57 2009
10.Schnittstellenstatus:OK Dauer:0.077 Di 24. März 18:56:57 2009
11.natgw Status:OK Dauer:0.039 Di 24. März 18:56:57 2009
20.multipathd Status:OK Dauer:0.038 Di 24. März 18:56:57 2009
31. Clamd-Status: DEAKTIVIERT
40.vsftpd Status:OK Dauer:0.045 Di 24. März 18:56:57 2009
41.httpd Status:OK Dauer:0.039 Di 24. März 18:56:57 2009
50.samba Status:ERROR Dauer:0.082 Di 24. März 18:56:57 2009
AUSGABE:FEHLER: Samba-TCP-Port 445 antwortet nicht

Skript deaktivieren SCRIPT
Dieser Befehl wird verwendet, um ein Ereignisskript zu deaktivieren.

Dies wird bei der nächsten Ausführung der Ereignisskripte wirksam, sodass es einige Zeit dauern kann
kurze Zeit, bis dies in 'scriptstatus' widergespiegelt wird.

Aktivierungsskript SCRIPT
Dieser Befehl wird verwendet, um ein Ereignisskript zu aktivieren.

Dies wird bei der nächsten Ausführung der Ereignisskripte wirksam, sodass es einige Zeit dauern kann
kurze Zeit, bis dies in 'scriptstatus' widergespiegelt wird.

Listenvariablen
Listen Sie alle einstellbaren Variablen auf, mit Ausnahme der Werte der veralteten einstellbaren Variablen wie
VakuumMinInterval. Die veralteten Tunables können nur explizit mit der "ctdb
getvar"-Befehl.

Beispiel
# ctdb-Listenvariablen
MaxRedirectCount = 3
SeqnumInterval = 1000
ControlTimeout = 60
TraverseTimeout = 20
KeepaliveInterval = 5
KeepaliveLimit = 5
RecoveryTimeout = 20
Wiederherstellungsintervall = 1
Wahl-Timeout = 3
ÜbernahmeTimeout = 9
MonitorIntervall = 15
TickleUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
RecoveryGracePeriod = 120
RecoveryBanPeriod = 300
DatabaseHashSize = 100001
DatenbankMaxDead = 5
RecoveryTimeout = 10
EnableBans = 1
DeterministischeIPs = 0
LCP2PublicIPs = 1
ReclockPingPeriod = 60
NoIPFailback = 0
IPFailover deaktivieren = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
RecdFailCount = 10
LogLatencyMs = 0
RecLockLatencyMs = 1000
RecoveryDropAllIPs = 120
VakuumIntervall = 10
VakuumMaxRunTime = 30
RepackLimit = 10000
Vakuumgrenze = 5000
VacuumFastPathCount = 60
MaxQueueDropMsg = 1000000
UseStatusEvents = 0
AllowUnhealthyDBRead = 0
StatHistoryInterval = 1
DeferredAttachTO = 120
AllowClientDBAttach = 1
WiederherstellenPDBBySeqNum = 0

getwar NAME/FUNKTION
Rufen Sie den Laufzeitwert einer einstellbaren Variablen ab.

Beispiel
# ctdb getvar MaxRedirectCount
MaxRedirectCount = 3

setvar NAME/FUNKTION BEWERTUNG
Legen Sie den Laufzeitwert einer einstellbaren Variablen fest.

Beispiel: ctdb setvar MaxRedirectCount 5

lvsmaster
Dieser Befehl zeigt an, welcher Knoten derzeit der LVSMASTER ist. Der LVSMASTER ist der Knoten im
Cluster, der das LVS-System antreibt und den gesamten eingehenden Verkehr von Clients empfängt.

LVS ist der Modus, in dem der gesamte CTDB/Samba-Cluster eine einzige IP-Adresse für die
gesamten Cluster. In diesem Modus verbinden sich alle Clients mit einem bestimmten Knoten, der dann
Multiplexen/Lastenverteilung der Clients gleichmäßig auf die anderen Knoten im Cluster. Das ist ein
Alternative zur Verwendung öffentlicher IP-Adressen. Weitere Informationen finden Sie in der Manpage für ctdbd
über LVS.

Ich gegen
Dieser Befehl zeigt an, welche Knoten im Cluster derzeit im LVS aktiv sind
Aufbau. Dh bei welchen Knoten wir derzeit Loadbalancing der einzelnen IP-Adresse durchführen
über.

LVS verteilt standardmäßig nur Lasten auf die Knoten, die sowohl LVS-fähig sind als auch
GESUND. Es sei denn, alle Knoten sind UNGESUND, in diesem Fall wird LVS einen Lastausgleich über alle durchführen
Auch UNGESUNDE Knoten. LVS wird niemals Knoten verwenden, die DISCONNECTED, STOPPED, BANNED sind
oder DEAKTIVIERT.

Beispielausgabe:

2:10.0.0.13
3:10.0.0.14

Fähigkeiten abrufen
Dieser Befehl zeigt die Fähigkeiten des aktuellen Knotens an. Siehe den Abschnitt FÄHIGKEITEN in
ctdb(7) für weitere Details.

Beispielausgabe:

RECMASTER: JA
LMASTER: JA
LVS: NEIN
NATGW: JA

Statistiken
Sammeln Sie Statistiken vom CTDB-Daemon darüber, wie viele Anrufe er bedient hat. Information
zu verschiedenen Bereichen der Statistik finden Sie in ctdb-Statistik(7).

Beispiel
# ctdb-Statistiken
CTDB-Version 1
Anzahl_Kunden 3
eingefrorenes 0
erholen 0
client_packets_sent 360489
client_packets_recv 360466
node_packets_sent 480931
node_packets_recv 240120
keepalive_packets_sent 4
keepalive_packets_recv 3
Knoten
req_call 2
answer_call 2
req_dmaster 0
answer_dmaster 0
Antwort_Fehler 0
Anforderungsnachricht 42
req_control 120408
response_control 360439
Auftraggeber
req_call 2
Anforderungsnachricht 24
req_control 360440
Zeitüberschreitungen
rufen Sie 0 an
Steuerung 0
durchqueren 0
total_calls 2
ausstehende_anrufe 0
lockwait_calls 0
Pending_lockwait_calls 0
Speicher_verwendet 5040
max_hop_count 0
max_call_latency 4.948321 Sek.
max_lockwait_latency 0.000000 Sek.

Statistikreset
Dieser Befehl wird verwendet, um alle Statistikzähler in einem Knoten zu löschen.

Beispiel: ctdb-Statistikreset

Datenbankstatistik DB
Statistiken über die Datenbank DB anzeigen. Informationen zu verschiedenen Feldern in dbstatistics
kann gefunden werden in ctdb-Statistik(7).

Beispiel
# ctdb dbstatistics lock.tdb
DB-Statistik: lock.tdb
ro_delegationen 0
ro_widerruft 0
Schlösser
Insgesamt 14356
fehlgeschlagen 0
aktuell 0
ausstehend 0
hop_count_buckets: 28087 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0
lock_buckets: 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 Sek. von 14356
Anzahl Hotkeys: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

getreclock
Zeigen Sie den Namen der Wiederherstellungssperrdatei an, falls vorhanden.

Beispielausgabe:

Reclock-Datei:/clusterfs/.ctdb/recovery.lock

setreclock [FILE]
FILE gibt den Namen der Wiederherstellungssperrdatei an. Wenn die Wiederherstellungssperrdatei geändert wird um
zur Laufzeit führt dies zu einer Wiederherstellung, die wiederum dazu führt, dass die Wiederherstellungssperre aufgehoben wird
zurückgenommen.

Wenn kein FILE angegeben wird, wird keine Wiederherstellungssperrdatei mehr verwendet.

Dieser Befehl wirkt sich nur auf die Laufzeiteinstellung eines einzelnen CTDB-Knotens aus. Diese Einstellung sollen be
auf allen Knoten gleichzeitig geändert durch Angabe -n alle (oder ähnliches). Zur Information
Informationen zum Konfigurieren der Wiederherstellungssperrdatei finden Sie im Eintrag CTDB_RECOVERY_LOCK in
ctdbd.conf(5) und der --reclock-Eintrag in ctdbd(1). Informationen zur Wiederherstellungssperre
Bitte lesen Sie den Abschnitt RECOVERY LOCK in ctdb(7).

getdebug
Rufen Sie die aktuelle Debug-Ebene für den Knoten ab. die Debug-Ebene steuert, welche Informationen es sind
in die Logdatei geschrieben.

Die Debug-Ebenen werden den entsprechenden Syslog-Ebenen zugeordnet. Wenn ein Debug-Level festgelegt ist,
nur die Nachrichten auf dieser Ebene und höheren Ebenen werden gedruckt.

Die Liste der Debug-Level vom höchsten zum niedrigsten ist:

ERR WARNHINWEIS INFO DEBUG

debuggen DEBUG-EBENE
Legen Sie die Debug-Ebene eines Knotens fest. Dies steuert, welche Informationen protokolliert werden.

Der Debuglevel ist einer von ERR WARNING HINWEIS INFO DEBUG

getpid
Dieser Befehl gibt die Prozess-ID des ctdb-Daemons zurück.

deaktivieren
Dieser Befehl wird verwendet, um einen Knoten im Cluster administrativ zu deaktivieren. Ein deaktivierter Knoten
wird weiterhin am Cluster teilnehmen und geclusterte TDB-Einträge hosten, aber seine öffentliche IP-Adresse
Adresse wurde von einem anderen Knoten übernommen und hostet keine Dienste mehr.

ermöglichen
Aktivieren Sie einen Knoten, der administrativ deaktiviert wurde, erneut.

halt
Dieser Befehl wird verwendet, um einen Knoten im Cluster administrativ zu BEENDEN. Ein STOPPED-Knoten ist
ist mit dem Cluster verbunden, hostet aber keine öffentliche IP-Adresse und nimmt auch nicht daran teil
in der VNNMAP. Der Unterschied zwischen einem DISABLED-Knoten und einem STOPPED-Knoten besteht darin, dass ein STOPPED
Der Knoten hostet keine Teile der Datenbank, was bedeutet, dass eine Wiederherstellung erforderlich ist, um
Stop/Continue-Knoten.

fortsetzen
Starten Sie einen Knoten, der administrativ gestoppt wurde, neu.

hinzufügen IPADDR/Maske" GESICHT
Dieser Befehl wird verwendet, um einem Knoten während der Laufzeit eine neue öffentliche IP-Adresse hinzuzufügen. Dies ermöglicht öffentliche
Adressen, die einem Cluster hinzugefügt werden sollen, ohne die ctdb-Daemons neu starten zu müssen.

Beachten Sie, dass dies nur die Laufzeitinstanz von ctdb aktualisiert. Alle Änderungen gehen als nächstes verloren
time ctdb wird neu gestartet und die Datei mit öffentlichen Adressen wird erneut gelesen. Wenn Sie diese Änderung wünschen
um dauerhaft zu sein, müssen Sie auch die Datei mit öffentlichen Adressen manuell aktualisieren.

delip IPADDR
Dieser Befehl wird verwendet, um während der Laufzeit eine öffentliche IP von einem Knoten zu entfernen. Wenn diese öffentliche IP
wird derzeit von dem Knoten gehostet, von dem es entfernt wird, die IP wird zuerst umgeleitet zu
einen anderen Knoten, wenn möglich, bevor er entfernt wird.

Beachten Sie, dass dies nur die Laufzeitinstanz von ctdb aktualisiert. Alle Änderungen gehen als nächstes verloren
time ctdb wird neu gestartet und die Datei mit öffentlichen Adressen wird erneut gelesen. Wenn Sie diese Änderung wünschen
um dauerhaft zu sein, müssen Sie auch die Datei mit öffentlichen Adressen manuell aktualisieren.

bewegen IPADDR PNN
Dieser Befehl kann verwendet werden, um eine öffentliche IP-Adresse manuell an einen bestimmten Knoten zu senden.

Um die "automatische" Verteilung öffentlicher IP-Adressen manuell zu überschreiben,
ctdb normalerweise bereitstellt, funktioniert dieser Befehl nur, wenn Sie die Tunables für die geändert haben
Dämon zu:

DeterministischeIPs = 0

NoIPFailback = 1

Schließung
Dieser Befehl beendet einen bestimmten CTDB-Daemon.

setlmasterrolle ein|aus
Dieser Befehl wird verwendet, um die LMASTER-Fähigkeit für einen Knoten zur Laufzeit zu aktivieren/deaktivieren. Dies
Fähigkeit bestimmt, ob ein Knoten als LMASTER für Datensätze in der
Datenbank. Ein Knoten, der nicht über die LMASTER-Fähigkeit verfügt, wird nicht in der vnnmap angezeigt.

Knoten verfügen standardmäßig über diese Funktion, können jedoch von Knoten entfernt werden
Einstellung in der Datei sysconfig oder mit diesem Befehl.

Sobald diese Einstellung aktiviert/deaktiviert wurde, müssen Sie eine Wiederherstellung durchführen, damit sie ausgeführt werden kann
Wirkung.

Siehe auch "ctdb getcapabilities"

setrecmasterrole ein|aus
Dieser Befehl wird verwendet, um die RECMASTER-Fähigkeit für einen Knoten zur Laufzeit zu aktivieren/deaktivieren.
Diese Fähigkeit bestimmt, ob ein Knoten als RECMASTER für die
Cluster. Ein Knoten, der nicht über die RECMASTER-Fähigkeit verfügt, kann keinen Recmaster gewinnen
Wahl. Ein Knoten, der bereits der Recmaster für den Cluster ist, wenn die Funktion
Abgestrippt bleibt der Knoten bis zur nächsten Cluster-Wahl der Recmaster.

Knoten verfügen standardmäßig über diese Funktion, können jedoch von Knoten entfernt werden
Einstellung in der Datei sysconfig oder mit diesem Befehl.

Siehe auch "ctdb getcapabilities"

Nachladeknoten
Dieser Befehl wird verwendet, wenn Sie neue Knoten hinzufügen oder vorhandene Knoten aus einem bestehenden entfernen
Cluster.

Vorgehensweise zum Hinzufügen eines Knotens:

1, Um einen bestehenden Cluster zu erweitern, stellen Sie zunächst mit 'ctdb status' sicher, dass alle Knoten aktiv sind
und laufen und dass sie alle gesund sind. Versuchen Sie nicht, einen Cluster zu erweitern, es sei denn, dies ist der Fall
ganz gesund!

2. Bearbeiten Sie auf allen Knoten /etc/ctdb/nodes und fügen Sie den neuen Knoten als letzten Eintrag zur Datei hinzu.
Der neue Knoten MUSS am Ende dieser Datei hinzugefügt werden!

3. Stellen Sie sicher, dass alle Knoten identische /etc/ctdb/nodes-Dateien haben, nachdem Sie sie bearbeitet haben
und fügte den neuen Knoten hinzu!

4. Führen Sie 'ctdb reloadnodes' aus, um alle Knoten zu zwingen, die Knotendatei neu zu laden.

5, Verwenden Sie 'ctdb status' auf allen Knoten und überprüfen Sie, ob sie jetzt den zusätzlichen Knoten anzeigen.

6. Installieren und konfigurieren Sie den neuen Knoten und bringen Sie ihn online.

Vorgehensweise zum Entfernen eines Knotens:

1, Um einen Knoten aus einem bestehenden Cluster zu entfernen, stellen Sie zunächst mit 'ctdb status' sicher, dass alle
Knoten, mit Ausnahme des zu löschenden Knotens, betriebsbereit sind und alle fehlerfrei sind. Tun
Versuchen Sie nicht, einen Knoten aus einem Cluster zu entfernen, es sei denn, der Cluster ist vollständig fehlerfrei!

2, Fahren Sie den zu entfernenden Knoten herunter und schalten Sie ihn aus.

3. Bearbeiten Sie auf allen anderen Knoten die Datei /etc/ctdb/nodes und kommentieren Sie den Knoten als
ENTFERNT. Löschen Sie die Zeile für diesen Knoten nicht, kommentieren Sie sie einfach aus, indem Sie ein '#' am
Anfang der Zeile.

4. Führen Sie 'ctdb reloadnodes' aus, um alle Knoten zu zwingen, die Knotendatei neu zu laden.

5, Verwenden Sie 'ctdb status' auf allen Knoten und überprüfen Sie, ob der gelöschte Knoten nicht mehr in angezeigt wird
Die Liste..

nachladen [PNN-LISTE]
Dieser Befehl lädt die Konfigurationsdatei für öffentliche Adressen auf den angegebenen Knoten neu. Wann
wenn es abgeschlossen ist, werden die Adressen neu konfiguriert und im gesamten Cluster als neu zugewiesen
notwendig.

getdbmap
Dieser Befehl listet alle geclusterten TDB-Datenbanken auf, mit denen der CTDB-Daemon verbunden ist. Etwas
Datenbanken werden als PERSISTENT gekennzeichnet, dies bedeutet, dass die Datenbank Daten persistent speichert
und die Daten bleiben über Neustarts hinweg erhalten. Ein Beispiel für eine solche Datenbank ist secrets.tdb
Hier werden Informationen darüber gespeichert, wie der Cluster der Domäne beigetreten ist.

Wenn sich eine PERSISTENT-Datenbank nicht in einem fehlerfreien Zustand befindet, wird die Datenbank als UNHEALTHY gekennzeichnet.
Wenn im Cluster mindestens ein vollständig fehlerfreier Knoten ausgeführt wird, ist dies möglich
der Inhalt wird durch einen Recovery-Lauf automatisch wiederhergestellt. Andernfalls muss ein Administrator
das Problem analysieren.

Siehe auch "ctdb getdbstatus", "ctdb backupdb", "ctdb restoreb", "ctdb dumpbackup", "ctdb
Wipedb", "ctdb setvar AllowUnhealthyDBRead 1" und (wenn Samba oder tdb-utils installiert sind)
"tdbtool-Check".

Die meisten Datenbanken sind nicht persistent und speichern nur die Statusinformationen, die aktuell
laufende Samba-Daemons benötigen. Diese Datenbanken werden immer gelöscht, wenn ctdb/samba startet und
wenn ein Knoten neu gestartet wird.

Beispiel
# ctdbgetdbmap
Anzahl der Datenbanken: 10
dbid:0x435d3410 Name:notify.tdb Pfad:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 Name:brlock.tdb Pfad:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 name:connections.tdb Pfad:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a name:sessionid.tdb Pfad:/var/ctdb/sessionid.tdb.0
dbid:0x122224da Name:test.tdb Pfad:/var/ctdb/test.tdb.0
dbid:0x2672a57f name:idmap2.tdb Pfad:/var/ctdb/persistent/idmap2.tdb.0 PERSISTENT
dbid:0xb775fff6 name:secrets.tdb Pfad:/var/ctdb/persistent/secrets.tdb.0
dbid:0xe98e08b6 name:group_mapping.tdb Pfad:/var/ctdb/persistent/group_mapping.tdb.0
dbid:0x7bbbd26c Name:passdb.tdb Pfad:/var/ctdb/persistent/passdb.tdb.0 PERSISTENT

# ctdb getdbmap # Beispiel für eine fehlerhafte Datenbank
Anzahl der Datenbanken: 1
dbid:0xb775fff6 name:secrets.tdb Pfad:/var/ctdb/persistent/secrets.tdb.0 ANHALTEND UNGESUND

# ctdb -X getdbmap
|ID|Name|Pfad|Persistent|Ungesund|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

backupdb DB FILE
Kopieren Sie den Inhalt der Datenbank DB nach FILE. DATEI kann später mit . zurückgelesen werden restauriertb.
Dies ist hauptsächlich nützlich, um persistente Datenbanken wie secrets.tdb und ähnliches zu sichern.

restauriertb FILE [DB]
Dieser Befehl stellt eine persistente Datenbank wieder her, die zuvor mit backupdb gesichert wurde.
Standardmäßig werden die Daten wieder in dieselbe Datenbank zurückgeschrieben, aus der sie erstellt wurden.
Durch Angabe von dbname können Sie die Daten in einer anderen Datenbank wiederherstellen.

setdreadonly DB
Dieser Befehl aktiviert die Unterstützung für schreibgeschützte Datensätze für eine Datenbank. Das ist ein
experimentelle Funktion zur Verbesserung der Leistung für konkurrierende Datensätze, hauptsächlich in der Dateilocking.tdb
und block.tdb. Wenn Sie diese Funktion aktivieren, müssen Sie sie auf allen Knoten im Cluster festlegen.

setdbsticky DB
Dieser Befehl aktiviert die Sticky Record-Unterstützung für die angegebene Datenbank. Das ist ein
experimentelle Funktion zur Verbesserung der Leistung für konkurrierende Datensätze, hauptsächlich in der Dateilocking.tdb
und block.tdb. Wenn Sie diese Funktion aktivieren, müssen Sie sie auf allen Knoten im Cluster festlegen.

INTERN BEFEHLE

Interne Befehle werden von den Skripten von CTDB verwendet und sind für die Verwaltung einer CTDB nicht erforderlich
Cluster. Ihre Parameter und ihr Verhalten können sich ändern.

gekitzelt IPADDR
Zeigen Sie TCP-Verbindungen an, die bei CTDB registriert sind, damit sie "gekitzelt" werden, wenn ein Failover auftritt.

gratiousarp IPADDR INTERFACE
Senden Sie ein kostenloses ARP für die angegebene Schnittstelle über die angegebene Schnittstelle. Dies
Befehl wird hauptsächlich von den ctdb-Ereignisskripten verwendet.

killtcp
Lesen Sie eine Liste von TCP-Verbindungen, eine pro Zeile, von der Standardeingabe und beenden Sie jede
Verbindung. Eine Verbindung wird wie folgt angegeben:

SRC-IPADDR:SRC-PORT DST-IPADDR:DST-PORT

Jede Verbindung wird beendet, indem eine TCP-RST an den Endpunkt SRC-IPADDR:SRC-PORT ausgegeben wird.

Eine einzelne Verbindung kann in der Befehlszeile statt in der Standardeingabe angegeben werden.

plöschen DB WESENTLICHE
SCHLÜSSEL aus DB löschen.

pfetch DB WESENTLICHE
Geben Sie den mit KEY in der DB verknüpften Wert aus.

pstore DB WESENTLICHE FILE
Speichern Sie KEY im DB mit dem Inhalt von FILE als Begleitwert.

ptrans DB [FILE]
Lesen Sie eine Liste von Schlüssel-Wert-Paaren, eines pro Zeile aus FILE, und speichern Sie sie in DB mit a
einzelne Transaktion. Ein leerer Wert entspricht dem Löschen des angegebenen Schlüssels.

Schlüssel und Wert sollten durch Leerzeichen oder Tabulatoren getrennt werden. Jeder Schlüssel/Wert sollte a . sein
druckbarer String in doppelten Anführungszeichen eingeschlossen.

Laufzustand [setup|first_recovery|start|läuft]
Gibt den Runstate des angegebenen Knotens aus. Runstates werden verwendet, um wichtige Zustände zu serialisieren
Übergänge in CTDB, insbesondere beim Hochlauf.

Wenn ein oder mehrere optionale runstate-Argumente angegeben werden, muss sich der Knoten in einem von
diese Ausführungszustände, damit der Befehl erfolgreich ist.

Beispiel
# ctdb-Runstate
LAUFEN

setifacelink GESICHT rauf|runter
Stellen Sie den internen Zustand der Netzwerkschnittstelle IFACE ein. Dies wird normalerweise in der
10.Schnittstellenskript im Ereignis "Monitor".

Beispiel: ctdb setifacelink eth0 up

setnatgwstate ein|aus
Aktivieren oder deaktivieren Sie die NAT-Gateway-Master-Funktion auf einem Knoten.

kitzeln SRC-IPADDR:SRC-PORT DST-IPADDR:DST-PORT
Senden Sie ein TCP-Tickle an den Quellhost für die angegebene TCP-Verbindung. Ein TCP-Kitzeln ist ein
TCP-ACK-Paket mit ungültiger Sequenz und Bestätigungsnummer und wird bei Empfang von
Der Quellhost führt dazu, dass er sofort eine korrekte ACK an das andere Ende zurücksendet.

TCP-Tickles sind nützlich, um Clients zu "kitzeln", nachdem ein IP-Failover aufgetreten ist, da dies
den Client sofort erkennen lassen, dass die TCP-Verbindung unterbrochen wurde und dass die
Client muss neu eingerichtet werden. Dies beschleunigt die Zeit, die ein Kunde benötigt, um
nach einem IP-Failover im ctdb-Cluster erkennen und wiederherstellen.

Version
Zeigen Sie die CTDB-Version an.

FEHLERBEHEBUNG BEFEHLE

Diese Befehle werden hauptsächlich für die Entwicklung und das Testen von CTDB verwendet und sollten nicht verwendet werden
für die normale Verwaltung.

OPTIONAL
--print-emptyrecords
Dies ermöglicht das Drucken leerer Datensätze beim Dumpen von Datenbanken mit catdb, cattbd
und dumpdbbackup-Befehle. Datensätze mit leerem Datensegment gelten als gelöscht von
ctdb und gereinigt durch den Vakuumiermechanismus, so dass dieser Schalter nützlich sein kann für
das Saugverhalten debuggen.

--print-datasize
Dadurch können Datenbank-Dumps (catdb, cattdb, dumpdbbackup) die Größe des Datensatzes drucken
Daten statt den Dateninhalt zu dumpen.

--print-lmaster
Dadurch kann catdb den lmaster für jeden Datensatz ausgeben.

--print-hash
Dadurch können Datenbank-Dumps (catdb, cattdb, dumpdbbackup) den Hash für jeden Datensatz drucken.

--print-recordflags
Dadurch können catdb und dumpdbbackup die Datensatz-Flags für jeden Datensatz drucken. Beachten Sie, dass
cattdb gibt immer die Flags aus.

Prozess-existiert PID
Dieser Befehl prüft, ob ein bestimmter Prozess auf dem CTDB-Host vorhanden ist. Dies wird hauptsächlich von verwendet
Samba, um zu überprüfen, ob entfernte Instanzen von Samba noch laufen oder nicht.

getdbstatus DB
Dieser Befehl zeigt weitere Details zu einer Datenbank an.

Beispiel
# ctdb getdbstatus test.tdb.0
dbid: 0x122224da
Name: test.tdb
Pfad: /var/ctdb/test.tdb.0
DAUERHAFT: nein
GESUNDHEIT: Okay

# ctdb getdbstatus Registry.tdb # mit einer beschädigten TDB
dbid: 0xf2a58948
Name: Registry.tdb
Pfad: /var/ctdb/persistent/registry.tdb.0
DAUERHAFT: ja
HEALTH: NO-HEALTHY-NODES - ERROR - Backup der beschädigten TDB in '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'

catdb DB
Drucken Sie einen Dump der geclusterten TDB-Datenbank-DB.

cattdb DB
Drucken Sie einen Dump des Inhalts der lokalen TDB-Datenbank-DB.

dumpdbbackup FILE
Drucken Sie einen Dump des Inhalts aus der Datenbank-Backup-DATEI, ähnlich wie catdb.

wischdb DB
Entfernen Sie alle Inhalte der Datenbank DB.

erholen
Dieser Befehl löst den Wiederherstellungs-Daemon aus, um eine Cluster-Wiederherstellung durchzuführen.

iprelocate, synchronisieren
Dieser Befehl zwingt den Wiederherstellungsmaster, einen vollständigen IP-Neuzuweisungsprozess durchzuführen und
alle IP-Adressen neu verteilen. Dies ist nützlich, um die Zuordnungen auf ihre . zurückzusetzen
Standardzustand, wenn sie mit dem Befehl "moveip" geändert wurden. Während eine "Erholung" wird
auch diese Umverteilung durchführen, eine Erholung ist viel schwerer, da sie auch
alle Datenbanken neu erstellen.

getmonmode
Dieser Befehl gibt den Überwachungsmodus eines Knotens zurück. Der Überwachungsmodus ist entweder AKTIV
oder DEAKTIVIERT. Normalerweise überwacht ein Knoten kontinuierlich, dass alle anderen Knoten, die
erwartet werden, tatsächlich verbunden sind und auf Befehle reagieren.

AKTIV - Dies ist der normale Modus. Der Knoten überwacht aktiv alle anderen Knoten, beide
dass der Transport verbunden ist und dass der Knoten auch auf Befehle reagiert. Wenn ein Knoten
nicht verfügbar ist, wird es als GETRENNT markiert und eine Wiederherstellung eingeleitet, um
den Cluster wiederherstellen.

DEAKTIVIERT – Dieser Knoten überwacht nicht, ob andere Knoten verfügbar sind. In diesem Modus ist ein Knoten
Fehler werden nicht erkannt und es wird keine Wiederherstellung durchgeführt. Dieser Modus ist nützlich, wenn
zu Debugging-Zwecken möchte man GDB an einen ctdb-Prozess anhängen, aber verhindern, dass
Rest des Clusters davon ab, diesen Knoten als DISCONNECTED zu markieren und eine Wiederherstellung durchzuführen.

setmonmode 0 | 1
Dieser Befehl kann verwendet werden, um den Überwachungsmodus auf einem Knoten explizit zu deaktivieren/aktivieren. Das Wichtigste
Zweck ist, wenn man GDB an einen laufenden ctdb-Daemon anhängen möchte, aber dies verhindern möchte
andere Knoten davon ab, ihn als DISCONNECTED zu markieren und eine Wiederherstellung durchzuführen. Stellen Sie dazu
Überwachungsmodus auf allen Knoten auf 0 setzen, bevor mit GDB verbunden wird. Denken Sie daran, die Überwachung einzustellen
Modus zurück auf 1 danach.

anhängen DBNAME [hartnäckig]
Erstellen Sie eine neue CTDB-Datenbank namens DBNAME und fügen Sie sie auf allen Knoten hinzu.

DETACH DB-LISTE
Trennen Sie die angegebene(n) nicht persistente(n) Datenbank(en) vom Cluster. Dieser Befehl wird die Verbindung trennen
angegebene Datenbank(en) auf allen Knoten im Cluster. Dieser Befehl sollte nur verwendet werden, wenn
keine der angegebenen Datenbanken werden verwendet.

Alle Knoten sollten aktiv und einstellbar sein. AllowClientDBAccess sollte auf allen Knoten deaktiviert sein
bevor Sie Datenbanken trennen.

Dumperinnerung
Dies ist ein Debugging-Befehl. Dieser Befehl veranlasst den ctdb-Daemon, einen Füllspeicher zu schreiben
Zuordnungszuordnung zur Standardausgabe.

rddumpemory
Dies ist ein Debugging-Befehl. Mit diesem Befehl wird der Talloc-Speicherzuordnungsbaum für
den Recovery-Daemon in die Standardausgabe.

Tauwetter
Tauen Sie einen zuvor eingefrorenen Knoten auf.

Ereignisskript ARGUMENTE
Dies ist ein Debugging-Befehl. Dieser Befehl kann verwendet werden, um die manuell aufzurufen und auszuführen
eventscripts mit beliebigen Argumenten.

Verbot BANZEIT
Sperren Sie einen Knoten administrativ für BANTIME Sekunden. Der Knoten wird nach BANTIME entbannt
Sekunden sind vergangen.

Ein gesperrter Knoten nimmt nicht am Cluster teil. Es hostet keine Datensätze für die
geclusterte TDB und hostet keine öffentlichen IP-Adressen.

Knoten werden automatisch gesperrt, wenn sie sich schlecht benehmen. Beispielsweise kann ein Knoten gesperrt werden, wenn er
verursacht zu viele Clusterwiederherstellungen.

Um einen Knoten administrativ aus einem Cluster auszuschließen, verwenden Sie die halt Befehl.

unban
Dieser Befehl wird verwendet, um einen Knoten aufzuheben, der entweder administrativ mit gesperrt wurde
den Ban-Befehl oder wurde automatisch gebannt.

Ausgleichsknoten [PNN-LISTE]
Dieser Befehl markiert die angegebenen Knoten als Rebalancing-Ziele in der LCP2-IP-Zuweisung
Algorithmus. Die nachladen Befehl wird dies bei Bedarf tun, daher sollte dieser Befehl nicht sein
Installation!

check_srvids SRVID ...
Dieser Befehl überprüft, ob eine Reihe von srvid-Nachrichtenports auf dem Knoten registriert sind oder
nicht. Der Befehl nimmt eine Liste von zu überprüfenden Werten an.

Beispiel
# ctdb check_srvids 1 2 3 14765
Server-ID 0:1 existiert nicht
Server-ID 0:2 existiert nicht
Server-ID 0:3 existiert nicht
Server-ID 0:14765 existiert

Verwenden Sie ctdb online mit den onworks.net-Diensten