Tracking center does not read all the mail.log file

[bougatoyta]

HI,

Due to an agressive logrotate we had a rotation a bit to soon in the mail.log file
I've unzipped older mail log and put every log in the same mail.log file

But pmg only show what was in the rotatef mail.log (ie nothing before 13/06/2023 midnight, I get a "no data in database")

Does the tracking center read mail.info maybe instead of mail.log ?

Is there a database to delete to force the re-creation ?

Regards

 

[Stoiko Ivanov]

Does the tracking center read mail.info maybe instead of mail.log ?

the Tracking Center/pmg-log-tracker uses /var/log/syslog (and rotated variants up to /var/log/syslog.31.gz) as source of information - not mail.log (or mail.info)

It also does not create/maintain a database, but reads the info from the syslog-files when needed

I hope this helps!

 

[bougatoyta]

the Tracking Center/pmg-log-tracker uses /var/log/syslog (and rotated variants up to /var/log/syslog.31.gz) as source of information - not mail.log (or mail.info)

It also does not create/maintain a database, but reads the info from the syslog-files when needed

I hope this helps!

Thanks for your answer.

Sadly my PMG did not read the .gz files, so I ended up recreating a syslog file and importing every thing in this file, idk why it did not read the rotated file

 

[Stoiko Ivanov]

Sadly my PMG did not read the .gz files,

This is very odd - the paths pmg-log-tracker opens are hard-coded:
https://git.proxmox.com/?p=pmg-log-...9b57008f738b0165ec9ff189214c8dfc4932d00#l2157

as long as they are in chronological order (older logs in /var/log/syslog.3.gz, than in /var/log/syslog.2.gz) this should work.