Re: Backups fail on new client: too many dumper retry
2006-06-21 13:58:05
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
pgpANv5uC23vs.pgp
Description: PGP signature
|
|
|