ctdb - En ligne dans le Cloud

PROGRAMME:

Nom

ctdb - utilitaire de gestion CTDB

SYNOPSIS

ctdb [OPTION...] {COMMAND} [COMMANDE-ARGS]

DESCRIPTION

ctdb est un utilitaire pour afficher et gérer un cluster CTDB.

Les termes suivants sont utilisés pour désigner les nœuds d'un cluster :

PNN
Numéro de nœud physique. Le numéro de nœud physique est un entier qui décrit le nœud
dans le cluster. Le premier nœud a le numéro de nœud physique 0. dans un cluster.

LISTE PNN
Il s'agit soit d'un seul PNN, soit d'une liste de PNN séparés par des virgules ou de "tous".

Les commandes qui font référence à une base de données utilisent les termes suivants :

DB
Il s'agit soit d'un nom de base de données, tel que lock.tdb, soit d'un ID de base de données tel que
"0x42fe72c5".

LISTE-DB
Une liste séparée par des espaces d'au moins un DB.

OPTIONS

-n LISTE PNN
Les nœuds spécifiés par PNN-LIST doivent être interrogés pour les informations demandées.
La valeur par défaut consiste à interroger le démon s'exécutant sur l'hôte local.

-Y
Produisez une sortie sous une forme lisible par machine pour une analyse plus facile par les scripts. Cela utilise un
délimiteur de champ de ':'. Toutes les commandes ne prennent pas en charge cette option.

-x SÉPARATEUR
Utilisez SEPARATOR pour délimiter les champs dans la sortie lisible par machine. Cela implique -Y.

-X
Produisez une sortie sous une forme lisible par machine pour une analyse plus facile par les scripts. Cela utilise un
délimiteur de champ de '|'. Toutes les commandes ne prennent pas en charge cette option.

Ceci est équivalent à "-x|" et évite certains problèmes de citation de shell.

-t TIMEOUT
Indique que ctdb doit attendre jusqu'à TIMEOUT secondes pour une réponse à la plupart des commandes
envoyé au démon CTDB. La valeur par défaut est de 10 secondes.

-T LIMITE DE TEMPS
Indique que TIMELIMIT est la durée d'exécution maximale (en secondes) de la commande ctdb.
Lorsque TIMELIMIT est dépassé, la commande ctdb se termine par une erreur. Le défaut
est de 120 secondes.

-? --aider
Imprimez du texte d'aide à l'écran.

--usage
Imprimer les informations d'utilisation à l'écran.

-d --debug=NIVEAU DE DÉBOGAGE
Modifiez le niveau de débogage de la commande. La valeur par défaut est AVIS (2).

--socket=NOM DE FICHIER
Spécifiez que FILENAME est le nom du socket de domaine Unix à utiliser lors de la connexion à
le démon CTDB local. La valeur par défaut est /tmp/ctdb.socket.

ADMINISTRATIF COMMANDES

Ce sont des commandes utilisées pour surveiller et administrer un cluster CTDB.

pnn
Cette commande affiche le PNN du nœud actuel.

xpnn
Cette commande affiche le PNN du nœud actuel sans contacter le démon CTDB. Ce
analyse directement le fichier de nœuds, peut donc produire une sortie inattendue si le fichier de nœuds a
été édité mais n'a pas été rechargé.

statuts
Cette commande affiche l'état actuel de tous les nœuds CTDB en fonction des informations du
nœud interrogé.

Remarque : si le nœud interrogé est INACTIF, le statut peut ne pas être en cours.

Nœud statuts
Cela inclut le nombre de nœuds physiques et l'état de chaque nœud. Voir ctdb(7)
pour plus d'informations sur les états des nœuds.

Génération
L'identifiant de génération est un nombre qui indique la génération actuelle d'un cluster
exemple. Chaque fois qu'un cluster subit une reconfiguration ou une récupération, son
l'identifiant de génération sera modifié.

Ce numéro n'a pas de signification particulière autre que de garder une trace du moment où un
cluster a subi une récupération. C'est un nombre aléatoire qui représente le courant
instance d'un cluster ctdb et de ses bases de données. Le démon CTDB utilise ce numéro
en interne pour pouvoir dire quand les commandes doivent opérer sur le cluster et le
bases de données a été émis dans une génération différente du cluster, pour garantir que les commandes
qui fonctionnent sur les bases de données ne survivront pas à une récupération de base de données en cluster.
Après une récupération, toutes les anciennes commandes en attente deviendront automatiquement invalides.

Parfois, ce numéro sera affiché comme « INVALIDE ». Cela signifie seulement que le ctdbd
le démon a démarré mais n'a pas encore fusionné avec le cluster via une récupération. Tous
les nœuds commencent par la génération "INVALID" et ne reçoivent pas d'identifiant de génération réel jusqu'à ce que
ils ont été fusionnés avec succès avec un cluster via une récupération.

Salle de conférence virtuelle Nœud Numéro (VNN) Localisation
Se compose du nombre de nœuds virtuels et du mappage des numéros de nœuds virtuels vers
numéros de nœuds physiques. Les nœuds virtuels hébergent les bases de données CTDB. Seuls les nœuds qui sont
participer à la carte VNN peut devenir lmaster ou dmaster pour les enregistrements de base de données.

Récupération mode
Il s'agit du mode de récupération actuel du cluster. Il y a deux modes possibles :

NORMAL - Le cluster est pleinement opérationnel.

RÉCUPÉRATION - Les bases de données du cluster ont toutes été gelées, mettant en pause tous les services pendant que le
cluster attend la fin d'un processus de récupération. Un processus de récupération devrait se terminer dans
secondes. Si un cluster est bloqué dans l'état de RÉCUPÉRATION, cela indiquerait un cluster
dysfonctionnement qui doit être examiné.

Une fois que le maître de récupération détecte une incohérence, par exemple un nœud devient
déconnecté/connecté, le démon de récupération déclenchera un processus de récupération de cluster,
où toutes les bases de données sont refusionnées dans le cluster. Lorsque ce processus démarre, le
recovery master va d'abord "geler" toutes les bases de données pour empêcher les applications telles que
samba d'accéder aux bases de données et il marquera également le mode de récupération comme
RÉCUPÉRATION.

Lorsque le démon CTDB démarre, il démarre en mode RECOVERY. Une fois que le nœud a été
fusionné dans un cluster et que toutes les bases de données ont été récupérées, le mode nœud changera
en mode NORMAL et les bases de données seront "dégelées", permettant à samba d'accéder au
bases de données à nouveau.

Récupération maître
Il s'agit du nœud de cluster actuellement désigné comme maître de récupération. Cette
nœud est chargé de surveiller la cohérence du cluster et d'effectuer les
processus de récupération réel lorsque requis.

Un seul nœud à la fois peut être le maître de récupération désigné. Quel nœud est
désigné le maître de récupération est décidé par un processus d'élection dans la récupération
démons s'exécutant sur chaque nœud.

Exemple
# statut ctdb
Nombre de nœuds : 4
pnn:0 192.168.2.200 OK (CE NUD)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
Génération : 1362079228
Taille: 4
hachage:0 lmaster:0
hachage:1 lmaster:1
hachage:2 lmaster:2
hachage:3 lmaster:3
Mode de récupération : NORMAL (0)
Maître de récupération : 0

état du nœud [LISTE PNN]
Cette commande est similaire à la statuts commander. Il affiche le sous-ensemble « état du nœud » de
sortir. Les principales différences sont :

· Le code de sortie est le OU au niveau du bit des drapeaux pour chaque nœud spécifié, tandis que ctdb
statuts se termine par 0 s'il a pu récupérer l'état de tous les nœuds.

· ctdb statuts fournit des informations d'état pour tous les nœuds. ctdb état du nœud Par défaut
fournissant l'état uniquement pour le nœud actuel. Si PNN-LIST est fourni, le statut est
donnée pour le(s) nœud(s) indiqué(s).

Par défaut, ctdb état du nœud recueille l'état du nœud local. Cependant, si invoqué
avec "-n all" (ou similaire), alors le statut est collecté à partir du ou des nœuds donnés. Dans
particulier ctdb état du nœud TOUTE ainsi que ctdb état du nœud -n TOUTE produira différents
sortir. Il est possible de fournir 2 nodespecs différentes (avec et sans "-n") mais
le résultat est généralement déroutant !

Une invocation courante dans les scripts est ctdb état du nœud TOUTE pour vérifier si tous les nœuds d'un
cluster sont sains.

Exemple
# état du nœud ctdb
pnn:0 10.0.0.30 OK (CE NUD)

# ctdb nodestatus tous
Nombre de nœuds : 2
pnn:0 10.0.0.30 OK (CE NUD)
pnn:1 10.0.0.31 OK

recmaster
Cette commande affiche le pnn du nœud qui est actuellement le recmaster.

Remarque : si le nœud interrogé est INACTIF, le statut peut ne pas être en cours.

Stabilité
Cette commande affiche la disponibilité du démon ctdb. Quand la dernière récupération ou basculement IP
terminé et combien de temps cela a pris. Si la "durée" s'affiche sous la forme d'un nombre négatif, cette
indique qu'il y a une récupération/basculement en cours et qu'il a commencé pendant plusieurs secondes
auparavant.

Exemple
# temps de disponibilité de ctdb
Heure actuelle du nœud : Thu Oct 29 10:38:54 2009
Heure de début de Ctdbd : (000 16:54:28) Mer 28 Oct 17:44:26 2009
Heure de la dernière récupération/basculement : (000 16:53:31) Mer 28 oct 17:45:23 2009
Durée de la dernière récupération/basculement : 2.248552 secondes

nœuds de liste
Cette commande affiche la liste des adresses IP de tous les nœuds du cluster.

Exemple
# nœuds de liste ctdb
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

liste natgwlist
Afficher le maître de la passerelle NAT actuelle et l'état de tous les nœuds de la passerelle NAT actuelle
grouper. Voir la section NAT GATEWAY dans ctdb(7) pour plus de détails.

Exemple
# liste nationale ctdb
+0 (192.168.2.200)XNUMX XNUMX
Nombre de nœuds : 4
pnn:0 192.168.2.200 OK (CE NUD)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK

ping
Cette commande "ping" les nœuds CTDB spécifiés dans le cluster pour vérifier qu'ils sont
exécution.

Exemple
# ctdb ping -n tout
réponse à partir de 0 temps = 0.000054 s (3 clients)
réponse à partir de 1 temps = 0.000144 s (2 clients)
réponse à partir de 2 temps = 0.000105 s (2 clients)
réponse à partir de 3 temps = 0.000114 s (2 clients)

