ctdb - Интернет в облаке

ПРОГРАММА:

ИМЯ

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

СИНТАКСИС

ктдб [ВАРИАНТ...] {КОМАНДА} [КОМАНДНЫЕ АРГИ]

ОПИСАНИЕ

ctdb - это утилита для просмотра и управления кластером CTDB.

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

ПНН
Физический номер узла. Номер физического узла - это целое число, которое описывает узел.
в кластере. Первый узел имеет номер физического узла 0. в кластере.

PNN-СПИСОК
Это либо одиночный PNN, либо список PNN, разделенный запятыми, либо «все».

В командах, которые ссылаются на базу данных, используются следующие термины:

DB
Это либо имя базы данных, например lock.tdb, либо идентификатор базы данных, например
«0x42fe72c5».

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

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

-n PNN-СПИСОК
Узлы, указанные в PNN-LIST, должны запрашиваться для получения запрошенной информации.
По умолчанию запрашивается демон, работающий на локальном хосте.

-Y
Создавайте вывод в машиночитаемой форме для упрощения анализа скриптами. Это использует
разделитель полей ':'. Не все команды поддерживают эту опцию.

-x РАЗДЕЛИТЕЛЬ
Используйте SEPARATOR для разграничения полей в машиночитаемом выводе. Это означает -Y.

-X
Создавайте вывод в машиночитаемой форме для упрощения анализа скриптами. Это использует
разделитель полей '|'. Не все команды поддерживают эту опцию.

Это эквивалентно "-x |" и позволяет избежать некоторых проблем с цитированием оболочки.

-t TIMEOUT
Указывает, что ctdb должен ждать до TIMEOUT секунд ответа на большинство команд.
отправлено демону CTDB. По умолчанию - 10 секунд.

-T ЛИМИТ ВРЕМЕНИ
Указывает, что TIMELIMIT - это максимальное время выполнения (в секундах) для команды ctdb.
При превышении TIMELIMIT команда ctdb завершится с ошибкой. По умолчанию
составляет 120 секунд.

-? --помощь
Выведите на экран текст справки.

--использование
Распечатайте информацию об использовании на экране.

-d --debug =РАЗРАБОТКА
Измените уровень отладки для команды. По умолчанию - УВЕДОМЛЕНИЕ (2).

--socket =ИМЯ ФАЙЛА
Укажите, что FILENAME - это имя сокета домена Unix, которое будет использоваться при подключении к
локальный демон CTDB. По умолчанию это /tmp/ctdb.socket.

АДМИНИСТРАТИВНЫЕ КОМАНДЫ

Это команды, используемые для мониторинга и администрирования кластера CTDB.

пнн
Эта команда отображает PNN текущего узла.

xpnn
Эта команда отображает PNN текущего узла, не обращаясь к демону CTDB. Это
анализирует файл узлов напрямую, поэтому может выдать неожиданный результат, если файл узлов имеет
был отредактирован, но не был перезагружен.

статус
Эта команда показывает текущее состояние всех узлов CTDB на основе информации из
запрошенный узел.

Примечание. Если запрошенный узел НЕАКТИВЕН, состояние может быть устаревшим.

Узел статус
Сюда входит количество физических узлов и состояние каждого узла. Видеть ктдб(7)
для получения информации о состояниях узлов.

Поколение
Идентификатор поколения - это число, которое указывает текущее поколение кластера.
пример. Каждый раз, когда кластер проходит реконфигурацию или восстановление, его
идентификатор поколения будет изменен.

Этот номер не имеет никакого особого значения, кроме как отслеживать, когда
кластер прошел восстановление. Это случайное число, которое представляет текущий
экземпляр кластера ctdb и его базы данных. Демон CTDB использует этот номер
внутренне, чтобы иметь возможность определять, когда команды работать с кластером и
базы данных были выпущены в другом поколении кластера, чтобы команды
которые работают с базами данных, не выдержат восстановления базы данных кластера.
После восстановления все старые невыполненные команды автоматически станут недействительными.

Иногда этот номер отображается как «НЕДЕЙСТВИТЕЛЬНЫЙ». Это означает только то, что ctdbd
демон запущен, но еще не слился с кластером посредством восстановления. Все
узлы начинаются с поколения "INVALID" и не получают реального идентификатора поколения до тех пор, пока
они были успешно объединены с кластером посредством восстановления.

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

