ctdb - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

ctdb - утиліта керування CTDB

СИНТАКСИС

ctdb [ВАРІАНТ...] {КОМАНДА} [КОМАНДА-ARGS]

ОПИС

ctdb — це утиліта для перегляду та керування кластером CTDB.

При посиланні на вузли в кластері використовуються такі терміни:

НПП
Номер фізичного вузла. Номер фізичного вузла — це ціле число, яке описує вузол
в кластері. Перший вузол має номер фізичного вузла 0. в кластері.

PNN-СПИСОК
Це або один PNN, список PNN, розділений комами, або "усі".

Команди, які посилаються на базу даних, використовують такі терміни:

DB
Це або ім’я бази даних, наприклад locking.tdb, або ідентифікатор бази даних, наприклад
"0x42fe72c5".

БД-СПИСОК
Розділений пробілами список принаймні з одного DB.

ВАРІАНТИ

-n PNN-СПИСОК
До вузлів, зазначених у PNN-LIST, слід запитувати запитувану інформацію.
За замовчуванням запитується демон, що працює на локальному хості.

-Y
Створюйте вихід у машиночитаній формі для легшого аналізу за допомогою скриптів. Для цього використовується a
роздільник поля ':'. Не всі команди підтримують цю опцію.

-x СЕПАРАТОР
Використовуйте SEPARATOR для розмежування полів у машиночитаному виводі. Це означає -Y.

-X
Створюйте вихід у машиночитаній формі для легшого аналізу за допомогою скриптів. Для цього використовується a
роздільник поля '|'. Не всі команди підтримують цю опцію.

Це еквівалентно "-x|" і уникає деяких проблем з цитуванням оболонки.

-t ТАЙМ-АУТ
Вказує, що ctdb має чекати до TIMEOUT секунд для відповіді на більшість команд
надіслано до демона CTDB. За замовчуванням – 10 секунд.

-T ТЕРМІН
Вказує, що TIMELIMIT – це максимальний час виконання (у секундах) для команди ctdb.
Коли TIMELIMIT перевищено, команда ctdb завершиться з помилкою. За замовчуванням
становить 120 секунд.

-? --допомога
Роздрукуйте текст довідки на екрані.

--використання
Друк інформації про використання на екрані.

-d --debug=НАЛАШТУВАННЯ
Змініть рівень налагодження для команди. За замовчуванням – ПРИМІТКА (2).

--socket=ФІЛЕНАМ
Вкажіть, що FILENAME – це ім’я доменного сокета Unix, яке буде використовуватися під час підключення
локальний демон CTDB. За замовчуванням є /tmp/ctdb.socket.

АДМІНІСТРАТИВНА КОМАНДИ

Це команди, які використовуються для моніторингу та адміністрування кластера CTDB.

pnn
Ця команда відображає PNN поточного вузла.

xpnn
Ця команда відображає PNN поточного вузла без зв’язку з демоном CTDB. Це
аналізує файл вузлів безпосередньо, тому може отримати неочікуваний вихід, якщо файл вузлів має
відредаговано, але не перезавантажено.

статус
Ця команда показує поточний стан всіх вузлів CTDB на основі інформації з
запитаний вузол.

Примітка: якщо запитуваний вузол НЕАКТИВНИЙ, то статус може бути неактуальним.

вузол статус
Це включає кількість фізичних вузлів і стан кожного вузла. Подивитися ctdb(7)
для отримання інформації про стани вузлів.

Покоління
Ідентифікатор покоління — це число, яке вказує на поточне покоління кластера
екземпляр. Кожен раз, коли кластер проходить реконфігурацію або відновлення
Ідентифікатор покоління буде змінено.

Це число не має жодного особливого значення, крім відстеження, коли a
кластер відновився. Це випадкове число, яке представляє струм
екземпляр кластера ctdb та його бази даних. Демон CTDB використовує цей номер
внутрішньо, щоб мати можливість визначити, коли команди працювати з кластером і
баз даних було видано в кластері іншого покоління, щоб забезпечити виконання команд
які працюють з базами даних, не виживуть під час відновлення кластерної бази даних.
Після відновлення всі старі невиконані команди автоматично стануть недійсними.

Іноді цей номер буде відображатися як "НЕДІЙСНИЙ". Це означає лише те, що ctdbd
демон запущено, але він ще не об'єднався з кластером через відновлення. всі
вузли починаються з покоління "INVALID" і їм не призначається справжній ідентифікатор покоління доти
їх було успішно об’єднано з кластером за допомогою відновлення.

Віртуальний вузол Номер (VNN) карта
Складається з кількості віртуальних вузлів і відображення номерів віртуальних вузлів у
номери фізичних вузлів. Віртуальні вузли розміщують бази даних CTDB. Тільки вузли, які є
учасник карти VNN може стати lmaster або dmaster для записів бази даних.

відновлення режим
Це поточний режим відновлення кластера. Є два можливих режими:

НОРМАЛЬНИЙ – кластер повністю працездатний.