visages
Cette commande affichera la liste des interfaces réseau, qui pourraient héberger public
adresses, ainsi que leur statut.

Exemple
# ifaces ctdb
Interfaces sur le nœud 0
nom:eth5 lien:up références:2
nom:eth4 lien:références descendantes:0
nom:eth3 lien:up références:1
nom:eth2 lien:up références:1

# ctdb -X ifaces
|Nom|État du lien|Références|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|

ip
Cette commande affichera la liste des adresses publiques fournies par le cluster
et quel nœud physique sert actuellement cette adresse IP. Par défaut, cette commande sera UNIQUEMENT
afficher les adresses publiques connues du nœud lui-même. Pour voir la liste complète de tous
ips publiques à travers le cluster, vous devez utiliser "ctdb ip -n all".

Exemple
# ctdb ip -v
IP publiques sur le nœud 0
172.31.91.82 nœud[1] actif[] disponible[eth2,eth3] configuré[eth2,eth3]
172.31.91.83 nœud[0] actif[eth3] disponible[eth2,eth3] configuré[eth2,eth3]
172.31.91.84 nœud[1] actif[] disponible[eth2,eth3] configuré[eth2,eth3]
172.31.91.85 nœud[0] actif[eth2] disponible[eth2,eth3] configuré[eth2,eth3]
172.31.92.82 nœud[1] actif[] disponible[eth5] configuré[eth4,eth5]
172.31.92.83 nœud[0] actif[eth5] disponible[eth5] configuré[eth4,eth5]
172.31.92.84 nœud[1] actif[] disponible[eth5] configuré[eth4,eth5]
172.31.92.85 nœud[0] actif[eth5] disponible[eth5] configuré[eth4,eth5]

# ctdb -X ip -v
|IP publique|Noeud|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|

infos ip IP
Cette commande affichera des détails sur les adresses publiques spécifiées.

Exemple
# ctdb ipinfo 172.31.92.85
Informations IP publiques [172.31.92.85] sur le nœud 0
IP: 172.31.92.85
Nœud actuel : 0
Interfaces numériques : 2
Interface[1] : Nom : eth4 Lien : vers le bas Références : 0
Interface[2] : Nom : eth5 Lien : up Références : 2 (actif)

état du script
Cette commande affiche les scripts qui ont été exécutés dans le cycle de surveillance précédent et le
résultat de chaque script. Si un script échouait avec une erreur, le nœud devenant
malsain, la sortie de ce script est également affichée.

Exemple
# état du script ctdb
7 scripts ont été exécutés lors du dernier cycle de surveillance
00.ctdb Statut:OK Durée:0.056 Mar 24 18:56:57 2009
10.interface Statut :OK Durée :0.077 Mar 24 18:56:57 2009
11.natgw Statut:OK Durée:0.039 Mar 24 18:56:57 2009
20.multipathd Statut :OK Durée :0.038 Mar 24 18:56:57 2009
31.clamd Statut : DÉSACTIVÉ
40.vsftpd Statut :OK Durée :0.045 Mar 24 18:56:57 2009
41.httpd Statut :OK Durée :0.039 Mar 24 18:56:57 2009
50.samba Statut : ERREUR Durée : 0.082 Mar 24 18:56:57 2009
SORTIE : ERREUR : le port Samba tcp 445 ne répond pas

désactiver le script SCÉNARIO
Cette commande est utilisée pour désactiver un script d'événement.

Cela prendra effet la prochaine fois que les scripts d'événement seront exécutés, cela peut donc prendre un certain temps.
peu de temps jusqu'à ce que cela se reflète dans 'scriptstatus'.

activer le script SCÉNARIO
Cette commande est utilisée pour activer un script d'événement.

Cela prendra effet la prochaine fois que les scripts d'événement seront exécutés, cela peut donc prendre un certain temps.
peu de temps jusqu'à ce que cela se reflète dans 'scriptstatus'.

vars de liste
Répertoriez toutes les variables ajustables, à l'exception des valeurs des paramètres ajustables obsolètes comme
VideMinInterval. Les paramètres obsolètes ne peuvent être récupérés qu'explicitement avec le "ctdb
commande getvar".

Exemple
# listvars ctdb
MaxRedirectCount = 3
SéqnumInterval = 1000
ContrôleTimeout = 60
TraverseTimeout = 20
KeepaliveInterval = 5
Limite de maintien en vie = 5
RécupérationTimeout = 20
Intervalle de récupération = 1
ÉlectionTimeout = 3
TakeoverTimeout = 9
MonitorInterval = 15
TickleUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
Période de grâce de récupération = 120
Période d'interdiction de récupération = 300
Base de donnéesHashSize = 100001
Base de donnéesMaxDead = 5
Délai de récupération = 10
Activer les interdictions = 1
IP déterministe = 0
LCP2PublicIP = 1
ReclockPingPeriod = 60
NoIPFailback = 0
DésactiverIPFailover = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
CompteEnregistrementFail = 10
LogLatencyMs = 0
RecLockLatencyMs = 1000 XNUMX
RécupérationDropAllIPs = 120
VideInterval = 10
VideMaxRunTime = 30
Limite de réemballage = 10000
Limite de vide = 5000
VideFastPathCount = 60
MaxQueueDropMsg = 1000000 XNUMX XNUMX
UtiliserStatusEvents = 0
AllowUnhealthyDBRead = 0
StatHistoryInterval = 1
DeferredAttachTO = 120
AllowClientDBAttach = 1
RécupérerPDBBySeqNum = 0

