Dear Brian,
> Did some parameter in amanda.conf get reset?
No, it is using the exact same amanda.conf (with some modification for
amanda 3).
> Where is the failure occuring? Estimate phase ("etimeout")?
In the dump, estimate are fine.
> Is the error in a consistent place?
No, it occurs after a few hours.
> Was there a change to the version of gtar being used? Is there
> an incompattibility with gtar and amanda version that is only
> catching on large (or possibly the only compressed) DLE?
On the client I have gtar 1.26
> Need a little more to make any sort of targeted guess.
The last test I did: amanda server 3.3.2, amanda client 2.6
I run the command: sudo -u amanda amdump --no-taper normal oak1000 /home/java
On the server /tmp/amanda/server/normal/dumper.20121120165214.debug ends with:
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper:
security_streaminit(stream=0x80228b000, driver=0x800b133c0 (BSD))
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: make_socket opening socket
with family 2
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: connect_port: Try port
1024: available - Success
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: connected to
10.41.170.1:47063
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: our side is 0.0.0.0:1024
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: try_socksize: send buffer
size is 65536
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: try_socksize: receive buffer
size is 65536
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper:
security_streaminit(stream=0x802294000, driver=0x800b133c0 (BSD))
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: make_socket opening socket
with family 2
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: connect_port: Try port
1024: available - Success
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: connected to
10.41.170.1:47064
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: our side is 0.0.0.0:1024
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: try_socksize: send buffer
size is 65536
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: try_socksize: receive buffer
size is 65536
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper:
security_streaminit(stream=0x80229d000, driver=0x800b133c0 (BSD))
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: make_socket opening socket
with family 2
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: connect_port: Try port
1024: available - Success
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: connected to
10.41.170.1:47065
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: our side is 0.0.0.0:1024
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: try_socksize: send buffer
size is 65536
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: try_socksize: receive buffer
size is 65536
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper:
security_close(handle=0x802239780, driver=0x800b133c0 (BSD))
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: execute: /usr/bin/gzip --best
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: Building type FILE header of
32768-32768 bytes with name='oak1000' disk='/home/java' dumplevel=0 and
blocksize=32768
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: Sending data to
127.0.0.1:20209
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: make_socket opening socket
with family 2
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: connect_port: Try port
1024: available - Success
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: connected to 127.0.0.1:20209
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: our side is 0.0.0.0:1024
Tue Nov 20 17:39:25 2012: thd-0x802226080: dumper: try_socksize: send buffer
size is 65536
Tue Nov 20 18:16:01 2012: thd-0x802226080: dumper:
security_stream_close(0x80228b000)
Tue Nov 20 18:16:01 2012: thd-0x802226080: dumper:
security_stream_close(0x802294000)
Tue Nov 20 18:16:01 2012: thd-0x802226080: dumper:
security_stream_close(0x80229d000)
Tue Nov 20 18:16:01 2012: thd-0x802226080: dumper: Building type FILE header of
32768-32768 bytes with name='oak1000' disk='/home/java' dumplevel=0 and
blocksize=32768
Tue Nov 20 18:16:01 2012: thd-0x802226080: dumper: putresult: 10 FAILED
Tue Nov 20 18:16:01 2012: thd-0x802226080: dumper: getcmd: QUIT ""
Tue Nov 20 18:16:01 2012: thd-0x802226080: dumper: pid 72873 finish time Tue
Nov 20 18:16:01 2012
On the client, /tmp/amanda/client/normal/sendbackup.20121120173926.debug
contains:
1353407966.280495: sendbackup: pid 35322 ruid 14 euid 14 version 2.6.1p2: start
at Tue Nov 20 17:39:26 2012
1353407966.280570: sendbackup: Version 2.6.1p2
1353407966.281498: sendbackup: pid 35322 ruid 14 euid 14 version 2.6.1p2:
rename at Tue Nov 20 17:39:26 2012
1353407966.281705: sendbackup: Parsed request as: program `GNUTAR'
1353407966.281713: sendbackup: disk `/home/java'
1353407966.281719: sendbackup: device `/home/java'
1353407966.281724: sendbackup: level 0
1353407966.281729: sendbackup: since NODATE
1353407966.281734: sendbackup: options `'
1353407966.281843: sendbackup: start: oak1000:/home/java lev 0
1353407966.281895: sendbackup: pipespawnv: stdoutfd is 50
1353407966.281915: sendbackup: Spawning "/usr/bin/gzip /usr/bin/gzip --best" in
pipeline
1353407966.282331: sendbackup: gnutar: pid 35324:
/usr/bin/gzip1353407966.282390: sendbackup: pid 35324: /usr/bin/gzip --best
1353407966.282655: sendbackup: doing level 0 dump as listed-incremental to
'/usr/local/var/amanda/gnutar-lists/oak1000_home_java_0.new'
1353407966.283941: sendbackup: pipespawnv: stdoutfd is 6
1353407966.284178: sendbackup: Spawning "/usr/local/libexec/amanda/runtar
runtar normal /usr/local/bin/gtar --create --file - --directory /home/java
--one-file-system --listed-incremental
/usr/local/var/amanda/gnutar-lists/oak1000_home_java_0.new --sparse
--ignore-failed-read --totals ." in pipeline
1353407966.284885: sendbackup: Started index creator: "/usr/local/bin/gtar -tf
- 2>/dev/null | sed -e 's/^\.//'"
1353407966.284996: sendbackup: gnutar: /usr/local/libexec/amanda/runtar: pid
35327
1353407966.285135: sendbackup: Started backup
1353408441.084565: sendbackup: critical (fatal): index tee cannot write [Broken
pipe]
I can put all the log file to some common place if needed.
Best regards,
olivier
>
> On Mon, Nov 19, 2012 at 04:30:17PM +0700, Olivier Nicole wrote:
> > Hi,
> >
> > I apologize for coming crying here, but since I updated my manda
> > server to FreeBSD 8.3 (from 7.4), any big DLE will fail.
> >
> > I tried many versions of Amanda (2.5, 2.6, 3.3), with no success.
> >
> > Before I start sending debug, maybe there is an obvious action I have
> > forgotten.
> >
> > I have tried, from the client side to tar|gzip|ssh cat >/dev/null the
> > big DLE, and it went on with no problem.
>