Восстановление Режим
Это текущий режим восстановления кластера. Возможны два режима:

НОРМАЛЬНЫЙ - кластер полностью готов к работе.

ВОССТАНОВЛЕНИЕ - все базы данных кластера были заморожены, все службы были приостановлены, пока
кластер ожидает завершения процесса восстановления. Процесс восстановления должен завершиться в течение
секунд. Если кластер застрял в состоянии ВОССТАНОВЛЕНИЯ, это будет указывать на кластер.
неисправность, которую необходимо исследовать.

Как только мастер восстановления обнаруживает несоответствие, например, узел становится
отключен / подключен, демон восстановления запустит процесс восстановления кластера,
где все базы данных повторно объединены в кластере. Когда этот процесс начинается,
мастер восстановления сначала "заморозит" все базы данных, чтобы предотвратить такие приложения, как
samba от доступа к базам данных, а также отметит режим восстановления как
ВОССТАНОВЛЕНИЕ.

Когда демон CTDB запускается, он запускается в режиме ВОССТАНОВЛЕНИЯ. Как только узел был
объединены в кластер и все базы данных восстановлены, режим узла изменится
в НОРМАЛЬНЫЙ режим, и базы данных будут "разморожены", что позволит самбе получить доступ к
снова базы данных.

Восстановление мастер
Это узел кластера, который в настоящее время назначен мастером восстановления. Этот
узел отвечает за мониторинг согласованности кластера и выполнение
фактический процесс восстановления при необходимости.

Только один узел одновременно может быть назначенным мастером восстановления. Какой узел
назначен мастером восстановления определяется путем выбора в процессе восстановления
демоны, работающие на каждом узле.

Пример
# статус ctdb
Количество узлов: 4
pnn: 0 192.168.2.200 ОК (ЭТО УЗЕЛ)
pnn: 1 ОК
pnn: 2 ОК
pnn: 3 ОК
Поколение: 1362079228
Размер: 4
хэш: 0 мастер: 0
хэш: 1 мастер: 1
хэш: 2 мастер: 2
хэш: 3 мастер: 3
Режим восстановления: НОРМАЛЬНЫЙ (0)
Мастер восстановления: 0

узел [PNN-СПИСОК]
Эта команда похожа на статус команда. Он отображает подмножество "статуса узла"
выход. Основные отличия:

· Код выхода - это побитовое ИЛИ флагов для каждого указанного узла, в то время как ктдб
статус завершается с 0, если он смог получить статус для всех узлов.

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

По умолчанию ктдб узел собирает статус от локального узла. Однако, если вызвать
с "-n all" (или аналогичным), тогда статус собирается от данного узла (ов). В
особый ктдб узел Найти и ктдб узел -n Найти будет производить разные
выход. Можно указать 2 разных спецификаций узла (с "-n" и без него), но
вывод обычно сбивает с толку!

Обычный вызов в скриптах: ктдб узел Найти чтобы проверить, все ли узлы в
кластер здоров.

Пример
# состояние узла ctdb
pnn: 0 10.0.0.30 ОК (ЭТО УЗЕЛ)

# состояние узла ctdb все
Количество узлов: 2
pnn: 0 10.0.0.30 ОК (ЭТО УЗЕЛ)
pnn: 1 ОК

рекмастер
Эта команда показывает pnn узла, который в настоящее время является рекмастером.

Примечание. Если запрошенный узел НЕАКТИВЕН, состояние может быть устаревшим.

Провел на сайте
Эта команда показывает время безотказной работы демона ctdb. Когда последнее восстановление или ip-failover
завершено и сколько времени это заняло. Если "продолжительность" отображается как отрицательное число, это
указывает на то, что идет процесс восстановления / отработки отказа, и он начался столько секунд
назад.

Пример
# ctdb время безотказной работы
Текущее время узла: Thu Oct 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

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

Пример
# ctdb natgwlist
0 192.168.2.200
Количество узлов: 4
pnn: 0 192.168.2.200 ОК (ЭТО УЗЕЛ)
pnn: 1 ОК
pnn: 2 ОК
pnn: 3 ОК

пинг
Эта команда будет "пинговать" указанные узлы CTDB в кластере, чтобы убедиться, что они
работает.

