Amanda-Users

Re: strange twist on FAILED [data timeout] -- compress none not working correctly

2009-05-12 23:33:08
Subject: Re: strange twist on FAILED [data timeout] -- compress none not working correctly
From: Charles Curley <charlescurley AT charlescurley DOT com>
To: "Dustin J. Mitchell" <dustin AT zmanda DOT com>, amanda-users AT amanda DOT org
Date: Tue, 12 May 2009 21:21:49 -0600
On Tue, 12 May 2009 18:43:15 -0400
"Dustin J. Mitchell" <dustin AT zmanda DOT com> wrote:

> On Tue, May 12, 2009 at 6:24 PM, James D. Freels <fea AT ornl DOT gov> wrote:
> > I got into debugging mode and discovered why this was happening.
> > Apparently this upgrade, or a recent change in AMANDA, now forces
> > (or by error) the data to be compressed with gzip before going from
> > the client to the server.  Even if I specify "compress none" (which
> > I always have) or "compress client none" and "compress server
> > none", the gzip is still going on.
> 
> Keep in mind that anything in the 2.5.2 branch is not "recent".  The
> 2.5.2p1-3 to 2.5.2p1-4 upgrade you cite is an Ubuntu change, not an
> Amanda change -- the relevant Amanda version is 2.5.2p1 for both.

Or a Debian change. One of the problems with Ubuntu is two sets of
packagers.

> So
> I would suggest that you look into the changes Ubuntu made between -3
> and -4.  Perhaps they somehow changed the default for compression?

For what it's worth, I have Jaunty Jackalope (9.04) on two clients,
with amanda 2.5.2p1-4--i386, and the server is running Hardy Heron,
(8.04) with amanda 2.5.2p1-1--i386. I have not seen any problems.

-- 

Charles Curley                  /"\    ASCII Ribbon Campaign
Looking for fine software       \ /    Respect for open standards
and/or writing?                  X     No HTML/RTF in email
http://www.charlescurley.com    / \    No M$ Word docs in email

Key fingerprint = CE5C 6645 A45A 64E4 94C0  809C FFF6 4C48 4ECD DFDB