obtenirvar Nom
Obtenez la valeur d'exécution d'une variable réglable.

Exemple
# ctdb getvar MaxRedirectCount
MaxRedirectCount = 3

setvar Nom VALEURE
Définissez la valeur d'exécution d'une variable réglable.

Exemple : ctdb setvar MaxRedirectCount 5

maître de niveau
Cette commande indique quel nœud est actuellement le LVSMASTER. Le LVSMASTER est le nœud dans le
cluster qui pilote le système LVS et qui reçoit tout le trafic entrant des clients.

LVS est le mode où l'ensemble du cluster CTDB/Samba utilise une seule adresse IP pour le
grappe entière. Dans ce mode, tous les clients se connectent à un nœud spécifique qui
multiplexer/équilibrer la charge des clients uniformément sur les autres nœuds du cluster. C'est un
alternative à l'utilisation d'adresses IP publiques. Voir la page de manuel de ctdbd pour plus d'informations
à propos de LVS.

lvs
Cette commande montre quels nœuds du cluster sont actuellement actifs dans le LVS
configuration. C'est-à-dire quels nœuds nous équilibrons actuellement la charge de l'adresse IP unique
à travers.

Par défaut, LVS n'équilibrera la charge que sur les nœuds qui sont à la fois capables de LVS et
SAIN. Sauf si tous les nœuds ne sont pas en bonne santé, auquel cas LVS équilibrera la charge sur tous
Nœuds malsains également. LVS n'utilisera jamais de nœuds DÉCONNECTÉS, ARRÊTÉS, INTERDITS
ou DÉSACTIVÉ.

Exemple de sortie:

2:10.0.0.13
3:10.0.0.14

obtenir des capacités
Cette commande affiche les capacités du nœud actuel. Voir la section CAPACITÉS dans
ctdb(7) pour plus de détails.

Exemple de sortie:

RECMASTER : OUI
LMASTER : OUI
LVS : NON
NATGW : OUI

statistiques
Collectez des statistiques à partir du démon CTDB sur le nombre d'appels qu'il a servis. Informations
sur divers domaines de la statistique peuvent être trouvés dans ctdb-statistiques (7).

Exemple
# statistiques ctdb
CTDB version 1
nombre_clients 3
0 congelé
récupérer 0
client_paquets_sent 360489
client_paquets_recv 360466
node_packets_sent 480931
node_packets_recv 240120
keepalive_packets_sent 4
keepalive_packets_recv 3
nœud
req_call 2
réponse_appel 2
req_dmaster 0
réponse_dmaster 0
erreur_réponse 0
req_message 42
req_contrôle 120408
réponse_contrôle 360439
client
req_call 2
req_message 24
req_contrôle 360440
délais
appelez 0
contrôle 0
traverser 0
total_appels 2
appels_en-attente 0
lockwait_calls 0
en attente_lockwait_calls 0
mémoire_utilisée 5040
max_hop_count 0
max_call_latency 4.948321 s
max_lockwait_latency 0.000000 s

réinitialisation des statistiques
Cette commande est utilisée pour effacer tous les compteurs de statistiques d'un nœud.

Exemple : ctdb statisticsreset

dbstatistiques DB
Afficher les statistiques sur la base de données DB. Informations sur divers champs dans dbstatistics
peuvent être trouvés dans ctdb-statistiques (7).

Exemple
# ctdb dbstatistics lock.tdb
Statistiques de la base de données : lock.tdb
ro_delegations 0
ro_revokes 0
serrures
Total des 14356
échoué 0
actuel 0
en attente 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 s sur 14356
Touches de raccourci numérique : 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

obtenir une horloge
Affichez le nom du fichier de verrouillage de récupération, le cas échéant.

Exemple de sortie:

Reclocker le fichier :/clusterfs/.ctdb/recovery.lock

horloge [DOSSIER]
FILE spécifie le nom du fichier de verrouillage de récupération. Si le fichier de verrouillage de récupération est modifié à
au moment de l'exécution, cela entraînera une récupération, ce qui entraînera à son tour le verrouillage de la récupération
repris.

Si aucun FICHIER n'est spécifié, un fichier de verrouillage de récupération ne sera plus utilisé.

Cette commande n'affecte que le paramètre d'exécution d'un seul nœud CTDB. Ce paramètre must be
changé sur tous les nœuds simultanément en spécifiant -n TOUTE (ou similaire). Pour information
à propos de la configuration du fichier de verrouillage de récupération, veuillez consulter l'entrée CTDB_RECOVERY_LOCK dans
ctdbd.conf(5) et l'entrée --reclock dans ctdbd(1). Pour plus d'informations sur le verrouillage de récupération
veuillez consulter la section VERROUILLAGE DE RÉCUPÉRATION dans ctdb (7).

obtenir le débogage
Obtenez le niveau de débogage actuel pour le nœud. le niveau de débogage contrôle les informations
écrit dans le fichier journal.