Пример
# ctdb ping -n все
ответ от 0 раз = 0.000054 сек (3 клиента)
ответ от 1 раз = 0.000144 сек (2 клиента)
ответ от 2 раз = 0.000105 сек (2 клиента)
ответ от 3 раз = 0.000114 сек (2 клиента)

айфейс
Эта команда отобразит список сетевых интерфейсов, на которых могут размещаться общедоступные
адреса вместе с их статусом.

Пример
# ctdb интерфейсы
Интерфейсы на узле 0
имя: eth5 ссылка: вверх ссылок: 2
имя: eth4 ссылка: вниз ссылок: 0
имя: eth3 ссылка: вверх ссылок: 1
имя: eth2 ссылка: вверх ссылок: 1

# ctdb -X интерфейсы
| Имя | LinkStatus | Ссылки |
| 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
| Public IP | Node | 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
Эта команда отобразит подробную информацию об указанных публичных адресах.

Пример
# ктдб ipinfo 172.31.92.85
Информация о публичном IP [172.31.92.85] на узле 0
IP: 172.31.92.85
CurrentNode: 0
NumInterfaces: 2
Интерфейс [1]: Имя: eth4 Ссылка: вниз Ссылки: 0
Интерфейс [2]: Имя: eth5 Ссылка: вверх Ссылки: 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-порт 445 Samba не отвечает

отключить скрипт SCRIPT
Эта команда используется для отключения сценария событий.

Это вступит в силу при следующем выполнении сценариев событий, поэтому может потребоваться
короткое время, пока это не отразится в 'scriptstatus'.

включить скрипт SCRIPT
Эта команда используется для включения сценария событий.

Это вступит в силу при следующем выполнении сценариев событий, поэтому может потребоваться
короткое время, пока это не отразится в 'scriptstatus'.

списки
Перечислите все настраиваемые переменные, кроме значений устаревших параметров, например
VacuumMinInterval. Устаревшие настройки можно получить только явно с помощью "ctdb
getvar "команда.

Пример
# листвары ctdb
МаксРедиректКоунт = 3
СекнумИнтервал = 1000
Контрольный таймаут = 60
ТраверсТимеаут = 20
KeepaliveInterval = 5
KeepaliveLimit = 5
Рековертаймаут = 20
Рековеринтервал = 1
Время выборов = 3
TakeoverTimeout = 9
Мониторинтервал = 15
ТиклеUpdateInterval = 20
EventScriptTimeout = 30
EventScriptTimeoutCount = 1
RecoveryGracePeriod = 120
RecoveryBanPeriod = 300
База данныхHashSize = 100001
База данныхMaxDead = 5
ВосстановлениеТаймаут = 10
Активбанс = 1
Детерминированный IP = 0
LCP2PublicIPs = 1
РеклокерПингПериод = 60
NoIPFailback = 0
ОтключитьIPFailover = 0
ВербосеМемориНамес = 0
Рекдпингтимеаут = 60
Рекдфаилкаунт = 10
ЛоглатенциМс = 0
Реклоклатенсимс = 1000
RecoveryDropAllIPs = 120
Интервал вакуума = 10
ВакуумМаксРунтиме = 30
РепакЛимит = 10000
Предел вакуума = 5000
Вакуумфастпаскаунт = 60
Макскуеуедропмсг = 1000000
Усестатусевентс = 0
Алловунхилтидбреад = 0
Статисториинтервал = 1
Отложенное аттачТО = 120
Алловклиентдбатттач = 1
ВосстановитьPDBBySeqNum = 0

GETvar ИМЯ
Получите значение времени выполнения настраиваемой переменной.

Пример
# ctdb getvar MaxRedirectCount
МаксРедиректКоунт = 3

сетвар ИМЯ VALUE
Установите значение времени выполнения настраиваемой переменной.

Пример: ctdb setvar MaxRedirectCount 5

лвсмастер
Эта команда показывает, какой узел в настоящее время является LVSMASTER. LVSMASTER - это узел в
кластер, который управляет системой LVS и принимает весь входящий трафик от клиентов.

LVS - это режим, в котором весь кластер CTDB / Samba использует один IP-адрес для
весь кластер. В этом режиме все клиенты подключаются к одному конкретному узлу, который затем
равномерно мультиплексировать / распределять нагрузку клиентов на другие узлы кластера. Это
альтернатива использованию публичных IP-адресов. См. Справочную страницу для ctdbd для получения дополнительной информации.
о LVS.

