Що я можу зробити, якщо модуль MySQL реєструє помилки часового поясу у файлі журналу -

З оновленням модуля адресної книги та журналу для баз даних MySQL до версії 2.0.14 було інтегровано новий драйвер MySQL JDBC версії 8. Як результат, цей драйвер очікує інформацію про часовий пояс на сервері MySQL у певному форматі. У старих екземплярах серверів MySQL або перенесених серверах часто трапляється, що ці часові пояси не встановлені або встановлені як недійсні значення. Це не було проблемою зі старими драйверами JDBC, але зараз це, здається, трапляється з версією 8 драйвера. Якщо ця проблема існує, жоден запис тимчасово не відображається в журналі та адресній книзі, а наступні записи журналу реєструються у файлі журналу jam-0.log у каталозі jCall monitor/logs:

модуль

Однак рішення цієї проблеми знайти легко. Вам потрібно встановити стандартний або глобальний часовий пояс на використовуваному сервері MySQL. Наступна процедура, показана в Stackoverflow, надає хорошу допомогу в цьому плані: https://stackoverflow.com/questions/930900/how-do-i-set-the-time-zone-of-mysql

Потім доступ до адресної книги або журналу MySQL знову вмикається.

Можливо, вам теж сподобається

Як перевірити, чи Java вже встановлена?

Як використовувати монітор викликів для пристроїв із підтримкою NCID із Vodafone Easybox 80x/90x ?

Що таке варіант консолі монітора викликів?

Цей допис має 7 коментарів

У мене проблема з 2.4.20. Раптом мені в журналі не показують жодних записів, крім -1.
Потім я змінив рядок, як ви запропонували:

Тепер дзвінки в журналі відображаються мені знову, але лише до 2 квітня, тому я пропускаю дзвінки з 2 квітня. до сьогодні.
У FB дані все ще доступні, як я можу зателефонувати 3.4. -7,4. синхронізувати?

Нові дзвінки знову реєструються належним чином після налаштування.

Дякую за твою допомогу

Ви можете експортувати список викликів вашого FRITZ! Box і повторно імпортувати його до журналу моніторингу викликів, тоді відсутні записи будуть додані.

багато привітань
Тіло

Здрастуйте,
У мене сталася помилка з 29 березня. і перехід на літній час.

Я використовую Syno DS916 + з MariaDB10. І, на жаль, імпорт працює для мене
або не заповнення часового поясу в базі даних mysql.

Я не професіонал MySql і тому потребую допомоги. Хтось має можливість до мене
допомогти, щоб я міг повернутися до своїх журналів та контактів JAM ... 🙁

В даний час відбувається -1 дзвінок ...

Я був би дуже радий.

Ви можете перевірити ще одне. Відкрийте файл janrufmonitor.properties у текстовому редакторі

і змініть їх на наступні:

Збережіть і перезапустіть монітор викликів.

Повідомте мене, якщо це спрацювало.

Ще дві речі, на які я натрапив, перетягуючи мій сервер MySQL, що, можливо, як підказка в FAQ допоможе зберегти той чи інший подальший пошук:

1) В ОС Windows спочатку потрібно заповнити таблиці часових поясів MySQL/MariaDB, див. Тут

(Без цього ви отримуєте лише повідомлення про те, що "Європа/Берлін" не є дійсним записом, хоча це, звичайно, зберігається в Windows як системний параметр.)

2) І для цього вам потрібно перейти до MySQL Workbench в розділі Редагувати | Налаштування встановіть прапорець "Показати метадані та внутрішні схеми", інакше ви не побачите схеми mysql.

Як не дивно, я лише вчора натрапив на проблему з відсутнім TimeZone, журнал писав належним чином з моменту оновлення модуля MySQL до минулої п’ятниці.

Я використовую Synology Diskstation з MariaDB5 як базу даних. Для мене шлях був таким: заповнити відповідні таблиці через phpMyAdmin бази даних MySQL, імпортуючи дані, які можна знайти за адресою https://downloads.mysql.com/general/timezone_2019a_posix_sql.zip, а потім обробити такі команди SQL:

ВИБЕРІТЬ @@ global.time_zone;
SET GLOBAL time_zone = 'Європа/Берлін';

Після перезапуску монітора викликів я міг продовжувати використовувати все, як зазвичай.

Одного разу я створив невеликий посібник з використання Synology Diskstation щодо теми часових поясів https://www.janrufmonitor.de/foren/topic/kurze-anleitung-fuer-mysql-per-mariadb10-auf-synology-diskstation/ - Сподіваюся, це зрозуміло/розумно зрозуміло ...

Залиште коментар скасувати відповідь

Ви повинні увійти в систему, щоб залишити коментар.