+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

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

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

nuskope

Guest

20.09.2016 02:58:00

Всем привет! В последнее время возникли проблемы с Dude — постоянно выскакивает вот такое сообщение в терминале:
19.09.2016 23:05:19 dude, критично, в очередь записано 33 615 129 байт для записи в базу. Пожалуйста, рассмотрите возможность использования более быстрого хранилища, иначе может возникнуть недостаток памяти или потеря данных.

20.09.2016 03:01:09 dude, критично, в очередь записано 67 279 316 байт для записи в базу. Пожалуйста, рассмотрите возможность использования более быстрого хранилища, иначе может возникнуть недостаток памяти или потеря данных.

Конфигурация: CCR1036, 8 Гб ОЗУ, SSD 200 Гб, HDD подключен через USB. Сейчас тестирую 6.37rc12.

Думаю, что USB->HDD может быть слишком медленным? У нас более 1200 устройств, я уже отключил мониторинг ссылок и построение графиков. Есть какие-то идеи? Спасибо!

scubyx

Guest

11.10.2016 03:44:00

Путь к диску для dude store или что-то ещё? У меня тоже такая ошибка: когда я отключаю/включаю dude или создаю резервную копию базы данных dude, всегда отображаются какие-то байты в очереди, и это занимает много времени, пока dude снова сможет включиться.
enabled: yes
data-directory: dude
status: disabling
before export: waiting for config changes to flush (54514930 bytes in queue)

mbaute

Guest

17.10.2016 18:32:00

Та же ситуация с версией 6.37.1 на x86 виртуальной машине в ESXi. Пробовал подключить второй диск, как советовали, но проблема осталась. Также пытался перенести виртуалку на пустой датастор RAID10, но и там ничего не изменилось. Количество ожидающих в очереди байт растет, пока ROS не вываливается с ошибкой ядра и перезагружается. Уже отправил supout в поддержку, но пока безрезультатно :c

mbaute

Guest

17.10.2016 18:46:00

Примерно каждые 13 секунд файл db-wal сбрасывает данные в основную базу. Как сказал scubyx, это занимает много времени, потому что, если постоянно выводить в терминал статус dude, он «сбрасывает» лишь около 200 КБ каждые 13 секунд, даже для USB-устройства, которое, на мой взгляд, действительно медленное.

lgualla Guest	#5 0 27.01.2017 16:05:00 Та же проблема на CCR1036 — чувак, 6.39rc19

smah3R

Guest

10.02.2017 19:53:00

CCR1036 v6.39rc25
Хранение: USB Flash 80/80 Мб скорость записи/чтения
Работает только на «dude» — та же проблема и потеря информации.

x86 v6.39rc37 — работает на SSD
Та же проблема.

x86 — 2 часа работы

11:03:32 echo: dude, critical queued 33576606 байт для записи в базу. Пожалуйста, подумайте о более быстром накопителе, иначе может возникнуть ошибка нехватки памяти или потеря данных.

12:06:52 echo: dude, critical queued 67180517 байт для записи в базу. Пожалуйста, подумайте о более быстром накопителе, иначе может возникнуть ошибка нехватки памяти или потеря данных.

CCR1036 00:41:54 dude, critical queued 33615689 байт для записи в базу. Пожалуйста, подумайте о более быстром накопителе, иначе может возникнуть ошибка нехватки памяти или потеря данных.

01:52:15 dude, critical queued 67337353 байта для записи в базу. Пожалуйста, подумайте о более быстром накопителе, иначе может возникнуть ошибка нехватки памяти или потеря данных.

05:45:42 dude, critical queued 134754953 байт для записи в базу. Пожалуйста, подумайте о более быстром накопителе, иначе может возникнуть ошибка нехватки памяти или потеря данных.

…

13:48:48 dude, critical queued 269573459 байт для записи в базу. Пожалуйста, подумайте о более быстром накопителе, иначе может возникнуть ошибка нехватки памяти или потеря данных.

Очень страшно добавлять новые устройства или карты.

После 1–2 дней «dude» возвращается к настройкам по умолчанию — резервной копии.

Я много раз писал в поддержку, и каждый раз мне отвечают: «Заведите более быстрый накопитель…»

smah3R

Guest

10.02.2017 20:10:00

x86 на VMware 2 Гб ОЗУ, SSD — 50 Гб пространства, процессор 2x4, 2,6 ГГц. Когда отключаешь dude > применение настроек: отключение: ожидание сброса изменений конфигурации (в очереди 77 351 175 байт). Каждые 37 секунд он записывает около 120 000 байт, что очень мало.

smah3R Guest	#8 0 16.02.2017 17:05:00 Проверил на CHR 6.38.1. Всё работает отлично, проблем с скоростью записи больше нет.

bclewl1ns

Guest

02.03.2017 19:32:00

Итак, у меня запущен Dude версии 6.38.3. Я провёл 12 часов, разворачивая всю нашу сеть, чтобы на следующее утро проснуться и обнаружить, что всё пропало. Пришлось восстановить заново. Сейчас у меня работает около 200 устройств на CCR1016. Когда я полностью настроил сеть, решил сделать резервную копию, чтобы в случае потери данных можно было быстро восстановиться. Запустил бэкап 16 часов назад. 16 часов назад! Чтобы подчеркнуть, 16 ЧАСОВ НАЗАД! В данный момент вывод такой:
/dude print
enabled: yes
data-directory: SSD
status: disabling
before export: waiting for config changes to flush (3910678 bytes in queue)
Прошло уже 16 часов, а бэкап 45-мегабайтного файла до сих пор не завершён. Что за черт?
Я очень рад, что DUDE снова работает. Но не понимаю, почему простое создание резервной копии занимает столько времени. Это должно занимать минуты. За время этого бэкапа я сделал дважды копию всей своей облачной платформы размером 1,5 ТБ. Может, кто-нибудь подскажет, в чём проблема?
У меня CCR1016-12s-1S+ с SSD, выделенным только под DUDE.
Детали диска:
NAME LABEL TYPE DISK FREE SIZE
0 SSD SSD ext3 SD 58.9GiB 59.5GiB

FlavioCamacho Guest	#10 0 22.03.2017 09:17:00 У меня такая же проблема на CCR1016. Есть какое-нибудь решение? Я потерял много изменений в Dude.

plankanater

Guest

#11

08.05.2017 18:29:00

У меня та же проблема на CHR. Подключены диски, которые без труда должны записывать данные в базу. Версия 6.39.1. Начинает накапливаться. Сначала жаловался, что не может записать около 20 мегабайт, теперь уже 131 мегабайт не может записать. Любой диск должен спокойно справляться с парой мегабайт данных.

jarda Guest	#12 0 08.05.2017 21:54:00 Диск доступен для записи?

jthornton

Guest

#13

10.05.2017 17:20:00

Действительно ищу помощь, как и все остальные. У меня есть CHR на AWS, который выдает ту же ошибку. Вчера у меня скопился почти гигабайт данных, которые так и не записались. В итоге пришлось просто перезагрузить всё и сделать заново. Я использую версию 6.39.1 на t2.medium (2 ядра, 4 ГБ ОЗУ) с обычным SSD-хранилищем. Этого более чем достаточно для запуска сервисов dude — при этом нагрузка на ресурсы у меня максимум 10%. Есть идеи, как это исправить? Ещё проблема с тем, что не показываются сбои... Спасибо, Jarred.

plankanater Guest	#14 0 12.05.2017 20:32:00 Диск доступен для записи.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры