On Fri, Sep 4, 2009 at 4:57 PM, Michael Burk<bur...@gmail.com> wrote: > Thanks again for your help. Here's the output of the test prog:
Looks just like it does locally. If the test had managed to reproduce this failure, then I would have expected to see write: Resource temporarily unavailable That means something deeper is going on here. > And here's the output after the patch change (again with the 0831 snapshot): And this shows me that, as far as the kernel is concerned, O_NONBLOCK is not set on the file descriptor even on the first call. Since my test program hasn't replicated the error, I think we should explore a bit more before going to the openbsd lists. What I'd like to put together is a patch to amandad and sendbackup that posts a debug message about every dup(), dup2(), pipe(), fcntl(), and close() operation that they perform. I'll whip that up and send it along in a few minutes. Dustin -- Open Source Storage Engineer http://www.zmanda.com