LVS
Эта команда показывает, какие узлы в кластере в настоящее время активны в LVS.
конфигурация. Т.е. какие узлы мы в настоящее время балансируем по одному IP-адресу
в поперечнике.

LVS по умолчанию выполняет балансировку нагрузки только между теми узлами, которые поддерживают LVS, а также
ЗДОРОВЫЙ. За исключением случаев, когда все узлы НЕЗДОРОВНЫ, и в этом случае LVS будет балансировать нагрузку на всех
НЕЗДОРОВНЫЕ узлы тоже. LVS никогда не будет использовать ОТКЛЮЧЕННЫЕ, ОСТАНОВЛЕННЫЕ, ЗАПРЕЩЕННЫЕ узлы.
или ОТКЛЮЧЕНО.

Пример вывода:

2:10.0.0.13
3:10.0.0.14

получить возможности
Эта команда показывает возможности текущего узла. См. Раздел ВОЗМОЖНОСТИ в
ктдб(7) для получения более подробной информации.

Пример вывода:

РЕКАСТЕР: ДА
LMASTER: ДА
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
ответ_вызов 2
req_dmaster 0
answer_dmaster 0
ответ_ошибка 0
req_message 42
req_control 120408
ответ_контроль 360439
клиент
req_call 2
req_message 24
req_control 360440
таймауты
вызвать 0
Управление 0
траверс 0
всего_звонков 2
ожидающие_вызовы 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 statisticsreset

дбстатистика DB
Показать статистику о базе данных БД. Информация о различных областях в dbstatistics
можно найти в ctdb-статистика(7).

Пример
# ctdb dbstatistics lock.tdb
Статистика БД: lock.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 XNUMX
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

получить часы
Показать имя файла блокировки восстановления, если таковой имеется.

Пример вывода:

Файл повторной блокировки: /clusterfs/.ctdb/recovery.lock

установить [ФАЙЛОВ]
ФАЙЛ указывает имя файла блокировки восстановления. Если файл блокировки восстановления изменен на
во время выполнения, это вызовет восстановление, которое, в свою очередь, приведет к блокировке восстановления.
взят заново.

Если ФАЙЛ не указан, файл блокировки восстановления больше не будет использоваться.

Эта команда влияет только на настройку времени выполнения одного узла CTDB. Эта настройка должен be
изменен на всех узлах одновременно, указав -n Найти (или похожие). Для информации
о настройке файла блокировки восстановления см. запись CTDB_RECOVERY_LOCK в
ctdbd.conf(5) и запись --reclock в ктдбд(1). Для получения информации о блокировке восстановления
см. раздел БЛОКИРОВКА ВОССТАНОВЛЕНИЯ в ктдб(7).

получить отладку
Получите текущий уровень отладки для узла. уровень отладки контролирует, какая информация
записывается в файл журнала.

Уровни отладки сопоставляются с соответствующими уровнями системного журнала. Когда установлен уровень отладки,
будут напечатаны только сообщения этого и более высоких уровней.

Список уровней отладки от самого высокого до самого низкого:

ОШИБКА ПРЕДУПРЕЖДЕНИЕ УВЕДОМЛЕНИЕ ИНФО ОТЛАДКА

установка отладки РАЗРАБОТКА
Установите уровень отладки узла. Это контролирует, какая информация будет регистрироваться.

Уровень отладки является одним из ERR WARNING NOTICE INFO DEBUG

Getpid
Эта команда вернет идентификатор процесса демона ctdb.

запрещать
Эта команда используется для административного отключения узла в кластере. Отключенный узел
будет по-прежнему участвовать в кластерных записях TDB, но его общедоступный IP-адрес
адрес был передан другому узлу, и на нем больше не размещаются никакие службы.

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

остановить
Эта команда используется для административного ОСТАНОВА узла в кластере. ОСТАНОВЛЕННЫЙ узел
подключен к кластеру, но не будет размещать публичный IP-адрес и не участвует
в VNNMAP. Разница между ОТКЛЮЧЕННЫМ узлом и ОСТАНОВЛЕННЫМ узлом заключается в том, что ОСТАНОВЛЕННЫЙ
узел не размещает какие-либо части базы данных, что означает, что требуется восстановление для
остановить / продолжить узлы.

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