Les niveaux de débogage sont mappés aux niveaux syslog correspondants. Lorsqu'un niveau de débogage est défini,
seuls les messages de ce niveau et des niveaux supérieurs seront imprimés.

La liste des niveaux de débogage du plus haut au plus bas est :

ERR AVERTISSEMENT AVIS INFO DEBUG

définir le débogage NIVEAU DE DÉBOGAGE
Définissez le niveau de débogage d'un nœud. Cela contrôle les informations qui seront enregistrées.

Le niveau de débogage est l'un des ERR AVERTISSEMENT NOTICE INFO DEBUG

getpid
Cette commande renverra l'ID de processus du démon ctdb.

désactiver
Cette commande est utilisée pour désactiver administrativement un nœud dans le cluster. Un nœud désactivé
participera toujours au cluster et hébergera les enregistrements TDB en cluster, mais son adresse IP publique
l'adresse a été reprise par un autre nœud et il n'héberge plus aucun service.

permettre
Réactivez un nœud qui a été administrativement désactivé.

Arrêtez
Cette commande est utilisée pour ARRÊTER administrativement un nœud dans le cluster. Un nœud ARRÊTÉ est
connecté au cluster mais n'héberge aucune adresse IP publique, ni ne participe
dans le VNNMAP. La différence entre un nœud DÉSACTIVÉ et un nœud ARRÊTÉ est qu'un nœud ARRÊTÉ
le nœud n'héberge aucune partie de la base de données, ce qui signifie qu'une récupération est nécessaire pour
arrêter/continuer les nœuds.

continuer
Redémarrez un nœud qui a été arrêté administrativement.

ajouter IPADDR/masque JE FAIS FACE
Cette commande est utilisée pour ajouter une nouvelle adresse IP publique à un nœud pendant l'exécution. Cela permet au public
adresses à ajouter à un cluster sans avoir à redémarrer les démons ctdb.

Notez que cela ne met à jour que l'instance d'exécution de ctdb. Toutes les modifications seront perdues ensuite
moment où ctdb est redémarré et que le fichier d'adresses publiques est relu. Si tu veux ce changement
pour être permanent, vous devez également mettre à jour le fichier des adresses publiques manuellement.

délirer IPADDR
Cette commande est utilisée pour supprimer une adresse IP publique d'un nœud pendant l'exécution. Si cette IP publique
est actuellement hébergé par le nœud duquel il est supprimé, l'adresse IP sera d'abord basculée vers
un autre nœud, si possible, avant de le supprimer.

Notez que cela ne met à jour que l'instance d'exécution de ctdb. Toutes les modifications seront perdues ensuite
moment où ctdb est redémarré et que le fichier d'adresses publiques est relu. Si tu veux ce changement
pour être permanent, vous devez également mettre à jour le fichier des adresses publiques manuellement.

déplacer IPADDR PNN
Cette commande peut être utilisée pour faire échouer manuellement une adresse IP publique vers un nœud spécifique.

Afin de remplacer manuellement la distribution "automatique" des adresses IP publiques qui
ctdb fournit normalement, cette commande ne fonctionne que lorsque vous avez modifié les paramètres
démon à :

IP déterministe = 0

NoIPFailback = 1

shutdown
Cette commande arrêtera un démon CTDB spécifique.

setlmasterrôle on | off
Cette commande est utilisée pour activer/désactiver la capacité LMASTER pour un nœud lors de l'exécution. Cette
la capacité détermine si un nœud peut être utilisé ou non comme LMASTER pour les enregistrements dans le
base de données. Un nœud qui n'a pas la capacité LMASTER n'apparaîtra pas dans le vnnmap.

Les nœuds auront par défaut cette capacité, mais elle peut être supprimée des nœuds par le
dans le fichier sysconfig ou en utilisant cette commande.

Une fois ce paramètre activé/désactivé, vous devez effectuer une récupération pour qu'il prenne
effet.

Voir aussi " ctdb getcapabilities "

setrecmasterrôle on | off
Cette commande est utilisée pour activer/désactiver la capacité RECMASTER pour un nœud lors de l'exécution.
Cette capacité détermine si un nœud peut ou non être utilisé comme RECMASTER pour le
grappe. Un nœud qui n'a pas la capacité RECMASTER ne peut pas gagner un recmaster
élection. Un nœud qui est déjà le recmaster du cluster lorsque la capacité est
dépouillé du nœud restera le recmaster jusqu'à la prochaine élection de cluster.

Les nœuds auront par défaut cette capacité, mais elle peut être supprimée des nœuds par le
dans le fichier sysconfig ou en utilisant cette commande.

Voir aussi " ctdb getcapabilities "

recharger les nœuds
Cette commande est utilisée lors de l'ajout de nouveaux nœuds ou de la suppression de nœuds existants d'un
.

Procédure pour ajouter un nœud :

1, pour étendre un cluster existant, assurez-vous d'abord avec « statut ctdb » que tous les nœuds sont actifs
et courir et qu'ils sont tous en bonne santé. N'essayez pas d'étendre un cluster à moins qu'il ne soit
complètement sain !

2, Sur tous les nœuds, éditez /etc/ctdb/nodes et ajoutez le nouveau nœud comme dernière entrée du fichier.
Le nouveau nœud DOIT être ajouté à la fin de ce fichier !

