OMV Syslog wrong time and date
-
-
The UI is using the time zone of the browser. The syslog time is converted to UNIX timestamp which is converted to the locale time of the browser.
I also have 4900 pages of syslog in OMV. Is that normal?
If the journal is so big, yes this could be.
-
The UI is using the time zone of the browser. The syslog time is converted to UNIX timestamp which is converted to the locale time of the browser.
It shows entries starting in Feb 2023 and going to September -2023 -> cannot be right. Some bugs in the conversion...
-
It shows entries starting in Feb 2023 and going to September -2023 -> cannot be right. Some bugs in the conversion...
I don't think so, otherwise there must be a bug in PHP, moment.js or the browser. Also, the code exists partly since 2009, so if there would be a bug, it is hard to imagine that nobody has exerienced that issue before.
I can not reproduce the problem here.
What is the output of date in CLI? And what is the output of journalctl -n 20. How does it differ to the UI? A screenshot and the CLI output would help to get an overview here.
-
Note: the server is in a different timezone than myself.
The CLI is fine. Date in CLI: Sat Mar 25 02:45:19 GMT 2023
both journalctl -n 20 and "more syslog" show correct dates.
Its just on OMV GUI that the error exists. Even when I download syslog directly from the GUI, the file entries and dates are correct. Its is def an issue with GUI display inside OMV.
CLI syslog
CodeMar 25 02:45:16 rpi42 systemd[339071]: Listening on GnuPG cryptographic agent (ssh-agent emulation). Mar 25 02:45:16 rpi42 systemd[339071]: Listening on GnuPG cryptographic agent and passphrase cache. Mar 25 02:45:16 rpi42 systemd[339071]: Listening on Podman API Socket. Mar 25 02:45:16 rpi42 systemd[339071]: Reached target Sockets. Mar 25 02:45:16 rpi42 systemd[339071]: Reached target Basic System. Mar 25 02:45:16 rpi42 systemd[339071]: Reached target Main User Target. Mar 25 02:45:16 rpi42 systemd[1]: Started User Manager for UID 0. Mar 25 02:45:16 rpi42 systemd[339071]: Startup finished in 587ms. Mar 25 02:45:16 rpi42 systemd[1]: Started Session 858 of user root.
OMV GUI
Code
Alles anzeigen22/09/2023, 11:06:38 systemd[1]: Startup finished in 1.811s (kernel) + 17.964s (userspace) = 19.775s. 22/09/2023, 11:06:38 dhcpcd[396]: eth0: leased 192.168.9.67 for 86400 seconds 22/09/2023, 11:06:38 avahi-daemon[384]: Joining mDNS multicast group on interface eth0.IPv4 with address 192.168.9.67. 22/09/2023, 11:06:38 avahi-daemon[384]: New relevant interface eth0.IPv4 for mDNS. 22/09/2023, 11:06:38 avahi-daemon[384]: Registering new address record for 192.168.9.67 on eth0.IPv4. 22/09/2023, 11:06:38 dhcpcd[396]: eth0: adding route to 192.168.9.0/24<img src="https://forum.openmediavault.org/wsc/index.php?attachment/29289/&thumbnail=1" class="woltlabAttachment" data-attachment-id="29289" id="wcfImgAttachment0">
-
I did some digging and found that OMV GUI Syslog shows the same data as CLI plus in addition it has about 1000 lines with incorrect date added at the top end.
Any ideas how this can be fixed.
-
I did some digging and found that OMV GUI Syslog shows the same data as CLI plus in addition it has about 1000 lines with incorrect date added at the top end.
Any ideas how this can be fixed.
OMV is requesting the data from journalctl; if the data is incorrect, then journalctl must deliver the incorrect data.
-
Google how to clear systemd journal.
-
I'm facing the same issue, did you manage to solve it MarcS ? sudo tail /var/log/syslog shows the right time, date as well but OMV workbench doesn't. NTP enabled, right timezone set as well. Thought it might be because of a privacy addon in my browser but disabled them and I'm still getting the wrong time.
-
Any luck MarcS or VaryingLegwarmer?
I have the same here on two separate installs.
On my OMV6 install, I've found that the Boot.log and Rsync - Jobs logs report the correct time, but all others are reporting a couple months in the future.
On my freshly installed OMV7, only Boot & Kernel logs appear to be wrong, and they are a few months in the past.
Definitely some weirdness going on.
-
Had the same problem. No answer.....
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!