ВІДНОВЛЕННЯ. Усі бази даних кластера було заморожено, усі служби призупинено
кластер очікує завершення процесу відновлення. Процес відновлення повинен завершитися протягом
секунд. Якщо кластер застряг у стані RECOVERY, це буде вказувати на кластер
несправність, яку необхідно розслідувати.

Як тільки майстер відновлення виявляє невідповідність, наприклад, вузол стає
відключено/підключено, демон відновлення запустить процес відновлення кластера,
де всі бази даних об’єднуються в кластері. Коли цей процес починається,
Recovery master спочатку «заморозить» всі бази даних, щоб запобігти таким додаткам, як
samba від доступу до баз даних, а також позначить режим відновлення як
ВІДНОВЛЕННЯ.

Коли запуститься демон CTDB, він запуститься в режимі RECOVERY. Після того, як вузол був
об’єднано в кластер і всі бази даних відновлено, режим вузла зміниться
у НОРМАЛЬНИЙ режим, і бази даних будуть «розморожені», що дозволить Samba отримати доступ до
знову бази даних.

відновлення майстер
Це вузол кластера, який наразі позначений як головне відновлення. Це
вузол відповідає за моніторинг узгодженості кластера та виконання
фактичний процес відновлення, коли це потрібно.

Лише один вузол одночасно може бути призначеним головним відновленням. Який вузол
призначений майстер відновлення визначається виборчим процесом у відновленні
демони, що працюють на кожному вузлі.

Приклад
# статус ctdb
Кількість вузлів: 4
pnn:0 192.168.2.200 OK (ЦЕЙ ВУЗЛ)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK
Покоління: 1362079228
Розмір: 4
хеш:0 lmaster:0
хеш:1 lmaster:1
хеш:2 lmaster:2
хеш:3 lmaster:3
Режим відновлення: НОРМАЛЬНИЙ (0)
Майстер відновлення: 0

стан вузла [PNN-СПИСОК]
Ця команда схожа на статус команда. Він відображає підмножину "стан вузла".
вихід. Основні відмінності:

· Код виходу – це побітове АБО прапорів для кожного вказаного вузла, while ctdb
статус виходить з 0, якщо він зміг отримати статус для всіх вузлів.

· ctdb статус надає інформацію про стан усіх вузлів. ctdb стан вузла за замовчуванням
надання статусу лише поточному вузлу. Якщо надано PNN-LIST, значить статус
надано для зазначеного вузла(ів).

За замовчуванням ctdb стан вузла отримує статус від локального вузла. Однак, якщо викликати
з "-n all" (або подібним), то статус збирається з даного вузла(ів). в
приватність ctdb стан вузла всі та ctdb стан вузла -n всі вироблятиме різні
вихід. Можна надати 2 різні параметри вузла (з "-n" і без нього), але
Вихід зазвичай заплутаний!

Поширеним викликом у скриптах є ctdb стан вузла всі щоб перевірити, чи всі вузли в a
кластер здоровий.

Приклад
# статус вузла ctdb
pnn:0 10.0.0.30 OK (ЦЕЙ ВУЗЛ)

# ctdb nodestatus all
Кількість вузлів: 2
pnn:0 10.0.0.30 OK (ЦЕЙ ВУЗЛ)
pnn:1 10.0.0.31 OK

recmaster
Ця команда показує pnn вузла, який на даний момент є recmaster.

Примітка: якщо запитуваний вузол НЕАКТИВНИЙ, то статус може бути неактуальним.

час безвідмовної роботи
Ця команда показує час роботи демона ctdb. При останньому відновленні або збою IP
завершено і скільки часу це зайняло. Якщо "тривалість" відображається як від'ємне число, це
вказує на те, що відбувається відновлення/відмовлення, і воно розпочалося стільки секунд
тому.

Приклад
# час роботи ctdb
Поточний час вузла: чт, 29 жовтня 10:38:54 2009 року
Час початку Ctdbd : (000 16:54:28) Ср, 28 жовтня 17:44:26 2009
Час останнього відновлення/відмови: (000 16:53:31) Ср, 28 жовтня 17:45:23 2009
Тривалість останнього відновлення/відмови: 2.248552 секунди

вузли списку
Ця команда показує список IP-адрес усіх вузлів у кластері.

Приклад
# вузлів списку ctdb
192.168.2.200
192.168.2.201
192.168.2.202
192.168.2.203

natgwlist
Показати поточний головний шлюз NAT і статус усіх вузлів поточного шлюзу NAT
група. Перегляньте розділ NAT GATEWAY в ctdb(7) для більш детальної інформації.

Приклад
# ctdb natgwlist
0 192.168.2.200
Кількість вузлів: 4
pnn:0 192.168.2.200 OK (ЦЕЙ ВУЗЛ)
pnn:1 192.168.2.201 OK
pnn:2 192.168.2.202 OK
pnn:3 192.168.2.203 OK

пінг
Ця команда буде "тенгувати" вказані вузли CTDB в кластері, щоб перевірити, що вони є
працює.

Приклад
# ctdb ping -n все
відповідь від 0 часу=0.000054 сек (3 клієнти)
відповідь від 1 часу=0.000144 сек (2 клієнти)
відповідь від 2 часу=0.000105 сек (2 клієнти)
відповідь від 3 часу=0.000114 сек (2 клієнти)