добавить ИПАДДР/маска IFACE
Эта команда используется для добавления нового общедоступного IP-адреса к узлу во время выполнения. Это позволяет общественности
адреса, которые будут добавлены в кластер без перезапуска демонов ctdb.

Обратите внимание, что это обновляет только исполняемый экземпляр ctdb. Любые изменения будут потеряны в следующий раз
время перезапуска ctdb и повторного чтения файла публичных адресов. Если вы хотите это изменение
чтобы быть постоянным, вы также должны обновить файл публичных адресов вручную.

делип ИПАДДР
Эта команда используется для удаления общедоступного IP-адреса с узла во время выполнения. Если этот публичный ip
в настоящее время размещается на узле, с которого он удаляется, IP-адрес сначала будет переключен на
другой узел, если это возможно, прежде чем он будет удален.

Обратите внимание, что это обновляет только исполняемый экземпляр ctdb. Любые изменения будут потеряны в следующий раз
время перезапуска ctdb и повторного чтения файла публичных адресов. Если вы хотите это изменение
чтобы быть постоянным, вы также должны обновить файл публичных адресов вручную.

движение ИПАДДР ПНН
Эту команду можно использовать, чтобы вручную передать общедоступный IP-адрес определенному узлу.

Чтобы вручную отменить "автоматическое" распределение общедоступных IP-адресов,
ctdb обычно предоставляет, эта команда работает только тогда, когда вы изменили настройки для
демон для:

Детерминированный IP = 0

NoIPFailback = 1

выключение
Эта команда завершит работу определенного демона CTDB.

набор вкл | выкл
Эта команда используется для включения / отключения возможности LMASTER для узла во время выполнения. Этот
возможность определяет, может ли узел использоваться в качестве LMASTER для записей в
база данных. Узел, не имеющий возможности LMASTER, не будет отображаться в vnnmap.

Узлы по умолчанию будут иметь эту возможность, но она может быть отключена от узлов
в файле sysconfig или с помощью этой команды.

После того, как этот параметр был включен / отключен, вам необходимо выполнить восстановление, чтобы
Эффект.

См. Также «ctdb getcapabilities»

набор вкл | выкл
Эта команда используется для включения / отключения возможности RECMASTER для узла во время выполнения.
Эта возможность определяет, может ли узел использоваться в качестве RECMASTER для
кластер. Узел, не имеющий возможности RECMASTER, не может выиграть recmaster
выборы. Узел, который уже является рекмастером для кластера, когда возможность
удаленный узел останется ремастером до следующего выбора кластера.

Узлы по умолчанию будут иметь эту возможность, но она может быть отключена от узлов
в файле sysconfig или с помощью этой команды.

См. Также «ctdb getcapabilities»

перезагрузить узлы
Эта команда используется при добавлении новых узлов или удалении существующих узлов из существующего.
.

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

1. Чтобы расширить существующий кластер, сначала убедитесь, что с помощью ctdb status все узлы включены.
и бег и что все они здоровы. Не пытайтесь расширить кластер, если это не так.
полностью здоров!

2. На всех узлах отредактируйте / etc / ctdb / nodes и добавьте новый узел в качестве последней записи в файл.
Новый узел ДОЛЖЕН быть добавлен в конец этого файла!

3. Убедитесь, что все узлы имеют одинаковые файлы / etc / ctdb / nodes после их редактирования.
и добавил новый узел!

4. Запустите ctdb reloadnodes, чтобы заставить все узлы перезагрузить файл узлов.

5. Используйте «ctdb status» на всех узлах и убедитесь, что они теперь показывают дополнительный узел.

6. Установите и настройте новый узел и включите его.

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

1. Чтобы удалить узел из существующего кластера, сначала убедитесь, что в параметре ctdb status все
узлы, за исключением удаляемого узла, работают и все исправны. Делать
не пытайтесь удалить узел из кластера, если кластер не полностью исправен!

2, Завершение работы и выключение удаляемого узла.

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

4. Запустите ctdb reloadnodes, чтобы заставить все узлы перезагрузить файл узлов.

5. Используйте 'ctdb status' на всех узлах и убедитесь, что удаленный узел больше не отображается в
список..

