This was a good idea; I tried it with one modification: I determined
earlier that the failure happens without indexing also, so I added just the
line:
fcntl(datafd, F_GETFL, 0);
and that fixed the problem as well. So I guess this is truly the minimal
patch!
-- Michael
On Tue, Sep 1, 2009 at
I modified sendbackup-dump.c to run ktrace, e.g.:
/usr/bin/ktrace -id -t censw -f /tmp/sendbackup.trc /sbin/dump 0usf 1048576
- /dev/rsd0d
Unfortunately, I don't get a backup, even with the patch applied. The trace
output shows write errors because of a broken pipe with or without the
patches,
On Wed, Sep 2, 2009 at 1:07 PM, Michael Burkbur...@gmail.com wrote:
So I suspect my approach is not correct. Any other ideas how I might get
some useful trace output?
Can you have amandad sleep for, say, 120 seconds just before it
launches sendbackup, and somenow notify you of the pid to which
Amanda 2.6.1 on Solaris 10/Sparc
Amanda 2.6.1, Solaris 10x86
Server has 21 clients with a total of 109 DLEs.
One of the client systems has 51 DLEs, 1 ufs and 50 zfs partitions.
The partitions/DLE are all part of the same ZFS pool, which
I believe (listening to another discussion earlier this
Dustin J. Mitchell wrote:
On Mon, Aug 31, 2009 at 11:51 PM, Tom Robinsontom.robin...@motec.com.au
wrote:
While the disk is reaching saturation (and recovering quickly) I'm
thinking that the all the retransmissions would be slowing things down more.
I don't see any errors on the client