ifaces
Ця команда відобразить список мережевих інтерфейсів, які можуть розміщувати загальнодоступні
адреси разом із їхнім статусом.

Приклад
# ctdb ifaces
Інтерфейси на вузлі 0
name:eth5 link:up посилання:2
name:eth4 link:down references:0
name:eth3 link:up посилання:1
name:eth2 link:up посилання:1

# ctdb -X ifaces
|Назва|Статус посилання|Посилання|
|eth5|1|2|
|eth4|0|0|
|eth3|1|1|
|eth2|1|1|

ip
Ця команда відобразить список публічних адрес, які надає кластер
і який фізичний вузол наразі обслуговує цей ip. За замовчуванням ця команда буде ТІЛЬКИ
показати ті публічні адреси, які відомі самому вузлу. Щоб побачити повний список усіх
публічні IP-адреси в кластері ви повинні використовувати "ctdb ip -n all".

Приклад
# ctdb ip -v
Загальнодоступні IP-адреси на вузлі 0
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]

# ctdb -X ip -v
|Загальнодоступний IP|Вузол|Активний інтерфейс|Доступні інтерфейси|Налаштовані інтерфейси|
|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
Ця команда відобразить деталі про вказані публічні адреси.

Приклад
# ctdb ipinfo 172.31.92.85
Інформація про публічний IP[172.31.92.85] на вузлі 0
IP: 172.31.92.85
Поточний вузол: 0
Кількість інтерфейсів: 2
Інтерфейс [1]: Ім'я: eth4 Посилання: вниз Посилання: 0
Інтерфейс [2]: Ім'я: eth5 Посилання: Up Посилання: 2 (активний)

статус сценарію
Ця команда відображає, які сценарії виконувались у попередньому циклі моніторингу та які
результат кожного сценарію. Якщо сценарій завершився з помилкою, через що вузол став
непрацездатний, також відображаються вихідні дані цього сценарію.

Приклад
# стан сценарію ctdb
За останній цикл моніторингу було виконано 7 скриптів
00.ctdb Статус: OK Тривалість: 0.056 Вт, 24 березня 18:56:57 2009
10.Статус інтерфейсу: OK Тривалість: 0.077 Вт, 24 березня 18:56:57 2009
11.natgw Статус: OK Тривалість: 0.039 Вт, 24 березня 18:56:57 2009
20.multipathd Статус:OK Тривалість:0.038 Вт, 24 березня 18:56:57 2009
31.clamd Статус: ВІДКЛЮЧЕНИЙ
40.vsftpd Статус: OK Тривалість: 0.045 Вт, 24 березня 18:56:57 2009
41.httpd Статус: OK Тривалість: 0.039 Вт, 24 березня 18:56:57 2009
50.samba Статус:ПОМИЛКА Тривалість:0.082 Вт 24 березня 18:56:57 2009
ВИХОД: ПОМИЛКА: tcp-порт Samba 445 не відповідає

disablescript SCRIPT
Ця команда використовується для вимкнення сценарію події.

Це набуде чинності наступного разу, коли сценарії подій будуть виконуватися, тому це може зайняти a
через деякий час, поки це не відобразиться в 'scriptstatus'.

enablescript SCRIPT
Ця команда використовується для ввімкнення сценарію події.

Це набуде чинності наступного разу, коли сценарії подій будуть виконуватися, тому це може зайняти a
через деякий час, поки це не відобразиться в 'scriptstatus'.

листвари
Перелік усіх змінних, які можна налаштувати, за винятком значень застарілих змінних, наприклад
ВакуумМінІнтервал. Застарілі налаштування можна отримати лише явно за допомогою файлу "ctdb
getvar".

Приклад
# списків ctdb
MaxRedirectCount = 3
SeqnumInterval = 1000
Контрольний час очікування = 60
TraverseTimeout = 20
KeepaliveInterval = 5
KeepaliveLimit = 5
Час відновлення = 20
Інтервал відновлення = 1
Час очікування виборів = 3
TakeoverTimeout = 9
MonitorInterval = 15
TickleUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
Період відновлення = 120
RecoveryBanPeriod = 300
Розмір хеша бази даних = 100001
DatabaseMaxDead = 5
Час очікування відновлення = 10
EnableBans = 1
Детерміновані IP = 0
LCP2PublicIPs = 1
ReclockPingPeriod = 60
NoIPFailback = 0
Вимкнути IPFailover = 0
VerboseMemoryNames = 0
RecdPingTimeout = 60
RecdFailCount = 10
LogLatencyMs = 0
RecLockLatencyMs = 1000
RecoveryDropAllIPs = 120
Інтервал вакууму = 10
VacuumMaxRunTime = 30
RepackLimit = 10000
Обмеження вакууму = 5000
VacuumFastPathCount = 60
MaxQueueDropMsg = 1000000
UseStatusEvents = 0
ДозволитиUnhealthyDBRead = 0
StatHistoryInterval = 1
DeferredAttachTO = 120
Дозволити ClientDBAttach = 1
ВідновитиPDBBySeqNum = 0