перезагружает [PNN-СПИСОК]
Эта команда перезагружает файл конфигурации общедоступных адресов на указанных узлах. Когда
он завершает, адреса будут перенастроены и переназначены в кластере как
необходимо.

getdbmap
Эта команда выводит список всех кластеризованных баз данных TDB, к которым подключен демон CTDB. Некоторые
базы данных помечены как НАСТОЯЩИЕ, это означает, что база данных хранит данные постоянно.
и данные останутся после перезагрузки. Одним из примеров такой базы данных является secrets.tdb
где хранится информация о том, как кластер был присоединен к домену.

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

См. Также «ctdb getdbstatus», «ctdb backupdb», «ctdb restoreb», «ctdb dumpbackup», «ctdb».
wipedb "," ctdb setvar AllowUnhealthyDBRead 1 "и (если установлены samba или tdb-utils)
"проверка tdbtool".

Большинство баз данных не являются постоянными и хранят только ту информацию о состоянии, которая в настоящее время
работа демонов самбы нужна. Эти базы данных всегда стираются при запуске ctdb / samba и
при перезагрузке узла.

Пример
# ctdb getdbmap
Количество баз данных: 10
dbid: 0x435d3410 имя: notify.tdb путь: /var/ctdb/notify.tdb.0
dbid:0x42fe72c5 name:locking.tdb path:/var/ctdb/locking.tdb.0
dbid: 0x1421fb78 имя: brlock.tdb путь: /var/ctdb/brlock.tdb.0
dbid: 0x17055d90 имя: connections.tdb путь: /var/ctdb/connections.tdb.0
dbid: 0xc0bdde6a имя: sessionid.tdb путь: /var/ctdb/sessionid.tdb.0
dbid: 0x122224da имя: test.tdb путь: /var/ctdb/test.tdb.0
dbid: 0x2672a57f имя: idmap2.tdb путь: /var/ctdb/persistent/idmap2.tdb.0 НАСТОЯЩИЙ
dbid: 0xb775fff6 имя: secrets.tdb путь: /var/ctdb/persistent/secrets.tdb.0 НАСТОЯЩИЙ
dbid: 0xe98e08b6 имя: group_mapping.tdb путь: /var/ctdb/persistent/group_mapping.tdb.0 НАСТОЯЩИЙ
dbid: 0x7bbbd26c имя: passdb.tdb путь: /var/ctdb/persistent/passdb.tdb.0 НАСТОЯЩИЙ

# ctdb getdbmap # пример неисправной базы данных
Количество баз данных: 1
dbid: 0xb775fff6 имя: secrets.tdb путь: /var/ctdb/persistent/secrets.tdb.0 УСТОЙЧИВЫЙ НЕЗДОРОВЫЙ

# ctdb -X getdbmap
| ID | Имя | Путь | Постоянный | Нездоровый |
|0x7bbbd26c|passdb.tdb|/var/ctdb/persistent/passdb.tdb.0|1|0|

резервная копия базы данных DB ФАЙЛОВ
Скопируйте содержимое БД БД в ФАЙЛ. ФАЙЛ может быть позже прочитан с помощью восстановленb.
Это в основном полезно для резервного копирования постоянных баз данных, таких как secretts.tdb и т.п.

восстановленb ФАЙЛОВ [DB]
Эта команда восстанавливает постоянную базу данных, для которой ранее была создана резервная копия с помощью backupdb.
По умолчанию данные будут восстановлены обратно в ту же базу данных, из которой они были созданы.
Указав dbname, вы можете восстановить данные в другую базу данных.

setdbreadonly DB
Эта команда включит поддержку записи только для чтения для базы данных. Это
экспериментальная функция для повышения производительности конкурирующих записей, прежде всего в файле lock.tdb
и brlock.tdb. При включении этой функции вы должны установить ее на всех узлах кластера.

setdbsticky DB
Эта команда включит поддержку прикрепленных записей для указанной базы данных. Это
экспериментальная функция для повышения производительности конкурирующих записей, прежде всего в файле lock.tdb
и brlock.tdb. При включении этой функции вы должны установить ее на всех узлах кластера.

ИНТЕРЬЕР КОМАНДЫ

Внутренние команды используются скриптами CTDB и не требуются для управления CTDB.
кластер. Их параметры и поведение могут быть изменены.

шутки ИПАДДР
Показывать TCP-соединения, которые зарегистрированы в CTDB, как «щекочущие», если есть аварийное переключение.