3, vérifiez que tous les nœuds ont des fichiers /etc/ctdb/nodes identiques après les avoir modifiés
et ajouté le nouveau nœud !

4, exécutez 'ctdb reloadnodes' pour forcer tous les nœuds à recharger le fichier nodes.

5, utilisez « statut ctdb » sur tous les nœuds et vérifiez qu'ils affichent maintenant le nœud supplémentaire.

6, installez et configurez le nouveau nœud et mettez-le en ligne.

Procédure pour supprimer un nœud :

1, pour supprimer un nœud d'un cluster existant, assurez-vous d'abord avec « statut ctdb » que tous
les nœuds, à l'exception du nœud à supprimer, sont opérationnels et qu'ils sont tous sains. Faire
n'essayez pas de supprimer un nœud d'un cluster à moins que le cluster ne soit complètement sain !

2, arrêtez et éteignez le nœud à supprimer.

3, Sur tous les autres nœuds, éditez le fichier /etc/ctdb/nodes et commentez le nœud à
supprimé. Ne supprimez pas la ligne de ce nœud, commentez-la simplement en ajoutant un « # » à la
début de la ligne.

4, exécutez 'ctdb reloadnodes' pour forcer tous les nœuds à recharger le fichier nodes.

5, utilisez « statut ctdb » sur tous les nœuds et vérifiez que le nœud supprimé n'apparaît plus dans
la liste..

rechargements [LISTE PNN]
Cette commande recharge le fichier de configuration des adresses publiques sur les nœuds spécifiés. Lorsque
il termine les adresses seront reconfigurées et réaffectées à travers le cluster comme
nécessaire.

obtenirdbmap
Cette commande répertorie toutes les bases de données TDB en cluster auxquelles le démon CTDB s'est attaché. Certains
les bases de données sont signalées comme PERSISTANTES, cela signifie que la base de données stocke les données de manière persistante
et les données resteront à travers les redémarrages. Un exemple d'une telle base de données est secrets.tdb
où les informations sur la façon dont le cluster a été joint au domaine sont stockées.

Si une base de données PERSISTENT n'est pas dans un état sain, la base de données est signalée comme UNHEALTHY.
S'il y a au moins un nœud complètement sain en cours d'exécution dans le cluster, il est possible que
le contenu est restauré par une récupération exécutée automatiquement. Sinon, un administrateur doit
analyser le problème.

Voir aussi "ctdb getdbstatus", "ctdb backupdb", "ctdb restoreb", "ctdb dumpbackup", "ctdb
wipedb", "ctdb setvar AllowUnhealthyDBRead 1" et (si samba ou tdb-utils sont installés)
"vérification tdbtool".

La plupart des bases de données ne sont pas persistantes et ne stockent que les informations d'état actuellement
les démons samba en cours d'exécution ont besoin. Ces bases de données sont toujours effacées au démarrage de ctdb/samba et
lorsqu'un nœud est redémarré.

Exemple
# ctdb getdbmap
Nombre de bases de données : 10
dbid:0x435d3410 nom:notify.tdb chemin:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 nom:brlock.tdb chemin:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 nom:connections.tdb chemin:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a nom:sessionid.tdb chemin:/var/ctdb/sessionid.tdb.0
dbid:0x122224da nom:test.tdb chemin:/var/ctdb/test.tdb.0
dbid:0x2672a57f nom:idmap2.tdb chemin:/var/ctdb/persistent/idmap2.tdb.0 PERSISTENT
dbid:0xb775fff6 nom:secrets.tdb chemin:/var/ctdb/persistent/secrets.tdb.0 PERSISTENT
dbid:0xe98e08b6 nom:group_mapping.tdb chemin:/var/ctdb/persistent/group_mapping.tdb.0 PERSISTENT
dbid:0x7bbbd26c nom:passdb.tdb chemin:/var/ctdb/persistent/passdb.tdb.0 PERSISTENT

# ctdb getdbmap # exemple pour une base de données non saine
Nombre de bases de données : 1
dbid:0xb775fff6 nom:secrets.tdb chemin:/var/ctdb/persistent/secrets.tdb.0 PERSISTANT MALADE

# ctdb -X getdbmap
|ID|Nom|Chemin|Persistant|Mauvais|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

base de données de sauvegarde DB DOSSIER
Copiez le contenu de la base de données DB dans FILE. FILE peut être relu ultérieurement en utilisant restauréb.
Ceci est principalement utile pour sauvegarder des bases de données persistantes telles que secrets.tdb et similaires.

restauréb DOSSIER [DB]
Cette commande restaure une base de données persistante qui a été précédemment sauvegardée à l'aide de backupdb.
Par défaut, les données seront restaurées dans la même base de données à partir de laquelle elles ont été créées.
En spécifiant dbname, vous pouvez restaurer les données dans une base de données différente.

setdbreadonly DB
Cette commande activera la prise en charge des enregistrements en lecture seule pour une base de données. C'est un
fonctionnalité expérimentale pour améliorer les performances des enregistrements contestés principalement dans lock.tdb
et brlock.tdb. Lorsque vous activez cette fonctionnalité, vous devez la définir sur tous les nœuds du cluster.

setdbsticky DB
Cette commande activera la prise en charge des enregistrements persistants pour la base de données spécifiée. C'est un
fonctionnalité expérimentale pour améliorer les performances des enregistrements contestés principalement dans lock.tdb
et brlock.tdb. Lorsque vous activez cette fonctionnalité, vous devez la définir sur tous les nœuds du cluster.