getwar ІМ'Я
Отримати значення часу виконання настроюваної змінної.

Приклад
# ctdb getvar MaxRedirectCount
MaxRedirectCount = 3

setvar ІМ'Я VALUE
Встановіть значення часу виконання настроюваної змінної.

Приклад: ctdb setvar MaxRedirectCount 5

lvsmaster
Ця команда показує, який вузол на даний момент є LVSMASTER. LVSMASTER є вузлом у
кластер, який керує системою LVS і який отримує весь вхідний трафік від клієнтів.

LVS – це режим, у якому весь кластер CTDB/Samba використовує одну IP-адресу для
весь кластер. У цьому режимі всі клієнти підключаються до одного конкретного вузла, який потім буде
мультиплексування/балансування навантаження клієнтів рівномірно на інші вузли в кластері. Це
альтернатива використанню публічних IP-адрес. Для отримання додаткової інформації дивіться сторінку керівництва для ctdbd
про ЛВС.

лв
Ця команда показує, які вузли в кластері зараз активні в LVS
конфігурації. Тобто, які вузли ми в даний момент балансуємо навантаження на одну IP-адресу
across.

За замовчуванням LVS буде балансувати лише навантаження між тими вузлами, які одночасно підтримують LVS
ЗДОРОВИЙ. За винятком випадків, коли всі вузли НЕЗДОРОВНІ, у цьому випадку LVS буде балансувати навантаження між усіма
НЕЗДОРОВІ вузли також. LVS ніколи не використовуватиме вузли, які ВІДКЛЮЧЕНО, ЗУПИНЕНО, ЗАБАНЕНО
або ВІДКЛЮЧЕНИЙ.

Приклад виводу:

2:10.0.0.13
3:10.0.0.14

отримати можливості
Ця команда показує можливості поточного вузла. Дивіться розділ МОЖЛИВОСТІ в
ctdb(7) для більш детальної інформації.

Приклад виводу:

РЕКМАСТЕР: ТАК
ЛМАСТЕР: ТАК
LVS: НІ
NATGW: ТАК

статистика
Збирайте статистичні дані від демона CTDB про те, скільки викликів він обслужив. Інформація
про різні галузі статистики можна знайти в ctdb-статистика(7).

Приклад
# статистика ctdb
CTDB версія 1
кількість_клієнтів 3
заморожений 0
відновлення 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
вузол
req_call 2
reply_call 2
req_dmaster 0
reply_dmaster 0
відповідь_помилка 0
req_message 42
req_control 120408
reply_control 360439
клієнт
req_call 2
req_message 24
req_control 360440
тайм-аути
назвіть 0
Управління 0
перехід 0
total_calls 2
pending_calls 0
lockwait_calls 0
pending_lockwait_calls 0
memory_used 5040
max_hop_count 0
max_call_latency 4.948321 сек
max_lockwait_latency 0.000000 сек

скидання статистики
Ця команда використовується для очищення всіх статистичних лічильників у вузлі.

Приклад: ctdb statistics reset

dbstatistics DB
Відображення статистики про базу даних БД. Інформація про різні поля в dbstatistics
можна знайти в ctdb-статистика(7).

Приклад
# ctdb dbstatistics locking.tdb
Статистика БД: locking.tdb
ro_delegations 0
ro_revokes 0
замки
Всього 14356
не вдалося 0
поточна 0
в очікуванні 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 с з 14356
Кількість гарячих клавіш: 1
Count:8 Key:ff5bd7cb3ee3822edc1f0000000000000000000000000000

getreclock
Покажіть назву файлу блокування відновлення, якщо він є.

Приклад виводу:

Файл перезапуску:/clusterfs/.ctdb/recovery.lock

встановити годинник [Фото]
FILE вказує ім'я файлу блокування відновлення. Якщо файл блокування відновлення змінено на
часу виконання, то це призведе до відновлення, що, у свою чергу, спричинить блокування відновлення
повторно взятий.

Якщо не вказано FILE, файл блокування відновлення більше не використовуватиметься.

Ця команда впливає лише на налаштування часу виконання одного вузла CTDB. Цей параметр повинен be
змінюється на всіх вузлах одночасно шляхом вказівки -n всі (або подібне). Для інформації
про налаштування файлу блокування відновлення дивіться запис CTDB_RECOVERY_LOCK в
ctdbd.conf(5) і запис --reclock ctdbd(1). Щоб отримати інформацію про блокування відновлення
будь ласка, перегляньте розділ БЛОКУВАННЯ ВІДНОВЛЕННЯ в ctdb(7).

getdebug
Отримати поточний рівень налагодження для вузла. рівень налагодження контролює, яка інформація є
записується у файл журналу.

Рівні налагодження відображаються на відповідні рівні системного журналу. Коли встановлено рівень налагодження,
будуть надруковані лише ті повідомлення на цьому та вищих рівнях.

Список рівнів налагодження від найвищого до найнижчого:

ПОМИЛКА ПОПЕРЕДЖЕННЯ ІНФОРМАЦІЯ НАЛАДЖЕННЯ

setdebug НАЛАШТУВАННЯ
Встановіть рівень налагодження вузла. Це визначає, яка інформація буде реєструватися.

Рівень налагодження є одним із ВІДПОВІДАЛЬНИХ ПОМІЩЕНЬ ПОМИШЛЕННЯ

getpid
Ця команда поверне ідентифікатор процесу демона ctdb.

забороняти
Ця команда використовується для адміністративного вимкнення вузла в кластері. Відключений вузол
все одно буде брати участь у кластері та розміщувати кластеризовані записи TDB, але його загальнодоступний ip
Адреса перейняла інший вузол, і він більше не розміщує жодних служб.

включіть
Повторно ввімкніть вузол, який було адміністративно вимкнено.

СТОП
Ця команда використовується для адміністративної зупинки вузла в кластері. ЗУПИНЕНИЙ вузол є
підключено до кластера, але не розміщуватиме жодної загальнодоступної IP-адреси та не бере участі
у VNNMAP. Різниця між вузлом ВІДКЛЮЧЕНО від вузла ЗУСТАНЕНО полягає в тому, що СТОП
node не містить жодних частин бази даних, що означає, що для відновлення потрібно
вузли зупинки/продовження.

продовжувати
Перезапустіть вузол, який було зупинено адміністративно.

додаток IPADDR/маска ІФЕЙС
Ця команда використовується для додавання нового загальнодоступного ip до вузла під час виконання. Це дозволяє публічно
адреси, які потрібно додати до кластера без перезапуску демонів ctdb.

Зауважте, що це лише оновлює екземпляр ctdb під час виконання. Далі всі зміни буде втрачено
час перезапуску ctdb і повторного читання файлу публічних адрес. Якщо ви хочете цієї зміни
щоб бути постійним, ви також повинні оновити файл публічних адрес вручну.

деліп IPADDR
Ця команда використовується для видалення загальнодоступного IP-адреса з вузла під час виконання. Якщо цей публічний ip
на даний момент розміщено на вузлі, з якого його видаляють, ip спочатку буде передано збій
інший вузол, якщо це можливо, до його видалення.

Зауважте, що це лише оновлює екземпляр ctdb під час виконання. Далі всі зміни буде втрачено
час перезапуску ctdb і повторного читання файлу публічних адрес. Якщо ви хочете цієї зміни
щоб бути постійним, ви також повинні оновити файл публічних адрес вручну.

moveip IPADDR НПП
Цю команду можна використовувати, щоб вручну відмовитися від загальнодоступної IP-адреси для певного вузла.

Щоб вручну змінити "автоматичний" розподіл загальнодоступних ip-адрес, це
ctdb зазвичай забезпечує, ця команда працює лише тоді, коли ви змінили налаштування для
демон для:

Детерміновані IP = 0

NoIPFailback = 1

вимикання
Ця команда вимкне певний демон CTDB.

setlmasterrole увімкнено|вимкнено
Ця команда використовується для ввімкнення/вимкнення можливості LMASTER для вузла під час виконання. Це
можливість визначає, чи можна використовувати вузол як LMASTER для записів у
бази даних. Вузол, який не має можливості LMASTER, не відображатиметься у vnnmap.

Вузли за замовчуванням мають таку можливість, але її можна вилучити з вузлів
налаштування у файлі sysconfig або за допомогою цієї команди.

Після того, як це налаштування було ввімкнено/вимкнено, вам потрібно виконати відновлення, щоб воно запрацювало
ефект

Дивіться також "ctdb getcapabilities"

setrecmasterrole увімкнено|вимкнено
Ця команда використовується для ввімкнення/вимкнення можливості RECMASTER для вузла під час виконання.
Ця можливість визначає, чи можна використовувати вузол як RECMASTER для
кластер. Вузол, який не має можливості RECMASTER, не може виграти recmaster
вибори. Вузол, який уже є recmaster для кластера, коли можливість є
вилучений вузол залишиться recmaster до наступних виборів кластера.

Вузли за замовчуванням мають таку можливість, але її можна вилучити з вузлів
налаштування у файлі sysconfig або за допомогою цієї команди.

Дивіться також "ctdb getcapabilities"

вузли перевантаження
Ця команда використовується під час додавання нових вузлів або видалення існуючих вузлів із існуючих
кластер

Процедура додавання вузла:

1. Щоб розширити наявний кластер, спершу переконайтеся, що всі вузли запущені за допомогою «статусу ctdb».
і бігають і щоб вони всі були здорові. Не намагайтеся розширити кластер, якщо це не так
повністю здоровий!

2. На всіх вузлах відредагуйте /etc/ctdb/nodes і додайте новий вузол як останній запис до файлу.
Новий вузол ПОВИНЕН бути доданий в кінець цього файлу!

3. Переконайтеся, що всі вузли мають ідентичні файли /etc/ctdb/nodes після того, як ви їх відредагували
і додав новий вузол!

4. Запустіть ctdb reloadnodes, щоб змусити всі вузли перезавантажити файл вузлів.

