You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The column config ist NULL in table schedule after applying migration script for MariaDB 10.5.22 on Oracle Linux 8.
This leads to errors in the WebUI and reporting daemon referencing library/Reporting/Schedule.php line 58.
To Reproduce
Steps to reproduce the behavior:
Update to v 1.0.0
Execute Migration Script
Expected behavior
The migration should convert the
Screenshots
If applicable, add screenshots to help explain your problem.
Your Environment
Module version: 1.0.0
Dependent module versions:
Icinga Web 2 version and modules (System - About): 2.12
Web browser and version:
Icinga 2 version used (icinga2 --version):
PHP version used (php --version):
Server operating system and version: Oracle Linux 8
Additional context
The cause for the failing migration is the use of the named timezones for the function "CONVERT_TZ".
As the documentation states (https://mariadb.com/kb/en/convert_tz/), those are only available after loading them with "mysql_tzinfo_to_sql".
After restoring the previous version of the table and executing the migration script with
CONVERT_TZ(FROM_UNIXTIME(schedule_start / 1000), @@session.TIME_ZONE, 'UTC')
replaced by
CONVERT_TZ(FROM_UNIXTIME(schedule_start / 1000), '+02:00', '+00:00')
the migration worked.
As a sidenote, there is another small error. The DATE_FORMAT "%u" is for weeknumbers. You probably ment "%f" (https://mariadb.com/kb/en/date_format/).
The text was updated successfully, but these errors were encountered:
Svido
changed the title
Database Migration to 1.0.0 lost schedules
Error after Database Migration to 1.0.0 for reports with schedules
Oct 27, 2023
Svido
changed the title
Error after Database Migration to 1.0.0 for reports with schedules
Error for reports with schedules after database migration to v1.0.0
Oct 27, 2023
Describe the bug
The column config ist NULL in table schedule after applying migration script for MariaDB 10.5.22 on Oracle Linux 8.
This leads to errors in the WebUI and reporting daemon referencing library/Reporting/Schedule.php line 58.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The migration should convert the
Screenshots
If applicable, add screenshots to help explain your problem.
Your Environment
icinga2 --version
):php --version
):Additional context
The cause for the failing migration is the use of the named timezones for the function "CONVERT_TZ".
As the documentation states (https://mariadb.com/kb/en/convert_tz/), those are only available after loading them with "mysql_tzinfo_to_sql".
After restoring the previous version of the table and executing the migration script with
CONVERT_TZ(FROM_UNIXTIME(schedule_start / 1000), @@session.TIME_ZONE, 'UTC')
replaced by
CONVERT_TZ(FROM_UNIXTIME(schedule_start / 1000), '+02:00', '+00:00')
the migration worked.
As a sidenote, there is another small error. The DATE_FORMAT "%u" is for weeknumbers. You probably ment "%f" (https://mariadb.com/kb/en/date_format/).
The text was updated successfully, but these errors were encountered: