Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 10 Jul 2009 22:01:04 +0200
From:      Thomas Backman <serenity@exscape.org>
To:        Kip Macy <kmacy@freebsd.org>
Cc:        freebsd-fs@freebsd.org, FreeBSD current <freebsd-current@freebsd.org>
Subject:   Re: Reproducible ZFS panic, w/ script (Was: "New" ZFS crash on FS  (pool?) unmount/export)
Message-ID:  <CE15C380-9EF3-4F27-9D4A-94BAED6490E6@exscape.org>
In-Reply-To: <3c1674c90907101227ueab78eem6f8c5c7fdf0337cc@mail.gmail.com>
References:  <72163521-40BF-4764-8B74-5446A88DFBF8@exscape.org> <E085112F-B828-4514-B93C-419E7E7FD5FB@exscape.org> <45291598-D091-4E90-B968-22E59BEB3846@exscape.org> <3c1674c90907101227ueab78eem6f8c5c7fdf0337cc@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 10, 2009, at 21:27, Kip Macy wrote:

> "zfs export" does a forced unmount. We may not be properly handling
> dangling references.
>
> -Kip
>
> On Fri, Jul 10, 2009 at 12:25 PM, Thomas  
> Backman<serenity@exscape.org> wrote:
>> On Jul 10, 2009, at 21:01, Thomas Backman wrote:
>> ...

Just one more thing to add for me today: the crash always happens when  
exporting the slave. Constant send/recv loops multiple times a second,  
no sweat.  import/export of both pools multiple times a second,  
without any send/recv in between them, no sweat. Combined, however, it  
panics on "zpool export crashtestslave". (I verified this twice, once  
by changing stress() to simply run loads of incremental backups for a  
for a few minutes, break, and export the pools manually. Both times,  
the master pool was no problem, and it immediately panics on exporting  
the slave.)

Regards,
Thomas



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CE15C380-9EF3-4F27-9D4A-94BAED6490E6>