Bug 12827 - Core 166 release - Testing Restore - Log summary (logwatch files) missing
Summary: Core 166 release - Testing Restore - Log summary (logwatch files) missing
Status: CLOSED FIXED
Alias: None
Product: IPFire
Classification: Unclassified
Component: --- (show other bugs)
Version: 2
Hardware: unspecified Unspecified
: - Unknown - Balancing
Assignee: Peter Müller
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-04-01 05:58 UTC by Rejjy_S
Modified: 2022-09-16 09:22 UTC (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rejjy_S 2022-04-01 05:58:42 UTC
Finished testing restore function of recent core 166 release.

Did a backup of 165 using suggested console cmd "cd / && backupctrl include", and restored to a fresh install of released core 166 

All items I checked worked great except that the Log summary files did not get restored. ( eg: /var/log/logwatch/2022-03-30 could not be opened ).

Looking into the ipf backup file there was no /logwatch subfolder within the /var/log/ folder.  So it appears the problem might be with the 
"cd / && backupctrl include" 
command.

If the WebUI of 166 uses this same backupctrl, then this could be the bug and not the actual restore.  I will test later doing a WebUI backup of this restored 166 and restore onto again a fress 166 install

All in all, you guys have done a great job at nailing this one down and was well worth the rushed release.


See below for details of what I tested and worked ok.
https://community.ipfire.org/t/core-166-next-testing-where-to-report-findings-of-tests/7603/4?u=rejjysail
Comment 1 Michael Tremer 2022-04-01 10:33:55 UTC
As far as I can see, those summaries are not supposed to be a part of the backup.

I don't know what the rationale is for that, and I would suggest adding them.

@Peter: Would you please take care of this?
Comment 2 Rejjy_S 2022-04-01 17:39:02 UTC
If the backup 'excludes' logs, then I would agree.
But it's a historic log like any other log.

It's not a show stopper, as I've noticed this across previous cores.  It's one of those 'Now you see it; now you don't.' type of logs after doing a 'logs included' restore.

Again, not a show stopper by any means.
Comment 3 Peter Müller 2022-07-09 10:22:26 UTC
Apologies for my tardy reply on this one.

https://patchwork.ipfire.org/project/ipfire/patch/232fb7fd-84cd-62c4-ffa0-261b3fa26f50@ipfire.org/