From owner-freebsd-bugs@FreeBSD.ORG Sun Mar 21 23:50:06 2010 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4782D106566C for ; Sun, 21 Mar 2010 23:50:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2542F8FC25 for ; Sun, 21 Mar 2010 23:50:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2LNo6nx000479 for ; Sun, 21 Mar 2010 23:50:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2LNo5nR000478; Sun, 21 Mar 2010 23:50:06 GMT (envelope-from gnats) Resent-Date: Sun, 21 Mar 2010 23:50:06 GMT Resent-Message-Id: <201003212350.o2LNo5nR000478@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rowan Crowe Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93392106566C for ; Sun, 21 Mar 2010 23:45:05 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21]) by mx1.freebsd.org (Postfix) with ESMTP id 82A658FC17 for ; Sun, 21 Mar 2010 23:45:05 +0000 (UTC) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.14.3/8.14.3) with ESMTP id o2LNj4jq006831 for ; Sun, 21 Mar 2010 23:45:05 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.14.3/8.14.3/Submit) id o2LNj4Tp006830; Sun, 21 Mar 2010 23:45:04 GMT (envelope-from nobody) Message-Id: <201003212345.o2LNj4Tp006830@www.freebsd.org> Date: Sun, 21 Mar 2010 23:45:04 GMT From: Rowan Crowe To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: misc/144943: gconcat randomly "loses" all knowledge of JBOD set X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Mar 2010 23:50:06 -0000 >Number: 144943 >Category: misc >Synopsis: gconcat randomly "loses" all knowledge of JBOD set >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Mar 21 23:50:05 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Rowan Crowe >Release: 6.3-RELEASE i386 >Organization: >Environment: FreeBSD ******.sensation.net.au 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Wed Aug 20 02:13:07 EST 2008 rowan@******.sensation.net.au:/usr/src/sys/i386/compile/VID62R i386 >Description: Hello, I've recently had a few "events" where gconcat seems to have disowned the drives in a set. For example, I just inserted two drives, powered on, then at boot there's no mention of GCONCAT at all. It's in memory - via loader.conf - but it doesn't recognise the disks as belonging to a gconcat set. I can restore access to the data if I manually recreate the array, but I'm very concerned that it seems to be deliberately disconnecting drives (and possibly updating their metadata?) for some reason. # gconcat list [there is no list output, ie no sets are recognised] # gconcat create -v permdocs ad3 ad1 Done. # geli attach /dev/concat/permdocs Enter passphrase: # mount -o rw,noatime /dev/concat/permdocs.eli /permdocs # .. and from this point everything seems to be fine. fsck_ufs also succeeds with no issues. There is no output in /var/log/messages. I have been using gconcat+geli for several months but it's only in the past 2-3 weeks that this has happened. I cannot reconcile this behaviour with any change in software or hardware so it may be coincidence. I consider this a fairly serious problem because although the data does not appear to be lost this issue can impact on the running of a machine (automated mounts at boot will fail) and may also cause panic by the human trying to fix it! >How-To-Repeat: Unknown. I have set kern.geom.concat.debug > 0 to hopefully show some useful debug output next time it happens. >Fix: Unknown. >Release-Note: >Audit-Trail: >Unformatted: