On Fri, 2002-08-09 at 18:07, Ian Dowse wrote:
> [replying to an old message]
> In message <[EMAIL PROTECTED]>, Alexander Leidi
> nger writes:
> >On  7 Mai, Benjamin Lewis wrote:
> >>    |   DUMP: slave couldn't reopen disk: Interrupted system call
> >
> >Try the attached patch.


> I was just looking at PR bin/18319 when I remembered this message.
> Many of the changes in your patch are not necessary I believe, as
> read(2) will restart after a signal by default. How about just
> fixing the open call that actually triggers the reported error? I
> suspect that many of the other cases are either impossible or
> extremely unlikely in practice. Could someone who can reproduce the
> "couldn't reopen disk" error try the following?


My apologies for not keeping up on this.  Since buying a house, time
for computer-related hobbies has evaporated! Nearly three months later,
some less essential parts of the old home network still remain in boxes.

In any case, I have been using Alex Leidinger's first patch since he
sent it to me.  At various times I have tried an unpatched dump and
the results have varied from fairly good (only 1 out of 6 filesystems
failing each night) to miserable (thousands of errors while reading
the disk) depending on the general state of -current.  As of today's
build, things were behaving on the fairly good side.

I have rebuilt dump with Ian Dowse's patch and things look good so far.
Sometimes it takes several full backup runs by Amanda before a problem
surfaces, so I will report back later in the week.  I wish I knew why
I seem to be the only one seeing this on -current!


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to