Olivier,
You should start with the beginning, what is the error message you get
in the email report?
Also post the amdump.1 log file.
Jean-Louis
On 11/20/2012 06:36 AM, Olivier Nicole wrote:
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.
