From owner-freebsd-current@FreeBSD.ORG Fri Oct 30 19:20:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF6211065676 for ; Fri, 30 Oct 2009 19:20:26 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from mail.haruhiism.net (remilia.fujibayashi.jp [92.243.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 6B55F8FC14 for ; Fri, 30 Oct 2009 19:20:24 +0000 (UTC) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.haruhiism.net (Postfix) with ESMTPSA id 9E20E10108D for ; Sat, 31 Oct 2009 04:20:21 +0900 (JST) Message-ID: <4AEB3C7E.8040801@haruhiism.net> Date: Fri, 30 Oct 2009 22:20:30 +0300 From: Kamigishi Rei User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20090915 Thunderbird/3.0b4 MIME-Version: 1.0 To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Weird CAM-ATA behaviour (8.0-RC1): disk cloning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 19:20:27 -0000 Hello, I just noticed something weird in my device list (actually, I noticed it in "glabel status" output, but then confirmed via camcontrol devlist): I got a 7th HDD, ada6, which is, surprisingly, ada0. This is how it appeared (I've checked the logs): Oct 27 01:26:38 ameagari sudo: fujibayashi : TTY=pts/3 ; PWD=/usr/home/fujibayashi ; USER=root ; COMMAND=/sbin/camcontrol rescan 0:0:1 Oct 27 01:26:38 ameagari kernel: (aprobe0:ahcich0:0:0:1): SIGNATURE: 0000 Oct 27 01:26:38 ameagari kernel: ada6 at ahcich0 bus 0 target 0 lun 1 Oct 27 01:26:38 ameagari kernel: ada6: ATA/ATAPI-8 SATA 2.x device Oct 27 01:26:38 ameagari kernel: ada6: 300.000MB/s transfers Oct 27 01:26:38 ameagari kernel: ada6: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) Oct 27 01:26:38 ameagari kernel: ada6: Native Command Queueing enabled Oct 27 01:26:38 ameagari kernel: GEOM_MIRROR: Cannot add disk ada6 to gm0 (error=17). While I know I made a mistake there (specifying 0:0:1 instead of 1:0:0), is this behaviour really correct? I don't see why we should add a 'cloned' disk device on a rescan of LUNs that do not really exist in the first place. This is repeatable and I can create as many clones as I want (by doing "camcontrol rescan X:Y:Z" where Y and Z can vary and X is the AHCI bus number): Oct 31 04:15:55 ameagari sudo: fujibayashi : TTY=pts/3 ; PWD=/usr/src ; USER=root ; COMMAND=/sbin/camcontrol rescan 0:1:1 Oct 31 04:15:55 ameagari kernel: (aprobe0:ahcich0:0:1:1): SIGNATURE: 0000 Oct 31 04:15:55 ameagari kernel: ada7 at ahcich0 bus 0 target 1 lun 1 Oct 31 04:15:55 ameagari kernel: ada7: ATA/ATAPI-8 SATA 2.x device Oct 31 04:15:55 ameagari kernel: ada7: 300.000MB/s transfers Oct 31 04:15:55 ameagari kernel: ada7: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) Oct 31 04:15:55 ameagari kernel: ada7: Native Command Queueing enabled Oct 31 04:15:55 ameagari kernel: GEOM_MIRROR: Cannot add disk ada7 to gm0 (error=17). Oct 31 04:15:55 ameagari kernel: GEOM: ada7s1: geometry does not match label (255h,63s != 16h,63s). Here's camcontrol output before rescan of 0:1:1: fujibayashi@ameagari /usr/src % sudo camcontrol devlist -v scbus0 on ahcich0 bus 0: at scbus0 target 0 lun 0 (pass0,ada0) at scbus0 target 0 lun 1 (ada6,pass6) <> at scbus0 target -1 lun -1 () scbus1 on ahcich1 bus 0: at scbus1 target 0 lun 0 (pass1,ada1) <> at scbus1 target -1 lun -1 () scbus2 on ahcich2 bus 0: at scbus2 target 0 lun 0 (pass2,ada2) <> at scbus2 target -1 lun -1 () scbus3 on ahcich3 bus 0: at scbus3 target 0 lun 0 (pass3,ada3) <> at scbus3 target -1 lun -1 () scbus4 on ahcich4 bus 0: at scbus4 target 0 lun 0 (pass4,ada4) <> at scbus4 target -1 lun -1 () scbus5 on ahcich5 bus 0: at scbus5 target 0 lun 0 (pass5,ada5) <> at scbus5 target -1 lun -1 () scbus-1 on xpt0 bus 0: <> at scbus-1 target -1 lun -1 (xpt0) fujibayashi@ameagari /usr/src % uname -a FreeBSD ameagari.fujibayashi.jp 8.0-RC1 FreeBSD 8.0-RC1 #29 r198327: Fri Oct 23 05:29:41 JST 2009 root@ameagari.fujibayashi.jp:/usr/obj/usr/src/sys/Ameagari amd64 -- Kamigishi Rei KREI-RIPE