Мониторинг МАП и MPPT МикроАРТ. Продукты пользователей

РЕКЛАМА НА ФОРУМХАУС

@Osolemio,
похоже нашел где косяк с записью под фрей... мапдемон коннектится к базе нормально но при попытке выполнить INSERT INTO data VALUES (','2015-2-6','22:19:15','4','7','25.8','2','0','0','0','210','1','200','50','50','204','20','154','0','0','0','0','13','18','1','0','3.0','1363','0','493','0.0')
MySQL посылает демон в пешую эротическую прогулку с ошибкой "#1366 - Incorrect integer value: ' for column 'number' at row 1 "

 

Дык вы где-то апостроф потеряли Может удалился? Или вылазит так?
Строка, которая отправляется, вот так выглядит:
INSERT INTO data VALUES (' ','2015-2-7','0:18:28',

Должно быть два апострофа. Проверьте. Если в sprintf у вас двойной апостроф, тогда дело в вашем релизе Mysql. Попробуйте тогда через пробел. Вот так:
INSERT INTO data VALUES (' ','
тогда не теряется:
INSERT INTO data VALUES (' ','2015-2-7',

Я попробовал. Работает. В новой версии сделаю пробел. Обработчик MySql теряет апостроф. Я уже посмотрел. У меня все ок.

 

@Osolemio,
попробуйте сделать так: в мапдемоне:

sprint (query,.
"INSERT INTO data VALUES ('0','%d-%d-%d'...

описание граблей https://dev.mysql.com/doc/refman/5.5/en/sql-mode.html
а именно в некоторых режимах работы мускула "Normally, you generate the next sequence number for the column by inserting either NULL or 0 into it..." это в случае автоинкремент... иначе падение INSERT или нет при передаче пустого значения зависит именно от "sql-mode" что имхо не универсально

 

@Svartalfdd,

Хотел именно так. Ща попробую как на моем релизе.

 

@Osolemio, может упасть при первой записи в пустую базу... у нас "number int (11) NOT NULL auto_increment" не хотите просто "0" ? инкрементация будет работать... а больше ничего от этого поля и не надо. или как вариант обьявлять NULL для поля в таблице при CREATE.

 

@Svartalfdd,

И правда. Думаете я еще помню, что у меня там?
Сейчас сделаю.

Вот. Готово. Найдете чего - пишите

 

В таблицу mppt добавлены 3 строки. Вот новая структура. И демон к ней.

 

@Osolemio,
падает запись в мускул через неопределенные промежутки времени в логах чисто, перепроверьте пожалуйста объявление типов переменных в последней версии мапд - у меня просто нет описания...

 

Странно, вообще говоря. Ладно бы демон падал.
К базе настроен автореконнект. Логи чистые. У меня по всем уже, наверное, ошибкам сислог сделан.
Надо понять где именно у вас происходит зависон. У вас случаем всякие SELinux не установлены по умолчанию?
Посмотрите еще настройки сислога. /etc/syslog.conf может что не настроено просто для записи туда.
Я еще подумаю
С переменными вроде как все ок. Я позавчера полвечера просидел - проверял формирование строки перед отправкой в mysql.

 

Сейчас включил в сислоге логирование абсолютно всего, с мускулом сделал то-же... жду чтоб оборвалось, посмотрю...
SELinux - неа

 

В сислоге тишина. в логе мускула -
идут обычные
150207 14:29:46 1 Query INSERT INTO data VALUES ('0','2015-2-7','14:29:46','4','7','25.8','2','0','0','0','205','1','200','50','50','200','20','154','0','0','0','0','12','18','1','0','3.0','1864','0','652','0.0')
потом перерыв и
150207 14:32:42 145 Connect monitor@localhost on
145 Quit
150207 14:32:43 146 Connect monitor@localhost on
146 Quit
и так в течении минуты потом - тишина

 

@Svartalfdd,

Поставьте перед записью в mysql сислог (не знаю как у вас - у меня в me строка 496 перед if (
syslog (LOG_NOTICE, "writing query...");
И сравните логи по времени. Идут ли попытки записи. Или где-то в сокете зависон.

 

@Svartalfdd,

Вообще меня смущают у вас попытки реконнекта. В программе коннект 1 раз происходит.
Я с BSD не дружу с тех пор, когда у меня поведение ip chains было полно неожиданностей.

 

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

 

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