[Bug 201141] System Crashes on access to certain files on a dataset. ZFS Data set Refers to impossibly large size.

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Sat Jun 27 03:28:20 UTC 2015


            Bug ID: 201141
           Summary: System Crashes on access to certain files on a
                    dataset.  ZFS Data set Refers to impossibly large
           Product: Base System
           Version: 10.1-RELEASE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: kern
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: brad at heightman.net

Created attachment 158088
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=158088&action=edit
Picture of last second before reboot while pool was still able to be mounted

I have a 6 disk RaidZ2 pool that lists one data set as 16E in size.  Their are
4 files that crash the server on access (Open, Move, Delete, Rename, ect). 
Even trying to destroy the data set crashes the machine. 

zfs destroy -r <pool>/<dataset> causes instant reboot with same assert. On all
listed OS's

Assert is as follows.

panic: solaris assert: rs == NULL, file:
line: 186 
cpuid = 0

This pool was created with FreeNAS 9.0.x, migrated to Nas4Free 9.3 then
Nas4Free 10.1 when noticed stability problem arose.  

Problem has been replicated on import of same pool on FreeBSD 10.1 Live USB,
FreeBSD 11 Live USB, Debian Linux w/ ZFS on Linux, Ubuntu Linux w/ ZoL in
attempts to rescue data from disks.

Last attempt to rescue data while also running zdb -b -AAA caused fault (same
assert as above) and reboot, now even importing pool, or booting OS that
expects pool to exist causes instant reboot with same Assert

Below are links to some screen shots, and a video (Tool large to upload them


You are receiving this mail because:
You are the assignee for the bug.

More information about the freebsd-bugs mailing list