ufs_rename: fvp == tvp (can't happen), but it did

[Pawel Jakub Dawidek]

On Fri, Jan 12, 2007 at 11:35:44AM +0100, Attila Nagy wrote:
> On 01/11/07 02:01, Kris Kennaway wrote:
> >On Sun, Jan 07, 2007 at 12:44:39PM +0100, Attila Nagy wrote:
> >  
> >>On 2007.01.07. 1:11, perryh at pluto.rain.com wrote:
> >>    
> >>>It sounds as if the caller of ufs_rename() is confused.  You could
> >>>try setting a breakpoint on the printf(), or change it to a panic()
> >>>to get a dump, and try to figure out who the caller is and what is
> >>>going on.
> >>>       
> >>Yes this would be very good, especially if this wouldn't be a production machine or if I could reproduce this on a test system. But neither of this are true. :(
> >>
> >>Maybe I will try it on a sleepless night, in the maintenance window, thanks for the idea.
> >>    
> >
> >Try forcing a fsck, sometimes bizarre FS panics are due to filesystem
> >corruption.
> >  
> I've already thought of that, but in that case the FC array must be bad, since going with only the locally attached disks in the mirror, the error doesn't appear...

Silent data corruptions happens, look for example at the "problem with
4T volume under FreeBSD" thread on current at .

I'd suggest configuring geli with data authentication on top of the FC
array. geli will detect silent data corruptions.

-- 
Pawel Jakub Dawidek                       http://www.wheel.pl
pjd at FreeBSD.org                           http://www.FreeBSD.org
FreeBSD committer                         Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20070112/b49003c2/attachment.pgp