MajorDoMo

Аналогичная проблема и у мну, на такой же системе. Мастер.

Кто нибудь может проверить данный момент на альфе? У меня вроде норм.

Перезапустил МЖД вечером. Процесс перестал грузить, но к утру опять начал грузить.

Похоже, что я нашёл причину. В файле start.bat есть строчка запуска WAMP server2go. Сразу за ней идёт команда проверки и восстановления базы данных. На моей системе WAMP не успевал полностью запуститься и возникала ошибка. Решение элементарное. Поставить некоторую задержку после команды start server2go. Теперь этот фрагмент выглядит так:

rem Web-server start
start server2go.exe
TIMEOUT /T 5

Всё работает как часы.

Доброе время суток.
Знакомлюсь с системой установил, работало все нормально. Столкнулся с проблемой:
MQTT топики не обновляются. Причем публикация со стороны MD проходит нормально(заранее созданный объект и привязанный к нему в ручную топик). Данные из MQTT не поступаю. Даже в случае публикации в тот же топик который уже привязан в системе. Список не обновляется.
Проблемма замечена после выполнения нескольких действий:
1)Удалил топики не привязанные к объектам.
2)Переназначил для объекта другой топик. (причем не заметил что старый не удалил) потом после очистки стало не работать
3)В списке не было не привязанных объектов, механически нажал на очистить не привязанные объекты.

вручную пытался запустить цикл:
user@host:~# sudo -u www-data php /var/www/scripts/cycle_mqtt.php
17:21:10 Topics to watch: /# (Total: 1)
17:21:10 Path: /#
17:21:10 Subscribing to: /#
user@host:~#

модуль MQTT переустанавливал не помогает

ошибок не могу найти.

Через консоль запустил свойство ThisComputer.cycle_mqttRun пришел один топик и все.
дальше что пробовал не помогает.

-----------------------------------------------------
фактически нашел временное решение:
после старта упомянутого выше свойства через терминал системы перезапустил
user@host:~$ sudo systemctl restart majordomo еще раз
решение помогло но после каждого старта нужно запускать.
нормально если установить какой либо шелл? или нужно решить данную проблему более изящно .
-----------------------------------------------
Прошу помочь

Проверьте что в логе цикла mqtt.

Sapizdullin писал(а): Сб мар 31, 2018 11:09 pm Господа! А что это за гадость появилась?

Код: Выделить всё

Properties history queue is too long (277)
Backtrace:
#0 /var/www/html/scripts/cycle_phistory.php(69): registerError('phistory_queue', 'Properties hist...')
#1 {main} 

Как бороться?

Подскажите, как с этой напастью бороться?
У меня сейчас цикл падает каждые несколько минут, к тому же все CPU кушает БД (100% все 4 ядра mysql)
Для надежности поднял БД из бэкапа - тоже самое.

Как решить проблему так и не понял. Удалил таблицы, пересоздал заново (phistory, phistory_queue) перестал жрать CPU.
Пробовал запускать модуль оптимайзер - но он очень на долго задумывается, ждать не стал, да и выбирать боле 30 параметров для оптимизации вручную то еще удовольствие.
Виртуалка на E3-1275 4vCPU 4gb ram. CPU на 100 % был забит. В MJ порядка 30 простых устройств (3 термостата, штук 15 датчиков температуры, SonOff реле по MQTT, устройства по ModBUS TCP), статистика собиралась месяца 4.5 где то. После удаления всех данных проблема ушла.
Сколько же нужно ресурсов если простых устройств будет порядка 200 и есть желание хранить статистику минимум год?

andrusha7778 писал(а): Пт ноя 02, 2018 2:55 pm Сколько же нужно ресурсов если простых устройств будет порядка 200 и есть желание хранить статистику минимум год?

Да хоть 10 лет. ) Все упирается в количество данных, а не срок их хранения. Если будет 10 датчиков и с каждого инфа льется каждую секунду, то посчитай сколько это будет записей в таблице и сделай выводы.

У меня накопилось порядка 1,4 млн записей, размер таблицы к сожалению не помню, но распакованный дамп всего лишь 31 мбайт, это совсем немного.
Помню что похожая ситуация была год назад на малине, но тогда я просто принял волевое решение и съехал с малины на виртуалку.