5. Використовуйте "статус ctdb" на всіх вузлах і переконайтеся, що вони тепер показують додатковий вузол.

6, Встановіть і налаштуйте новий вузол і підключіть його до мережі.

Процедура видалення вузла:

1. Щоб видалити вузол із існуючого кластера, спершу переконайтеся, що це все
вузли, за винятком вузла, який потрібно видалити, запущено та працює, і всі вони справні. Зробіть
не намагайтеся видалити вузол із кластера, якщо кластер не повністю здоровий!

2, Вимкніть і вимкніть вузол, який потрібно видалити.

3. На всіх інших вузлах відредагуйте файл /etc/ctdb/nodes і закоментуйте вузол, який буде
видалено. Не видаляйте рядок для цього вузла, просто прокоментуйте його, додавши символ «#».
початок рядка.

4. Запустіть ctdb reloadnodes, щоб змусити всі вузли перезавантажити файл вузлів.

5. Використовуйте "статус ctdb" на всіх вузлах і переконайтеся, що видалений вузол більше не відображається в
список..

reloadips [PNN-СПИСОК]
Ця команда перезавантажує файл конфігурації публічних адрес на вказаних вузлах. Коли
він завершує, адреси будуть перенастроєні та перепризначені в кластері як
необхідно.

getdbmap
Ця команда перераховує всі кластеризовані бази даних TDB, до яких приєднано демон CTDB. Дещо
бази даних позначені як ПОСТІЙНІ, це означає, що база даних постійно зберігає дані
і дані залишаться під час перезавантаження. Одним із прикладів такої бази даних є secrets.tdb
де зберігається інформація про те, як кластер був приєднаний до домену.

Якщо ПОСТІЙНА база даних не в справному стані, вона позначається як НЕЗДОРОВНА.
Якщо в кластері працює хоча б один повністю здоровий вузол, це можливо
вміст відновлюється за допомогою автоматичного запуску відновлення. В іншому випадку потрібен адміністратор
проаналізувати проблему.

Дивіться також "ctdb getdbstatus", "ctdb backupdb", "ctdb restoredb", "ctdb dumpbackup", "ctdb
wipedb", "ctdb setvar AllowUnhealthyDBRead 1" і (якщо встановлені утиліти samba або tdb)
"tdbtool check".

Більшість баз даних не є постійними і зберігають лише інформацію про стан, яка є на даний момент
Потрібен запуск демонів samba. Ці бази даних завжди стираються під час запуску ctdb/samba і
коли вузол перезавантажується.

Приклад
# ctdb getdbmap
Кількість баз даних: 10
dbid:0x435d3410 name:notify.tdb шлях:/var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid:0x1421fb78 name:brlock.tdb шлях:/var/ctdb/brlock.tdb.0
dbid:0x17055d90 name:connections.tdb шлях:/var/ctdb/connections.tdb.0
dbid:0xc0bdde6a name:sessionid.tdb шлях:/var/ctdb/sessionid.tdb.0
dbid:0x122224da name:test.tdb шлях:/var/ctdb/test.tdb.0
dbid:0x2672a57f name:idmap2.tdb шлях:/var/ctdb/persistent/idmap2.tdb.0 PERSISTENT
dbid:0xb775fff6 name:secrets.tdb шлях:/var/ctdb/persistent/secrets.tdb.0 PERSISTENT
dbid:0xe98e08b6 name:group_mapping.tdb шлях:/var/ctdb/persistent/group_mapping.tdb.0 PERSISTENT
dbid:0x7bbbd26c name:passdb.tdb шлях:/var/ctdb/persistent/passdb.tdb.0 PERSISTENT

# ctdb getdbmap # приклад для непрацездатної бази даних
Кількість баз даних: 1
dbid:0xb775fff6 name:secrets.tdb шлях:/var/ctdb/persistent/secrets.tdb.0 ПОСТІЙНО НЕ ЗДОРОВИЙ

# ctdb -X getdbmap
|Ідентифікатор|Назва|Шлях|Постійний|Нездоровий|
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

backupdb DB Фото
Скопіюйте вміст БД бази даних у FILE. FILE пізніше можна буде прочитати назад за допомогою відновленоb.
Це в основному корисно для резервного копіювання постійних баз даних, таких як secrets.tdb тощо.

відновленоb Фото [DB]
Ця команда відновлює постійну базу даних, резервну копію якої раніше було створено за допомогою backupdb.
За замовчуванням дані будуть відновлені в ту саму базу даних, з якої вони були створені.
Вказавши dbname, ви можете відновити дані в іншій базі даних.

setdbreadonly DB
Ця команда увімкнуть підтримку записів лише для читання для бази даних. Це
експериментальна функція для покращення продуктивності для суперечливих записів насамперед у locking.tdb
і brlock.tdb. Увімкнувши цю функцію, ви повинні встановити її на всіх вузлах кластера.

setdbsticky DB
Ця команда увімкнуть підтримку липких записів для вказаної бази даних. Це
експериментальна функція для покращення продуктивності для суперечливих записів насамперед у locking.tdb
і brlock.tdb. Увімкнувши цю функцію, ви повинні встановити її на всіх вузлах кластера.

ВНУТРІШНІ КОМАНДИ

Внутрішні команди використовуються сценаріями CTDB і не потрібні для керування CTDB
кластер. Їх параметри і поведінка можуть змінюватися.

лоскоче IPADDR
Показати TCP-з’єднання, зареєстровані в CTDB, щоб їх можна було «тикнути» у разі перемикання збоїв.

вдячнийarp IPADDR ІНТЕРФЕЙС
Надішліть відповідний ARP для вказаного інтерфейсу через вказаний інтерфейс. Це
Команда в основному використовується сценаріями подій ctdb.

killtcp
Прочитайте список TCP-з'єднань, по одному на рядок, зі стандартного введення та завершите кожне
підключення. Підключення вказується як:

SRC-IPADDR:SRC-ПОРТ DST-IPADDR:DST-ПОРТ

Кожне з’єднання припиняється видачею TCP RST кінцевій точці SRC-IPADDR:SRC-PORT.

Окреме підключення можна вказати в командному рядку, а не в стандартному вводі.

pdelete DB KEY
Видалити KEY з БД.

pfetch DB KEY
Надрукуйте значення, пов’язане з KEY в БД.

pstore DB KEY Фото
Зберігайте KEY у БД із вмістом FILE як пов’язане значення.

ptrans DB [Фото]
Прочитайте список пар ключ-значення, по одній на рядок із FILE, і збережіть їх у БД за допомогою
одна транзакція. Порожнє значення еквівалентно видаленню даного ключа.

Ключ і значення повинні бути розділені пробілами або табуляції. Кожен ключ/значення має бути a
рядок для друку, укладений у подвійні лапки.

стан виконання [налаштування|перше_відновлення|запуск|виконання]
Надрукуйте стан виконання зазначеного вузла. Runstate використовуються для серіалізації важливого стану
переходи в CTDB, особливо під час запуску.

Якщо вказано один або кілька необов’язкових аргументів стану виконання, то вузол має бути в одному з
ці стани виконання для успішного виконання команди.

Приклад
# стан виконання ctdb
РУНІНГ

setifacelink ІФЕЙС вгору|вниз
Встановіть внутрішній стан мережевого інтерфейсу IFACE. Це зазвичай використовується в
10.скрипт інтерфейсу в події «монітор».

Приклад: ctdb setifacelink eth0 up

setnatgwstate увімкнено|вимкнено
Увімкнути або вимкнути головну здатність шлюзу NAT на вузлі.

поколоти SRC-IPADDR:SRC-ПОРТ DST-IPADDR:DST-ПОРТ
Надішліть повідомлення TCP на вихідний хост для вказаного TCP-з'єднання. Тикл TCP - це a
Пакет TCP ACK з недійсною послідовністю та номером підтвердження та буде отримано
вихідний хост призводить до того, що він негайно надсилає правильний ACK на інший кінець.

TCP tickles корисний для «залоскотання» клієнтів після того, як відбулося перемикання збоїв IP, оскільки це станеться
змусити клієнта негайно визнати, що з’єднання TCP було перервано і що
клієнту потрібно буде відновити. Це значно прискорює час, необхідний клієнту
виявляти та відновлювати після відмову IP у кластері ctdb.

версія
Відобразити версію CTDB.

ВІДМОВЛЕННЯ КОМАНДИ

Ці команди в основному використовуються для розробки та тестування CTDB і не повинні використовуватися
для нормального адміністрування.

ВАРІАНТИ
--друк пустих записів
Це дозволяє друкувати порожні записи під час дампування баз даних за допомогою catdb, cattbd
і команди dumpdbbackup. Записи з порожнім сегментом даних вважаються видаленими
ctdb і очищений за допомогою вакуумного механізму, тому цей перемикач може стати в нагоді для
налагодження поведінки вакуумування.

--print-datasize
Це дозволяє дампам бази даних (catdb, cattdb, dumpdbbackup) друкувати розмір запису
дані замість дампу вмісту даних.

--print-lmaster
Це дозволяє catdb друкувати lmaster для кожного запису.

--друк-хеш
Це дозволяє дампам бази даних (catdb, cattdb, dumpdbbackup) друкувати хеш для кожного запису.

--print-recordflags
Це дозволяє catdb і dumpdbbackup друкувати прапорці запису для кожного запису. Зауважте, що
cattdb завжди друкує прапори.

процес існує PID
Ця команда перевіряє, чи існує певний процес на хості CTDB. Цим в основному користуються
Samba, щоб перевірити, чи працюють віддалені екземпляри samba чи ні.

getdbstatus DB
Ця команда відображає більше інформації про базу даних.

Приклад
# ctdb getdbstatus test.tdb.0
dbid: 0x122224da
назва: test.tdb
шлях: /var/ctdb/test.tdb.0
ПОСТІЙНИЙ: ні
ЗДОРОВ'Я: Добре