INTERNE COMMANDES

Les commandes internes sont utilisées par les scripts du CTDB et ne sont pas nécessaires pour gérer un CTDB
grappe. Leurs paramètres et leur comportement sont susceptibles de changer.

se faire chatouiller IPADDR
Affichez les connexions TCP qui sont enregistrées auprès de CTDB pour être « chatouillées » en cas de basculement.

gracieuxarp IPADDR INTERFACE
Envoyez un ARP gratuit pour l'interface spécifiée via l'interface spécifiée. Cette
La commande est principalement utilisée par les scripts d'événement ctdb.

tuertcp
Lire une liste de connexions TCP, une par ligne, à partir de l'entrée standard et terminer chacune
lien. Une connexion est spécifiée comme :

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

Chaque connexion est terminée en émettant un TCP RST au point de terminaison SRC-IPADDR:SRC-PORT.

Une seule connexion peut être spécifiée sur la ligne de commande plutôt que sur l'entrée standard.

supprimer DB clé - KEY
Supprimez la CLÉ de la base de données.

aller chercher DB clé - KEY
Imprimer la valeur associée à KEY dans DB.

pstore DB clé - KEY DOSSIER
Stockez KEY dans la base de données avec le contenu de FILE comme valeur associée.

ptrans DB [DOSSIER]
Lisez une liste de paires clé-valeur, une par ligne à partir de FILE, et stockez-les dans DB à l'aide d'un
opération unique. Une valeur vide équivaut à supprimer la clé donnée.

La clé et la valeur doivent être séparées par des espaces ou des tabulations. Chaque clé/valeur doit être un
chaîne imprimable entre guillemets doubles.

état d'exécution [configuration|first_recovery|startup|running]
Affiche l'état d'exécution du nœud spécifié. Les runstates sont utilisés pour sérialiser les états importants
transitions dans CTDB, en particulier lors du démarrage.

Si un ou plusieurs arguments d'état d'exécution facultatifs sont spécifiés, le nœud doit être dans l'un des
ces états d'exécution pour que la commande réussisse.

Exemple
# état d'exécution ctdb
RUNNING

setifacelink JE FAIS FACE haut|bas
Définissez l'état interne de l'interface réseau IFACE. Ceci est généralement utilisé dans le
10.script d'interface dans l'événement "monitor".

Exemple : ctdb setifacelink eth0 up

définir l'étatgwstate on | off
Activez ou désactivez la capacité de maître de passerelle NAT sur un nœud.

chatouiller SRC-IPADDR:SRC-PORT DST-IPADDR:PORT DST
Envoyez un tickle TCP à l'hôte source pour la connexion TCP spécifiée. Un chatouillement TCP est un
Paquet TCP ACK avec une séquence non valide et un numéro d'accusé de réception et qui sera reçu par
l'hôte source renvoie un ACK correct immédiat à l'autre extrémité.

Les chatouilles TCP sont utiles pour " chatouiller " les clients après qu'un basculement IP s'est produit car cela
faire reconnaître immédiatement au client que la connexion TCP a été interrompue et que le
le client devra se rétablir. Cela accélère considérablement le temps qu'il faut à un client pour
détecter et rétablir après un basculement IP dans le cluster ctdb.

version
Afficher la version CTDB.

DÉBOGAGE COMMANDES

Ces commandes sont principalement utilisées pour le développement et les tests CTDB et ne doivent pas être utilisées
pour une administration normale.

OPTIONS
--print-emptyrecords
Cela permet d'imprimer des enregistrements vides lors du vidage des bases de données avec catdb, cattbd
et les commandes dumpdbbackup. Les enregistrements avec un segment de données vide sont considérés comme supprimés par
ctdb et nettoyé par le mécanisme d'aspiration, ce commutateur peut donc être utile pour
débogage du comportement d'aspiration.

--print-datasize
Cela permet aux dumps de la base de données (catdb, cattdb, dumpdbbackup) d'imprimer la taille de l'enregistrement
données au lieu de vider le contenu des données.

--print-lmaster
Cela permet à catdb d'imprimer le lmaster pour chaque enregistrement.

--print-hachage
Cela permet aux dumps de la base de données (catdb, cattdb, dumpdbbackup) d'imprimer le hachage pour chaque enregistrement.

--print-recordflags
Cela permet à catdb et à dumpdbbackup d'imprimer les indicateurs d'enregistrement pour chaque enregistrement. Noter que
cattdb imprime toujours les drapeaux.

processus-existe PID
Cette commande vérifie si un processus spécifique existe sur l'hôte CTDB. Ceci est principalement utilisé par
Samba pour vérifier si les instances distantes de samba sont toujours en cours d'exécution ou non.

obtenir le statut db DB
Cette commande affiche plus de détails sur une base de données.

Exemple
# ctdb getdbstatus test.tdb.0
dbid : 0x122224da
nom : test.tdb
chemin : /var/ctdb/test.tdb.0
PERSISTANT : non
SANTÉ : D'accord

# ctdb getdbstatus Registry.tdb # avec un TDB corrompu
dbid : 0xf2a58948
nom : registre.tdb
chemin : /var/ctdb/persistent/registry.tdb.0
PERSISTANT : oui
SANTÉ : NO-HEALTHY-NODES - ERREUR - Sauvegarde du TDB corrompu dans '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'

