From owner-freebsd-stable@freebsd.org  Thu Dec 22 16:33:22 2016
Return-Path: <owner-freebsd-stable@freebsd.org>
Delivered-To: freebsd-stable@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 5F5E1C8CC26
 for <freebsd-stable@mailman.ysv.freebsd.org>;
 Thu, 22 Dec 2016 16:33:22 +0000 (UTC)
 (envelope-from emz@norma.perm.ru)
Received: from elf.hq.norma.perm.ru (mail.norma.perm.ru [IPv6:2a00:7540:1::5])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
 bits)) (Client CN "mail.norma.perm.ru",
 Issuer "Vivat-Trade UNIX Root CA" (not verified))
 by mx1.freebsd.org (Postfix) with ESMTPS id CEDFE1892
 for <freebsd-stable@freebsd.org>; Thu, 22 Dec 2016 16:33:21 +0000 (UTC)
 (envelope-from emz@norma.perm.ru)
Received: from [IPv6:2a02:2698:25:3ab8:74b0:74:e9f4:52df]
 ([IPv6:2a02:2698:25:3ab8:74b0:74:e9f4:52df]) (authenticated bits=0)
 by elf.hq.norma.perm.ru (8.15.2/8.15.2) with ESMTPSA id uBMGXF9I040996
 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO)
 for <freebsd-stable@freebsd.org>; Thu, 22 Dec 2016 21:33:15 +0500 (YEKT)
 (envelope-from emz@norma.perm.ru)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=norma.perm.ru; s=key;
 t=1482424395; bh=ZQsz5LrMdD/EIEa6WavtZwnWXAMvcn50Yqzu8Zxr+pA=;
 h=Subject:To:References:From:Date:In-Reply-To;
 b=fw60P1n+Zp1HVTkdx8dEI3JfC1gWrtxoffBdIFZyddo6CWkB/sGZrC1DKobknJyRG
 MQ7frx0bZPrnHALbrwEiBKMwe5CAoBcMi3/t0GwxLbWNGKuqmWadgmFWyXvZ9HvMjy
 CYnxfCzU9g4XfS5ldu2H2TgyXJF3Ct7awkO0SdoM=
Subject: Re: cannot detach vdev from zfs pool
To: freebsd-stable <freebsd-stable@freebsd.org>
References: <585B98C9.4070607@norma.perm.ru>
 <CAOtMX2gZ8XrDTdO5-V9=B030f=uNtJAd=gDQR7Kgg=MawpT0fw@mail.gmail.com>
From: "Eugene M. Zheganin" <emz@norma.perm.ru>
Message-ID: <9f21d484-b6d9-7434-b23b-c21c17a469c1@norma.perm.ru>
Date: Thu, 22 Dec 2016 21:33:20 +0500
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.5.1
MIME-Version: 1.0
In-Reply-To: <CAOtMX2gZ8XrDTdO5-V9=B030f=uNtJAd=gDQR7Kgg=MawpT0fw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-stable@freebsd.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Production branch of FreeBSD source code <freebsd-stable.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-stable>, 
 <mailto:freebsd-stable-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-stable/>
List-Post: <mailto:freebsd-stable@freebsd.org>
List-Help: <mailto:freebsd-stable-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-stable>,
 <mailto:freebsd-stable-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Dec 2016 16:33:22 -0000

Hi.

On 22.12.2016 21:26, Alan Somers wrote:
> I'm not surprised to see this kind of error in a ZFS on GELI on Zvol
> pool.  ZFS on Zvols has known deadlocks, even without involving GELI.
> GELI only makes it worse, because it foils the recursion detection in
> zvol_open.  I wouldn't bother opening a PR if I were you, because it
> probably wouldn't add any new information.
>
> Sorry it didn't meet your expectations,
> -Alan

Oh, so that's why it happened.

Okay, that's pertfectly fine with me.

Thanks.

Eugene.