# ctdb getdbstatus registry.tdb # з пошкодженою TDB
dbid: 0xf2a58948
ім'я: registry.tdb
шлях: /var/ctdb/persistent/registry.tdb.0
НАПОСТІЙНИЙ: так
ЗДОРОВ'Я: NO-HEALTHY-NODES - ПОМИЛКА - Резервна копія пошкодженої TDB в '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'

catdb DB
Роздрукуйте дамп кластеризованої бази даних TDB.

cattdb DB
Роздрукувати дамп вмісту локальної БД бази даних TDB.

dumpdbbackup Фото
Роздрукуйте дамп вмісту з резервної копії бази даних FILE, подібно до catdb.

wipedb DB
Видалити весь вміст БД бази даних.

оговтуватися
Ця команда запустить демон відновлення для відновлення кластера.

ipreallocate, синхронізувати
Ця команда змусить майстер відновлення виконати повний процес перерозподілу IP-адреси та
перерозподілити всі ip-адреси. Це корисно для «скидання» виділень назад до їхнього значення
стан за замовчуванням, якщо вони були змінені за допомогою команди "moveip". Поки «одужати» буде
також виконати це перерозподіл, відновлення набагато важче, оскільки воно також буде
перебудувати всі бази даних.

getmonmode
Ця команда повертає режим моніторингу вузла. Режим моніторингу або АКТИВНИЙ
або ВІДКЛЮЧЕНИЙ. Зазвичай вузол постійно контролює всі інші вузли
очікувані фактично підключені та реагують на команди.

АКТИВНО – це звичайний режим. Вузол активно контролює всі інші вузли, обидва
що транспорт підключений, а також що вузол відповідає на команди. Якщо вузол
стане недоступним, він буде позначено як ВІДКЛЮЧЕНИЙ і розпочнеться відновлення для
відновити кластер.

ВИМКНЕНО – цей вузол не контролює доступність інших вузлів. У цьому режимі вузол
збій не буде виявлено, і відновлення не буде виконано. Цей режим корисний, коли
для цілей налагодження потрібно приєднати GDB до процесу ctdb, але хочеться запобігти цьому
решту кластера від позначення цього вузла як ВІДКЛЮЧЕНОГО та виконайте відновлення.

setmonmode 0 | 1
Цю команду можна використовувати для явного вимкнення/включення режиму моніторингу на вузлі. Головний
Мета полягає в тому, якщо хтось хоче приєднати GDB до запущеного демона ctdb, але хоче запобігти цьому
інші вузли від позначення його як ВІДКЛЮЧЕНО і видачі відновлення. Для цього встановіть
режим моніторингу на 0 на всіх вузлах перед підключенням до GDB. Не забудьте встановити моніторинг
Після цього поверніться до 1.

приєднувати DBNAME [постійний]
Створіть нову базу даних CTDB під назвою DBNAME і приєднайте до неї на всіх вузлах.

від'єднати БД-СПИСОК
Від’єднати вказані непостійні бази даних від кластера. Ця команда роз’єднає
зазначені бази даних на всіх вузлах кластера. Цю команду слід використовувати лише тоді, коли
жодна із зазначених баз даних не використовується.

Усі вузли мають бути активними, а настроюваний AllowClientDBAccess має бути вимкнено на всіх вузлах
перед від'єднанням баз даних.

дамппам'ять
Це команда налагодження. Ця команда змусить демон ctdb заповнити пам’ять
карта розподілу на стандартний вихід.

rddumpmemory
Це команда налагодження. Ця команда виведе дамп дерева розподілу пам’яті talloc для
демон відновлення до стандартного виводу.

відлига
Розморозьте раніше заморожений вузол.

сценарій події АРГУМЕНТИ
Це команда налагодження. Цю команду можна використовувати для вручну виклику та запуску
сценарії подій з довільними аргументами.

заборона BANTIME
Адміністративно забанити вузол на BANTIME секунд. Вузол буде розблоковано після BANTIME
секунд минуло.

Заборонений вузол не бере участі в кластері. Він не містить жодних записів для
кластеризована TDB і не містить публічних IP-адрес.

Вузли автоматично блокуються, якщо вони поводяться неправильно. Наприклад, вузол може бути заблокований, якщо він
викликає забагато відновлення кластерів.

Для адміністративного виключення вузла з кластера скористайтеся СТОП команда

unban
Ця команда використовується, щоб розбанити вузол, який було адміністративно заборонено
команду ban або було автоматично забанено.

вузол перебалансування [PNN-СПИСОК]
Ця команда позначає дані вузли як цілі перебалансування в розподілі IP LCP2
алгоритм. The reloadips команда зробить це за потреби, тому цієї команди не повинно бути
необхідний

check_srvids СРВІД ...
Ця команда перевіряє, чи зареєстрований набір портів повідомлень srvid на вузлі або
ні. Команда приймає список значень для перевірки.

Приклад
# ctdb check_srvids 1 2 3 14765
Ідентифікатор сервера 0:1 не існує
Ідентифікатор сервера 0:2 не існує
Ідентифікатор сервера 0:3 не існує
Ідентифікатор сервера 0:14765 існує

Використовуйте ctdb онлайн за допомогою служб onworks.net