From owner-freebsd-geom@FreeBSD.ORG Mon Jun 27 11:01:47 2005 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6C2216A429 for ; Mon, 27 Jun 2005 11:01:47 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C7EA43D4C for ; Mon, 27 Jun 2005 11:01:47 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j5RB1lEZ043009 for ; Mon, 27 Jun 2005 11:01:47 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j5RB1kB5043003 for freebsd-geom@freebsd.org; Mon, 27 Jun 2005 11:01:46 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 27 Jun 2005 11:01:46 GMT Message-Id: <200506271101.j5RB1kB5043003@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jun 2005 11:01:47 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/02/26] bin/78131 geom gbde "destroy" not working. o [2005/03/26] kern/79251 geom [2TB] newfs fails on 2.6TB gbde device 2 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jun 28 08:52:18 2005 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8BB1016A41C for ; Tue, 28 Jun 2005 08:52:18 +0000 (GMT) (envelope-from conrad.burger@swistgroup.com) Received: from thezone.swistgroup.com (thezone.swistgroup.com [196.44.35.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21B3D43D55 for ; Tue, 28 Jun 2005 08:52:17 +0000 (GMT) (envelope-from conrad.burger@swistgroup.com) Received: from mailnull by thezone.swistgroup.com with local (Exim 4.44 (FreeBSD)) id 1DnBpH-0009MY-5n for freebsd-geom@freebsd.org; Tue, 28 Jun 2005 10:52:15 +0200 Received: from hermes.swistgroup.com ([172.16.6.65]) by thezone.swistgroup.com with esmtp (Exim 4.44 (FreeBSD)) id 1DnBpG-0009MM-Sh for freebsd-geom@freebsd.org; Tue, 28 Jun 2005 10:52:14 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Date: Tue, 28 Jun 2005 10:57:34 +0200 Message-ID: <88B5DDE8C1A06741B754B910DE2DEFBB49A9BA@HERMES.swistgroup.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Gmirror Event -- need info Thread-Index: AcV7v26yPOCpzqFiQze3idqJLOIe7Q== From: "Conrad Burger" To: X-Scan-Signature: b659772b808e1abd3ce12b7c48fef018 X-disclaimer: Legalsentry Subject: Gmirror Event -- need info X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2005 08:52:18 -0000 Hi=20 I'm receiving the following gmirror events on the console.=20 g_post_event_x(0xc05d61d8, 0xc5bee680, 2, -1067379332) g_post_event_x(0xc05d61d8, 0xc7044d40, 2, -1067379332) g_post_event_x(0xc05d61d8, 0xc36b37e0, 2, -1067379332) g_post_event_x(0xc05d61d8, 0xc5c5f260, 2, -1067379332) Should I be worried? Where/How can I find out what these events mean? Regards Conrad Burger=20 From owner-freebsd-geom@FreeBSD.ORG Tue Jun 28 16:20:28 2005 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E2DD16A41C for ; Tue, 28 Jun 2005 16:20:28 +0000 (GMT) (envelope-from mgrant@grant.org) Received: from grant.org (grant.org [206.190.173.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3469E43D5E for ; Tue, 28 Jun 2005 16:20:28 +0000 (GMT) (envelope-from mgrant@grant.org) Received: from grant.org (localhost [127.0.0.1]) by grant.org (8.12.11/8.12.11) with ESMTP id j5SGKLFe074507 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 28 Jun 2005 12:20:21 -0400 (EDT) (envelope-from mgrant@grant.org) Received: (from mgrant@localhost) by grant.org (8.12.11/8.12.11/Submit) id j5SGKLoj074506 for freebsd-geom@freebsd.org; Tue, 28 Jun 2005 12:20:21 -0400 (EDT) (envelope-from mgrant) Date: Tue, 28 Jun 2005 12:20:21 -0400 From: Michael Grant To: freebsd-geom@freebsd.org Message-ID: <20050628162021.GT57111@grant.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on grant.org X-Virus-Scanned: by amavisd-new X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (grant.org [127.0.0.1]); Tue, 28 Jun 2005 12:20:27 -0400 (EDT) Subject: gmirror question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2005 16:20:28 -0000 I have 2 boxes connected together with their scsi busses in a cluster. Each box needs to mirror different things. It seems that when 'gmirror load' is executed, it hunts around and mirrors everything possible. This, of course, is a disaster for me. Is there any way to tell gmirror when it starts which providers to mirror? I don't want gmirror hunting around, I want to tell it exactly which providers to start up. Michael Grant From owner-freebsd-geom@FreeBSD.ORG Wed Jun 29 07:42:54 2005 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D4C216A41C for ; Wed, 29 Jun 2005 07:42:54 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: from darkness.comp.waw.pl (darkness.comp.waw.pl [195.117.238.136]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3126843D49 for ; Wed, 29 Jun 2005 07:42:54 +0000 (GMT) (envelope-from pjd@darkness.comp.waw.pl) Received: by darkness.comp.waw.pl (Postfix, from userid 1009) id 2B80AACC26; Wed, 29 Jun 2005 09:42:52 +0200 (CEST) Date: Wed, 29 Jun 2005 09:42:52 +0200 From: Pawel Jakub Dawidek To: Michael Grant Message-ID: <20050629074252.GH78468@darkness.comp.waw.pl> References: <20050628162021.GT57111@grant.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1EKig6ypoSyM7jaD" Content-Disposition: inline In-Reply-To: <20050628162021.GT57111@grant.org> User-Agent: Mutt/1.4.2i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 5.2.1-RC2 i386 Cc: freebsd-geom@freebsd.org Subject: Re: gmirror question X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2005 07:42:54 -0000 --1EKig6ypoSyM7jaD Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 28, 2005 at 12:20:21PM -0400, Michael Grant wrote: +> I have 2 boxes connected together with their scsi busses in a cluster. +>=20 +> Each box needs to mirror different things. It seems that when +> 'gmirror load' is executed, it hunts around and mirrors everything +> possible. This, of course, is a disaster for me. +>=20 +> Is there any way to tell gmirror when it starts which providers to +> mirror? I don't want gmirror hunting around, I want to tell it exactly +> which providers to start up. There is no clean way to achieve this, sorry. The hack I can recommend goes like this: Gmirror read the last provider's sector looking for metadata, so if there will be no metadata there, it will leave provider alone. You can use gnop(8) to decrease providers size, so original providers will not be recognized by gmirror class. Let's say you want to mirror da0 and=20 a1 on machine0 and da2 and da3 on machine1: machine0# gnop create -s -512 da0 machine0# gnop create -s -512 da1 machine0# gmirror label m0 da0.nop da1.nop machine1# gnop create -s -512 da2 machine1# gnop create -s -512 da3 machine1# gmirror label m1 da2.nop da3.nop Now, da[0-3] providers are not recognized by gmirror class, all you need to do is to create da[01].nop providers on start on machine0 and da[23].nop on machine1. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --1EKig6ypoSyM7jaD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCwlD8ForvXbEpPzQRAltHAJ917GGNzQ/k/N0d43jhSrOcleR1aACg+QTS SAK/OGV1oaDNu+7WAC+pqRc= =4YH5 -----END PGP SIGNATURE----- --1EKig6ypoSyM7jaD-- From owner-freebsd-geom@FreeBSD.ORG Fri Jul 1 16:12:10 2005 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C98716A427; Fri, 1 Jul 2005 16:12:10 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 390F843D48; Fri, 1 Jul 2005 16:12:08 +0000 (GMT) (envelope-from avg@icyb.net.ua) Received: from [212.40.38.87] (oddity-e.topspin.kiev.ua [212.40.38.87]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA29989; Fri, 01 Jul 2005 19:12:04 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <42C56B54.7080703@icyb.net.ua> Date: Fri, 01 Jul 2005 19:12:04 +0300 From: Andriy Gapon User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: Subject: geom nudge X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2005 16:12:10 -0000 I have SanDisk SDDR-75 usb dual card reader (CF and SM) detected by FreeBSD as "SanDisk ImageMate CF-SM 0100". There is some minor annoyance/oddity while using it that I would like to talk about. It seems that the device needs a few seconds (up to 5) after plugging in to settle in normal operating state. Apparently current code is not a good friend of such "retarded" devices. umass->cam->geom detection sequence does not seem to have sufficient delays and retries to wait for such a long initialization. This is what I am getting in logs: umass0: SanDisk Corporation ImageMate CF-SM, rev 1.10/1.00, addr 2 umass0:0:0:-1: Attached to scbus0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable Direct Access SCSI-0 device pass0: Serial Number pass0: 1.000MB/s transfers GEOM: new disk da0 (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: Serial Number da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present Unretryable error (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present Unretryable error (da0:umass-sim0:0:0:0): error 6 (da0:umass-sim0:0:0:0): Unretryable Error Opened disk da0 -> 6 If I understand the messages and the code correctly, geom created a new disk and tried to do subsequent magic stuff starting with querying medium size, but that operation failed because of the said "retardness". If I execute this command: camcontrol cmd 2:0:0 -v -c "25 00 00 00 00 00 00 00 00 00" -i 8 "i4 i4" in a loop with 1 second sleep, I see that READ CAPACITY fails for 3-5 seconds but then it works correctly. I am actually OK with such situation. The problem is that the only device created is obviously da0 i.e. there are no devices for slices present on medium. So, when the card reader comes to senses I would like to give a nudge to geom to "re-scan" or "re-create" da0. So far I have failed to find a nice way to do it. camcontrol rescan and reset do not help. The only thing that works is trying to mount /dev/da0, that obviously fails but makes geom take a new look at the disk: $ mount_msdosfs /dev/da0 /mnt/flash mount_msdosfs: /dev/da0: Invalid argument (note: mount ufs does it as well but with different error message) $ ls -1 /dev/da* /dev/da0 /dev/da0s1 /dev/da0s1s4 this is what I get in logs: (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): Retrying Command [0] f:80 typ:6 s(CHS):0/1/1 e(CHS):982/15/32 s:32 l:503264 [1] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [2] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 [3] f:00 typ:0 s(CHS):0/0/0 e(CHS):0/0/0 s:0 l:0 GEOM: Configure da0s1, start 16384 length 257671168 end 257687551 [0] f:20 typ:32 s(CHS):356/97/46 e(CHS):357/116/40 s:1919950958 l:544437093 [1] f:61 typ:107 s(CHS):288/110/57 e(CHS):269/101/57 s:1330184202 l:538976288 [2] f:20 typ:83 s(CHS):345/32/19 e(CHS):324/77/19 s:538989391 l:1398362912 [3] f:80 typ:73 s(CHS):87/1/0 e(CHS):335/78/2 s:1394627663 l:21337 GEOM: Configure da0s1s4, start 714049363456 length 10924544 end 714060287999 As you can see, there is an oddity to this operation - what is the da0s1s4 ? CF card has only one DOS filesystem and da0s1 works well, da0s1s4 produces error on any access attempt and its name is very weird. Anyway, my main question is - is there any "nice" way to tell geom to re-evaluate a disk ? My secondary question is - is it possible to make geom(/cam?) try harder to query disk than its current single-shot effort ? My tertiary question is - WTF is da0s1s4 ? :-) P.S. all information related to da1 (this is a dual card reader, remember?) is ommited on purpose, as I use only CF slot. -- Andriy Gapon From owner-freebsd-geom@FreeBSD.ORG Fri Jul 1 17:13:06 2005 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0A8316A41C; Fri, 1 Jul 2005 17:13:06 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD9FD43D1F; Fri, 1 Jul 2005 17:13:06 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id CB592BC6A; Fri, 1 Jul 2005 17:13:03 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.4/8.13.4) with ESMTP id j61HD15u015728; Fri, 1 Jul 2005 19:13:02 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Andriy Gapon From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 01 Jul 2005 19:12:04 +0300." <42C56B54.7080703@icyb.net.ua> Date: Fri, 01 Jul 2005 19:13:01 +0200 Message-ID: <15727.1120237981@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: geom nudge X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Jul 2005 17:13:07 -0000 In message <42C56B54.7080703@icyb.net.ua>, Andriy Gapon writes: >I am actually OK with such situation. The problem is that the only >device created is obviously da0 i.e. there are no devices for slices >present on medium. So, when the card reader comes to senses I would like >to give a nudge to geom to "re-scan" or "re-create" da0. true > /dev/da0 will do it. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.