Re: [PANIC] ufs_dirbad: bad dir

From: Don Lewis <truckman_at_FreeBSD.org>
Date: Sun, 16 Oct 2005 15:57:55 -0700 (PDT)
On 16 Oct, Matthew Dillon wrote:
>     Ach.  sigh.  Another false alarm.  Sorry.  The code is fine.  It's
>     because the 'end' block is calculated inclusively, e.g.
>     end_lbn = start_lbn + len - 1.  I'm still investigating it.
> 
>     There is a bug if the range reallocblks is called with spans
>     more then two blockmaps, but I don't think that case can occur in real
>     life due to limitations in the range passed by the caller.  Probably
>     worth a KASSERT, though.

Is there any correlation between this problem and the file system block
size?  I've *never* encountered this problem, but I've only used block
sizes up to 16K, and mostly just 4K and 8K.  I seem to have a dim memory
of a mention of problems of some sort with large block sizes.
Received on Sun Oct 16 2005 - 20:58:15 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:45 UTC