From owner-freebsd-questions@FreeBSD.ORG Mon Nov 4 19:07:56 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 51FDC89E for ; Mon, 4 Nov 2013 19:07:56 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2BB902BA8 for ; Mon, 4 Nov 2013 19:07:56 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id jt11so7563798pbb.29 for ; Mon, 04 Nov 2013 11:07:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1tK2eLxlI2VPCIS4plfk/g6DDgZJyHYvqOvQVS6rN54=; b=WXfbp9arwuNDlJ8vJFmJu/qxGPMnzqD8bGDGojQ35yWrlzBzZWnfY52J9+WF3bElYR nDBVIZFV+ZCC5lJjTHmv5oEdAFJoXE8jRIyf+S1YtFKLaIqtnGh5lzDXVJPeyaZP6r0k fjVgxDGkKt9J3lrYYFe59ks0oh06gWg7kuSB2v6vmOgOQCbhs1dQvCUE+EdqUA5Ha2na gw5drAfMrGMLk2pKew/lsjlvrF1KQB6XVUkHHs6vwPRRhC5w1WgCEpSY4Qd6RClH6CPn 743cs418WeKwr3Zphy90pUSMzonDceXpL/yuLO2a/dvRIt1DudRqSgTKBzfYfXwDMyep jWmA== MIME-Version: 1.0 X-Received: by 10.66.51.34 with SMTP id h2mr2414213pao.181.1383592075697; Mon, 04 Nov 2013 11:07:55 -0800 (PST) Received: by 10.70.92.79 with HTTP; Mon, 4 Nov 2013 11:07:55 -0800 (PST) In-Reply-To: References: Date: Mon, 4 Nov 2013 13:07:55 -0600 Message-ID: Subject: Re: ERROR - Cannot get GEOM tree From: Adam Vande More To: Drew Tomlinson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Questions X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Nov 2013 19:07:56 -0000 On Mon, Nov 4, 2013 at 12:43 PM, Drew Tomlinson wrote: > Thank you for your reply. I found these in /var/log/messages. I assume > this confirms a drive failure? > > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): READ(10). CDB: 28 00 00 04 2e > 79 00 0 > 0 01 00 > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): CAM status: SCSI Status Error > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): SCSI status: Check Condition > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): SCSI sense: ILLEGAL REQUEST > asc:64,0 > (Illegal mode for this track) > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): Info: 0x42e79 > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): Error 6, Unretryable error > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): cddone: got error 0x6 back > Nov 4 10:10:21 kernel: GEOM_STRIPE: Device data created (id=2880277341). > Nov 4 10:10:21 kernel: GEOM_STRIPE: Disk da0s1d attached to data. > Nov 4 10:10:21 kernel: GEOM_STRIPE: Disk da1s1d attached to data. > Nov 4 10:10:21 kernel: GEOM_STRIPE: Device stripe/data activated. > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): READ(10). CDB: 28 00 00 04 2e > 79 00 00 01 00 > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): CAM status: SCSI Status Error > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): SCSI status: Check Condition > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): SCSI sense: ILLEGAL REQUEST > asc:64,0 (Illegal mode for this track) > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): Info: 0x42e79 > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): Error 6, Unretryable error > Nov 4 10:10:21 kernel: (cd0:ata1:0:0:0): cddone: got error 0x6 back > Nov 4 10:49:47 kernel: GEOM_STRIPE: Disk da0s1d removed from data. > Nov 4 10:49:47 kernel: GEOM_STRIPE: Device stripe/data deactivated. > Nov 4 10:49:53 kernel: GEOM_STRIPE: Disk da0s1d attached to data. > Nov 4 10:49:53 kernel: GEOM_STRIPE: Device stripe/data activated. > Nov 4 10:50:02 kernel: GEOM_STRIPE: Disk da0s1d removed from data. > Nov 4 10:50:02 kernel: GEOM_STRIPE: Device stripe/data deactivated. > Nov 4 10:50:05 kernel: GEOM_STRIPE: Disk da0s1d attached to data. No it doesn't confirm it although what da0 is showing isn't expected. Install /usr/ports/sysutils/smartmontools if you haven't already and run: smartctl -a /dev/da0 and smartctl -a /dev/da1 It could be the GEOM meta-data got corrupted. No fsck will work until that has been addressed. -- Adam