Subject: Re: gzip and amanda conflict?
To: Peter Seebach <firstname.lastname@example.org>
From: matthew sporleder <email@example.com>
Date: 09/18/2005 23:03:59
I don't think this is new behavior. I've known about it for at least
two-three years, anyway. There are some patches for gzip that make it
4GB+ compliant. I've moved to using 'compress' in many of my scripts
for this reason, but I haven't tested large files with compress on
Check here for gzip patch:
(maybe we should add this to the base system?)
And let me know if you have some big files to try 'compress'ing.
On 9/18/05, Peter Seebach <firstname.lastname@example.org> wrote:
> For several years, I've been using amanda to make backups, with gzip to
> compress them.
> Recently, it stopped working. Apparently, gzip will error out rather tha=
> indicate that the source data is greater than 4GB.
> This is new behavior, and it is very unpleasant behavior, because there
> doesn't seem to be any way to override it, let alone a way to make it be
> overridden automatically by amanda.
> I assume this is a workaround for the problem of gzip -t failing on such
> archives, but I don't think that helps much.
> It looks as though "maybe_warn" in gzip.c has the side-effect of setting =
> status to zero. Perhaps the thing to do would be to save exit status bef=
> calling it, and restore it afterwards, to keep amanda from seeing this as
> a fatal error?