любезный карп ИПАДДР ИНТЕРФЕЙС
Отправьте любезный ARP для указанного интерфейса через указанный интерфейс. Этот
Команда в основном используется сценариями событий ctdb.

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

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

Каждое соединение завершается выдачей TCP RST конечной точке SRC-IPADDR: SRC-PORT.

Одиночное соединение можно указать в командной строке, а не в стандартном вводе.

удалить DB KEY
Удалить КЛЮЧ из БД.

извлечение DB KEY
Распечатайте значение, связанное с KEY в БД.

магазин DB KEY ФАЙЛОВ
Сохраните KEY в БД с содержимым FILE в качестве связанного значения.

птранс DB [ФАЙЛОВ]
Прочтите список пар ключ-значение, по одной на строку из ФАЙЛА, и сохраните их в БД, используя
разовая сделка. Пустое значение эквивалентно удалению данного ключа.

Ключ и значение должны быть разделены пробелами или табуляцией. Каждый ключ / значение должен быть
печатаемая строка, заключенная в двойные кавычки.

состояние бега [настройка | first_recovery | запуск | работает]
Выведите состояние выполнения указанного узла. Состояния выполнения используются для сериализации важного состояния
переходы в CTDB, особенно при запуске.

Если указан один или несколько необязательных аргументов состояния выполнения, то узел должен находиться в одном из
эти состояния выполнения для успешного выполнения команды.

Пример
# состояние выполнения ctdb
БЕГ

ссылка IFACE вверх | вниз
Установите внутреннее состояние сетевого интерфейса IFACE. Обычно это используется в
10. скрипт интерфейса в событии "монитор".

Пример: ctdb setifacelink eth0 up

setnatgwstate вкл | выкл
Включение или отключение возможности главного шлюза NAT на узле.

щекотать SRC-IPADDR:SRC-ПОРТ DST-IPADDR:DST-ПОРТ
Отправьте TCP Tickle на исходный хост для указанного TCP-соединения. Щекотка TCP - это
Пакет TCP ACK с недопустимой последовательностью и номером подтверждения и будет при получении
исходный хост немедленно отправляет правильный ACK на другой конец.

Тиклы TCP полезны для "щекотки" клиентов после того, как произошло переключение IP, поскольку это приведет к
заставить клиента немедленно признать, что TCP-соединение было прервано и что
клиенту нужно будет восстановить. Это значительно сокращает время, необходимое клиенту для
обнаружение и восстановление после переключения IP в кластере ctdb.

версия
Отобразите версию CTDB.

ОТЛАДКА КОМАНДЫ

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

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ
--print-пустые записи
Это позволяет печатать пустые записи при сбросе баз данных с помощью catdb, cattbd.
и команды dumpdbbackup. Записи с пустым сегментом данных считаются удаленными
ctdb и очищается вакуумным механизмом, поэтому этот переключатель может пригодиться для
отладка поведения вакуумирования.

--print-размер данных
Это позволяет дампу базы данных (catdb, cattdb, dumpdbbackup) печатать размер записи.
data вместо сброса содержимого данных.

--print-lmaster
Это позволяет catdb печатать lmaster для каждой записи.

--print-хэш
Это позволяет дампу базы данных (catdb, cattdb, dumpdbbackup) печатать хэш для каждой записи.

--print-recordflags
Это позволяет catdb и dumpdbbackup печатать флаги записи для каждой записи. Обратите внимание, что
cattdb всегда печатает флаги.

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

getdbstatus DB
Эта команда отображает более подробную информацию о базе данных.

Пример
# ctdb getdbstatus test.tdb.0
ДБИД: 0x122224da
имя: test.tdb
путь: /var/ctdb/test.tdb.0
УСТОЙЧИВОСТЬ: нет
ЗДОРОВЬЕ: ОК

# ctdb getdbstatus registry.tdb # с поврежденным TDB
ДБИД: 0xf2a58948
имя: registry.tdb
путь: /var/ctdb/persistent/registry.tdb.0
УСТОЙЧИВОСТЬ: да
ЗДОРОВЬЕ: НЕТ-ЗДОРОВЫЕ-УЗЛЫ - ОШИБКА - Резервное копирование поврежденного TDB в '/var/ctdb/persistent/registry.tdb.0.corrupted.20091208091949.0Z'

