Kernel crash at "softdep_deallocate_dependencies"

Pawel Jakub Dawidek pjd at FreeBSD.org
Fri Apr 6 13:01:45 UTC 2012


On Fri, Apr 06, 2012 at 03:31:39PM +0530, Desai, Kashyap wrote:
> Hi, Thanks in advance for looking this query and hoping for some help from File system experts.
> 
> We have a RAID 0 volume which has partition (created using sysinstall fdisk option).
> While IOs are in progress removing one of the volume member kernel panic is hit with the following messages
> 
> g_vfs_done():(da0:da0s1d[WRITE(offset=6358872064, length=2048)]mpslsi0:0:error = 6
> 0:/home: got error 6 while accessing filesystem
> 0): panic: softdep_deallocate_dependencies: unrecovered I/O error
> lost device
> 
> Note:
> 1. The issue is also seen on a RAID 0 volume which does not have a partition on it.
> 2. Issue was observed on both SAS and SATA drives.
> 3. When we send IOs to the driver without FS (using "dd" command), kernel panic never seen.
> 
> 
> I have searched on this topic and looks like something wrong with FS. _but_ I don't have any trigger to support that this is not Driver issue.

This might be lame error handling on the FS side, but FS is not here to
blame. You get I/O error from device below. In case of RAID0 you have no
redundancy, so you cannot expect anything good by removing one of its
components.

Using "dd" doesn't trigger kernel panic, because I/O error is handled by
userland process (it exits).

> When we tried below options: (disable Journal on FS) Things does not change. We still see kernel panic.
> 
> umount <filesystem>
> tunefs -j disable <filesystem>
> mount <filesystem>
> cd <filesystem>
> rm .sujournal
> 
> Any thoughts ?

What behaviour would you expect when your RAID0 volume dies? The best
thing to do here would be to either stop all I/Os until the component is
back or forcibly unmount the file system, but both options are probably
hard to get right.

-- 
Pawel Jakub Dawidek                       http://www.wheelsystems.com
FreeBSD committer                         http://www.FreeBSD.org
Am I Evil? Yes, I Am!                     http://tupytaj.pl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20120406/3a01098b/attachment.pgp


More information about the freebsd-fs mailing list