From owner-freebsd-bugs@freebsd.org Sat Jun 27 03:28:20 2015 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6088698E301 for ; Sat, 27 Jun 2015 03:28:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 31BB71B52 for ; Sat, 27 Jun 2015 03:28:20 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t5R3SKMP077208 for ; Sat, 27 Jun 2015 03:28:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 201141] System Crashes on access to certain files on a dataset. ZFS Data set Refers to impossibly large size. Date: Sat, 27 Jun 2015 03:28:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: brad@heightman.net X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2015 03:28:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201141 Bug ID: 201141 Summary: System Crashes on access to certain files on a dataset. ZFS Data set Refers to impossibly large size. Product: Base System Version: 10.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: brad@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 / causes instant reboot with same assert. On all listed OS's Assert is as follows. panic: solaris assert: rs == NULL, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/range_tree.c, 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 all) https://youtu.be/pKp3PyZLISQ https://www.dropbox.com/sc/gulc0vaecn3m5zh/AADEhZeOgdUKPVT8DYpBTxSfa https://www.dropbox.com/sc/tssj647exm3pa8c/AAA7N1kY_tp3PCd1qkg2ST2ia https://www.dropbox.com/s/ghekuaywxd6ixbm/Capture1.PNG?dl=0 -- You are receiving this mail because: You are the assignee for the bug.