катдб DB
Распечатайте дамп кластеризованной БД базы данных TDB.

каттдб DB
Распечатайте дамп содержимого локальной базы данных TDB DB.

дампдббэкап ФАЙЛОВ
Распечатать дамп содержимого из резервной копии ФАЙЛА базы данных, аналогично катдб.

протер DB
Удалите все содержимое базы данных БД.

оправляться
Эта команда запустит демон восстановления для выполнения восстановления кластера.

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

получитьмонмод
Эта команда возвращает режим мониторинга узла. Режим мониторинга - АКТИВНЫЙ.
или ОТКЛЮЧЕНО. Обычно узел постоянно отслеживает, что все остальные узлы
ожидается, что они действительно подключены и отвечают на команды.

АКТИВНЫЙ - это нормальный режим. Узел активно контролирует все остальные узлы, оба
что транспорт подключен, а также что узел отвечает на команды. Если узел
становится недоступным, он будет помечен как ОТКЛЮЧЕН, и начнется восстановление
восстановить кластер.

ОТКЛЮЧЕНО - этот узел не контролирует доступность других узлов. В этом режиме узел
сбой не будет обнаружен, и восстановление не будет выполнено. Этот режим полезен, когда
для целей отладки нужно присоединить GDB к процессу ctdb, но хочет предотвратить
остальной части кластера не пометить этот узел как ОТКЛЮЧЕННЫЙ и выполнить восстановление.

setmonmode 0 | 1
Эта команда может использоваться для явного отключения / включения режима мониторинга на узле. Главный
цель - если кто-то хочет присоединить GDB к работающему демону ctdb, но хочет предотвратить
другие узлы не пометили его как ОТКЛЮЧЕННЫЙ и выполнили восстановление. Для этого установите
режим мониторинга на 0 на всех узлах перед подключением с помощью GDB. Не забудьте установить мониторинг
режим обратно к 1 после этого.

прикреплять ИМЯ БД [настойчивый]
Создайте новую базу данных CTDB с именем DBNAME и подключитесь к ней на всех узлах.

DETACH БД-СПИСОК
Отсоединить указанные непостоянные базы данных от кластера. Эта команда отключит
указанные базы данных на всех узлах кластера. Эту команду следует использовать только тогда, когда
ни одна из указанных баз данных не используется.

Все узлы должны быть активными, а настраиваемый AllowClientDBAccess должен быть отключен на всех узлах.
перед отключением баз данных.

свалкапамять
Это отладочная команда. Эта команда заставит демон ctdb записать заполняющую память
карта распределения для стандартного вывода.

rddumpmemory
Это отладочная команда. Эта команда выведет дамп дерева распределения памяти talloc для
демон восстановления на стандартный вывод.

оттепель
Разморозьте ранее замороженный узел.

сценарий событий АРГУМЕНТЫ
Это отладочная команда. Эту команду можно использовать для ручного вызова и запуска
eventscritps с произвольными аргументами.

запрет БАНТАЙМ
Административно заблокировать узел на BANTIME секунд. Узел будет разблокирован после BANTIME.
прошло секунды.

Забаненный узел не участвует в кластере. Он не содержит записей для
кластерный TDB и не содержит общедоступных IP-адресов.

Узлы автоматически блокируются, если они плохо себя ведут. Например, узел может быть забанен, если он
вызывает слишком много восстановлений кластера.

Чтобы административно исключить узел из кластера, используйте остановить команда.

Unban
Эта команда используется для разблокировки узла, который был заблокирован административно с помощью
команда запрета или была заблокирована автоматически.

узел ребалансировки [PNN-СПИСОК]
Эта команда помечает данные узлы как цели перебалансировки в распределении IP LCP2.
алгоритм. В перезагружает команда будет делать это по мере необходимости, поэтому эту команду не следует
необходимо.

check_srvids СРВИД ...
Эта команда проверяет, зарегистрирован ли набор портов сообщений srvid на узле или
нет. Команда принимает список значений для проверки.

Пример
# ctdb check_srvids 1 2 3 14765
Идентификатор сервера 0: 1 не существует
Идентификатор сервера 0: 2 не существует
Идентификатор сервера 0: 3 не существует
Идентификатор сервера 0: 14765 существует

Используйте ctdb онлайн с помощью сервисов onworks.net