...
На контроллере полностью перестает отображаться актуальный журнал событий.
Причина: Проблема вызвана переполнением базы данных журналов, расположенной во внутренней Flash-памяти устройства. В текущих версиях ПО контроллера поддерживается ограничение только по сроку хранения записей, но не по их физическому объему на диске. При высокой активности беспроводного трафика и большом количестве событий Flash-память заполняется раньше, чем срабатывает ротация по времени.
Решение
: Для восстановления работоспособности необходимо полностью удалить поврежденную базу данных и перезагрузить устройство. .
Версия ПО 1.39.1 или выше
Выполните команду:
| Блок кода |
|---|
wlc# clear wlc database
wlc# reload-system |
В схема с резервированием, команду удаления нужно выполнить на контроллера в статусе Active. После выполнения команды создастся новая база данных и пройдет синхронизация с резервными контроллерами.
Если на резервном контроллере синхронизация не восстановилась в течение 20 минут после удаления базы данных на контроллера в статусе Standby, необходимо выполнить команду для удаления. Просмотра статуса синхронизации доступен в выводе команды show high-availability state.
| Примечание |
|---|
Команда clear wlc database доступна начиная с версии 1.39.1 |
Версия ПО ниже 1.39.1
Если версия ПО Если ваша версия ниже 1.39.1, авторизуйтесь на контроллере под учетной записью с правами techsupport. Выполните команду для удаления директории с базой данных:
| Блок кода |
|---|
techsupport@wlc:~$ sudo rm -rf /mnt/data/pgsql/ |
...
| Примечание |
|---|
| База данных PostgreSQL пересоздается непосредственно в процессе загрузки ПО WLC, поэтому перезагрузка контроллера после удаления файлов является обязательным шагом. Обратите внимание, что после выполнения процедуры все старые журналы событий будут безвозвратно удалены с контроллера. |
Настройка защиты от повторного переполнения:
После перезагрузки крайне важно настроить превентивные меры, выбрав один из следующих вариантов:
Вариант 1 (Рекомендуемый при интенсивном логировании): Перенос хранения системных журналов на внешний накопитель (процесс настройки подробно описан в разделе Изменение пути хранения журналов WLC.
Вариант 2 (Ограничение срока хранения данных): Настройка автоматического удаления старых записей через 10–30 дней. Ограничение настраивается в режиме конфигурирования для всех типов журналов:
| Блок кода |
|---|
wlc(config)# wlc-journal wids
wlc(config-wlc-journal-wids)# limit days 30
wlc(config-wlc-journal-wids)# exit
wlc(config)# wlc-journal clients
wlc(config-wlc-journal-clients)# limit days 30
wlc(config-wlc-journal-clients)# exit
wlc(config)# wlc-journal ap
wlc(config-wlc-journal-ap)# limit days 30
wlc(config-wlc-journal-ap)# exit
wlc(config)# wlc-journal all
wlc(config-wlc-journal-all)# limit days 30
wlc(config-wlc-journal-all)# end |
Устранение ошибки "DMGR:failed to open transaction" и переполнения Flash на WLC в схемах с резервированием
| Примечание |
|---|
В схемах с резервированием происходит автоматическая синхронизация конфигурационных файлов между нодами. Настройки обоих контроллеров WLC должны быть строго идентичными. Если вы настраиваете лимиты хранения журналов, это необходимо делать на активном устройстве (Master). |
Если контроллеры работают в режиме резервирования, используйте следующий пошаговый алгоритм для очистки БД без прерывания обслуживания клиентов:
1. Очистка базы на резервном контроллере (Standby):
- Авторизуйтесь под учетной записью techsupport на резервной ноде.
- Выполните команду полного удаления директории базы данных.
- Перезагрузите резервную ноду.
- При старте устройства пустая база данных будет создана автоматически.
| Блок кода |
|---|
techsupport@wlc-2:~$ sudo rm -rf /mnt/data/pgsql/
techsupport@wlc-2:~$ reload-system |
2. Переключение ролей (Миграция активности):
Переключите статус активного устройства (Master) на очищенную резервную ноду. Новые системные события начнут записываться в чистую, только что созданную базу данных.
3. Очистка базы на бывшем основном контроллере:
Авторизуйтесь на устройстве, которое теперь перешло в статус резервного (бывший Master со сломанной базой данных). Выполните действия из п.1.
| Блок кода |
|---|
techsupport@wlc-1:~$ sudo rm -rf /mnt/data/pgsql/
techsupport@wlc-1:~$ reload-system |
...
В схема с резервированием, используйте следующий пошаговый алгоритм для очистки БД без прерывания обслуживания клиентов:
- Очистка базы на резервном контроллере в статусе Standby:
- Авторизуйтесь под учетной записью techsupport на резервной ноде.
- Выполните команду полного удаления директории базы данных.
- Перезагрузите резервную ноду.
- При старте устройства пустая база данных будет создана автоматически.Блок кода techsupport@wlc-2:~$ sudo rm -rf /mnt/data/pgsql/ techsupport@wlc-2:~$ reload-system - Переключение ролей (Миграция активности):
Переключите мастерство на очищенную резервную ноду. Новые системные события начнут записываться в чистую, только что созданную базу данных. - Очистка базы на бывшем основном контроллере:
Авторизуйтесь на устройстве, которое теперь перешло в статус резервного (бывший VRRP Master со сломанной базой данных). Выполните действия из п.1.Блок кода techsupport@wlc-1:~$ sudo rm -rf /mnt/data/pgsql/ techsupport@wlc-1:~$ reload-system - Синхронизация и возврат к штатному режиму:
После включения резервный контроллер автоматически синхронизирует базу данных с активного мастера и продолжит работу в штатном режиме.
После завершения процесса синхронизации данных (при необходимости) переключите мастерство обратно на исходный контроллер.
Настройка защиты от повторного переполнения
После удаления базы данных необходимо настроить превентивные меры, выбрав один из следующих вариантов:
- Вариант 1 (Рекомендуемый при интенсивном логировании): Перенос хранения системных журналов на внешний накопитель (процесс настройки подробно описан в разделе Изменение пути хранения журналов WLC.
- Вариант 2 (Ограничение срока хранения данных): Настройка автоматического удаления старых записей через 10–30 дней. Ограничение настраивается в режиме конфигурирования для всех типов журналов:
| Блок кода |
|---|
wlc(config)# wlc-journal wids
wlc(config-wlc-journal-wids)# limit days 30
wlc(config-wlc-journal-wids)# exit
wlc(config)# wlc-journal clients
wlc(config-wlc-journal-clients)# limit days 30
wlc(config-wlc-journal-clients)# exit
wlc(config)# wlc-journal ap
wlc(config-wlc-journal-ap)# limit days 30
wlc(config-wlc-journal-ap)# exit
wlc(config)# wlc-journal all
wlc(config-wlc-journal-all)# limit days 30
wlc(config-wlc-journal-all)# end |
| Примечание |
|---|
В схемах с резервированием происходит автоматическая синхронизация конфигурационных файлов между нодами. Настройки обоих контроллеров WLC должны быть строго идентичными. Если вы настраиваете лимиты хранения журналов, это необходимо делать на активном устройстве (Master). |