Amanda-Users

Re: Backups fail on new client: too many dumper retry

2006-06-21 13:58:05
Subject: Re: Backups fail on new client: too many dumper retry
From: Charles Curley <charlescurley AT charlescurley DOT com>
To: amanda-users AT amanda DOT org
Date: Wed, 21 Jun 2006 11:43:31 -0600
On Wed, Jun 21, 2006 at 12:51:45PM -0400, Jon LaBadie wrote:
> On Wed, Jun 21, 2006 at 10:05:35AM -0600, Charles Curley wrote:
> > On Wed, Jun 21, 2006 at 11:11:36AM -0400, Jon LaBadie wrote:
> > 
> > > > 
> > > > Looking at the log files, I see a typical runtar log as follows:
> > > > 
> > > > --------------------------------------------------
> > > > runtar: debug 1 pid 6507 ruid 33 euid 0: start at Wed Jun 21 08:24:02 
> > > > 2006
> > > > /bin/tar: version 2.4.5p1
> > > > running: /bin/tar: /bin/tar --create --file /dev/null --directory /var 
> > > > --one-file-system --listed-incremental 
> > > > /var/lib/amanda/gnutar-lists/themoose.localdomain_var_0.new --sparse 
> > > > --ignore-failed-read --totals . 
> > > > runtar: pid 6507 finish time Wed Jun 21 08:24:02 2006
> > > > --------------------------------------------------
> > > > 
> > > > I notice that the file is /dev/null. Is that correct?
> > > > 
> > > 
> > > During estimates is it.
> > > 
> > > If gnutar outputs to /dev/null, it goes through all the
> > > normal steps without actually reading the ordinary file
> > > data blocks.  Saves mucho time for estimates.
> > 
> > I checked all the runtar log files; they all indicate the same output
> > file. Where do I look to see the results of a backup, if any? The
> > amandad...debug files seem to be the right place, but the sizes are
> > all way too small.
> 
> Didn't you say you had amanda working to backup the server.
> In that case some should have had "-file -" instead of "-file /dev/null".

Ah. I was referring to the logs on the client only. I haven't checked
the server's logs.

> 
> Sounds like things are failing before even the estimates are done.
> Are you even connection to the client?

Yes.

> Are there debug files on
> the client?

Yes.

> Does amcheck indicate you can connect?

Yes.

> runtar is called from other programs and they write debug info to
> things like sendsize and sendbackup.  Anything interesting there?

Nothing that jumps out. Here's a recent sendbackup:
--------------------------------------------------
sendbackup: debug 1 pid 7550 ruid 33 euid 33: start at Wed Jun 21 11:40:12 2006
/usr/lib/amanda/sendbackup: version 2.4.5p1
  parsed request as: program `GNUTAR'
                     disk `/etc'
                     device `/etc'
                     level 0
                     since 1970:1:1:0:0:0
                     options `|;bsd-auth;compress-fast;index;'
sendbackup: try_socksize: send buffer size is 65536
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.44983
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.37243
sendbackup: time 0.001: stream_server: waiting for connection: 0.0.0.0.50509
sendbackup: time 0.001: waiting for connect on 44983, then 37243, then 50509
sendbackup: time 30.002: stream_accept: timeout after 30 seconds
sendbackup: time 30.002: timeout on data port 44983
sendbackup: time 60.000: stream_accept: timeout after 30 seconds
sendbackup: time 60.000: timeout on mesg port 37243
sendbackup: time 90.000: stream_accept: timeout after 30 seconds
sendbackup: time 90.001: timeout on index port 50509
sendbackup: time 90.001: pid 7550 finish time Wed Jun 21 11:41:42 2006
--------------------------------------------------

-- 

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

Attachment: pgpANv5uC23vs.pgp
Description: PGP signature