From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: backup.pl - gzip not working as expected!? Date: Sun, 26 Dec 2021 21:48:09 +0100 Message-ID: <5D2BF87D-DA56-4822-8959-85AE4E9CF422@ipfire.org> In-Reply-To: <712b2fa2-2c72-0fa9-e9fb-b13fde945ab6@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2058763816308021842==" List-Id: --===============2058763816308021842== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, > On 25 Dec 2021, at 20:53, Matthias Fischer = wrote: >=20 > Hi, >=20 > I wondered for some time - since Friday 21.5.2021 ( ;-) ) - that the IPF > files of the ISO backups turned out much larger than before. Yes, they were indeed not compressed at all: https://bugzilla.ipfire.org/show_bug.cgi?id=3D12737 So this should be resolved in c163. Can you test and confirm? -Michael > Today I tested: when I make a backup *without* logs, the resulting IPF > is about *26MB* in size. >=20 > The same file is about *108MB* in size when I make an *ISO backup*. >=20 > So I ran ' /var/ipfire/backup/bin/backup.pl iso' from console and > watched the output. >=20 > After some time, 'gzip' told me: >=20 > ... > gzip: /var/ipfire/backup/2021-12-25-20:34.ipf already has .ipf suffix -- > unchanged > ... >=20 > For results, please see attached screenshot (and yes: I use tables... ;-) ). >=20 > The first IPF was created using 'Generate ISO', the second using > 'Exclude logfiles'. >=20 > Can anyone confirm? >=20 > Best, > Matthias --===============2058763816308021842==--