catdb DB
Imprimez un vidage de la base de données de base de données TDB en cluster.

cattdb DB
Imprimez un vidage du contenu de la base de données TDB locale.

dumpdbbackup DOSSIER
Imprimez un dump du contenu du FICHIER de sauvegarde de la base de données, similaire à catdb.

essuyé DB
Supprimez tout le contenu de la base de données DB.

récupérer
Cette commande déclenchera le démon de récupération pour effectuer une récupération de cluster.

iréallouer, synchroniser
Cette commande forcera le maître de récupération à effectuer un processus de réaffectation IP complet et
redistribuer toutes les adresses IP. Ceci est utile pour "réinitialiser" les allocations à leur
état par défaut s'ils ont été modifiés à l'aide de la commande "moveip". Alors qu'une "récupération"
effectuer également cette réallocation, une reprise est beaucoup plus lourde puisqu'elle
reconstruire toutes les bases de données.

obtenirmonmode
Cette commande renvoie le mode de surveillance d'un nœud. Le mode de surveillance est soit ACTIF
ou DÉSACTIVÉ. Normalement, un nœud surveillera en permanence que tous les autres nœuds qui sont
attendus sont en fait connectés et qu'ils répondent à des commandes.

ACTIF - C'est le mode normal. Le nœud surveille activement tous les autres nœuds, à la fois
que le transport est connecté et aussi que le nœud répond aux commandes. Si un nœud
devient indisponible, il sera marqué comme DÉCONNECTÉ et une récupération est lancée pour
restaurer le cluster.

DÉSACTIVÉ - Ce nœud ne surveille pas que d'autres nœuds sont disponibles. Dans ce mode un nœud
l'échec ne sera pas détecté et aucune récupération ne sera effectuée. Ce mode est utile lorsque
à des fins de débogage, on veut attacher GDB à un processus ctdb mais veut empêcher le
reste du cluster de marquer ce nœud comme DÉCONNECTÉ et effectuez une récupération.

définir mon mode 0 | 1
Cette commande peut être utilisée pour explicitement désactiver/activer le mode de surveillance sur un nœud. Le principal
le but est si l'on veut attacher GDB à un démon ctdb en cours d'exécution mais veut empêcher le
autres nœuds de le marquer comme DÉCONNECTÉ et d'émettre une récupération. Pour ce faire, définissez
mode de surveillance à 0 sur tous les nœuds avant de s'attacher avec GDB. N'oubliez pas de définir la surveillance
mode retour à 1 par la suite.

joindre NOM DE BD [persistant]
Créez une nouvelle base de données CTDB appelée DBNAME et attachez-la à tous les nœuds.

détacher LISTE-DB
Détachez la ou les bases de données non persistantes spécifiées du cluster. Cette commande déconnectera
la ou les bases de données spécifiées sur tous les nœuds du cluster. Cette commande ne doit être utilisée que lorsque
aucune des bases de données spécifiées n'est en cours d'utilisation.

Tous les nœuds doivent être actifs et le paramètre AllowClientDBAccess réglable doit être désactivé sur tous les nœuds
avant de détacher les bases de données.

dumpmémoire
Il s'agit d'une commande de débogage. Cette commande obligera le démon ctdb à écrire une mémoire de remplissage
carte d'allocation à la sortie standard.

rddumpmemory
Il s'agit d'une commande de débogage. Cette commande videra l'arbre d'allocation de mémoire talloc pour
le démon de récupération à la sortie standard.

dégel
Décongelez un nœud précédemment gelé.

script d'événement ARGUMENTS
Il s'agit d'une commande de débogage. Cette commande peut être utilisée pour appeler et exécuter manuellement le
eventscritps avec des arguments arbitraires.

interdire BANTIME
Bannir administrativement un nœud pendant BANTIME secondes. Le nœud ne sera plus banni après BANTIME
secondes se sont écoulées.

Un nœud banni ne participe pas au cluster. Il n'héberge aucun enregistrement pour le
TDB en cluster et n'héberge aucune adresse IP publique.

Les nœuds sont automatiquement bannis s'ils se comportent mal. Par exemple, un nœud peut être banni s'il
provoque trop de récupérations de cluster.

Pour exclure administrativement un nœud d'un cluster, utilisez le Arrêtez commander.

débloquer
Cette commande est utilisée pour débloquer un nœud qui a été soit administrativement interdit à l'aide
la commande ban ou a été automatiquement banni.

nœud de rééquilibrage [LISTE PNN]
Cette commande marque les nœuds donnés comme cibles de rééquilibrage dans l'allocation IP LCP2
algorithme. Les rechargements la commande le fera si nécessaire, donc cette commande ne devrait pas être
nécessaire.

check_srvids SRVID
Cette commande vérifie si un ensemble de ports de message srvid est enregistré sur le nœud ou
ne pas. La commande prend une liste de valeurs à vérifier.

Exemple
# ctdb check_srvids 1 2 3 14765
L'ID de serveur 0:1 n'existe pas
L'ID de serveur 0:2 n'existe pas
L'ID de serveur 0:3 n'existe pas
L'ID de serveur 0:14765 existe

Utiliser ctdb en ligne en utilisant les services onworks.net