From owner-freebsd-geom@FreeBSD.ORG Thu Jul 9 21:34:05 2009 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D30F4106564A; Thu, 9 Jul 2009 21:34:05 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id EF4AC8FC1B; Thu, 9 Jul 2009 21:34:04 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by ey-out-2122.google.com with SMTP id 9so126380eyd.3 for ; Thu, 09 Jul 2009 14:34:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:from:date:x-google-sender-auth:message-id:subject:to:cc :content-type:content-transfer-encoding; bh=ZmbNEZSHujweu2oHvgVISM2GxxzT+PgxDKtIB9EMNkg=; b=fzv/okr3n4ubzjU4p02peAxbwuKDBQhMFoqfYRjOndf42WaXcUJ/O7Nv+cnoEBC2pY k0eZwlSPf0lbwhOOXoQLsUWwV/Gs2ahO0z2CfU3l6Ivaal3PEtmPT5EAQfvXJ9fQ8geC fUTwXD9zjGk3rSkekzXoeLiMu6TDSNBq6JQMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=hUXHeALoJ4OZ25H1CiBHED9yzs4zEZjWFgs2g4qrse9tVH20NlDjtS/Whls4Qbuqun mx342dP9Nc6y7AKes0Rq10AZ5bWm+Q2pUgfLMnktjs+8fvmv8OZeaVPAvNTzynRaitx7 QpViABvnXfdWNtPDFQ+g3GOn03T4Xsurd8a+0= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.210.114.15 with SMTP id m15mr1552381ebc.9.1247175244094; Thu, 09 Jul 2009 14:34:04 -0700 (PDT) In-Reply-To: <20090709200102.GA2438@garage.freebsd.pl> References: <20090709200102.GA2438@garage.freebsd.pl> From: Ivan Voras Date: Thu, 9 Jul 2009 23:33:44 +0200 X-Google-Sender-Auth: 3ea0d28d496d69d1 Message-ID: <9bbcef730907091433i6417de15o1462750b90fe54a@mail.gmail.com> To: Pawel Jakub Dawidek Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: glabel and real disk IDs 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: Thu, 09 Jul 2009 21:34:06 -0000 I really am not doing the things I do to agitate you personally. We can debate on technical grounds and I will back down if sufficient technical or logical reasons are given. I will not reply to any part of your messages that seem too emotional. 2009/7/9 Pawel Jakub Dawidek : > One of the reasons was polution of /dev/, The pollution of the /dev namespace could have been lessened by using a different policy in naming devices, as was suggested before (by me and others). The situation now is that we have passed the point of no return when glabel as-is arrived in the GENERIC kernel. Putting a freeze on adding new label parsers to glabel will not change anything for the better and will not fix existing problems. > another one was that the way > of getting SCSI disks IDs was not perfect. On the other hand, ATA IDs seem ok. If there are problems I don't see with them, I'd like to find out about them, better sooner than later. >> The purpose of this would be to have a unique disk ID without explicitly >> setting a label (e.g. as is commonly advised for ZFS and drive swapping). > > I guess you advice that? There is no such need when it comes to ZFS. ZFS I am not involved in ZFS development enough to advise or disadvise anything, except that I notice that there apparently is a problem somewhere in that area and that using glabel to fixate disk names is a common advice given to those who encounter it. The most recent thread (and the direct cause of my post) is http://permalink.gmane.org/gmane.os.freebsd.stable/63970 . I remember there are other similar threads. > can find his components just fine without using their names. Disk IDs > were added for ZFS in the past, but now they serve no purpose, I'd > prefer to remove them altogether or just leave them for informational > purpose as they exist now. I have seen your commit and was surprised by it. Doesn't it mean that because of it ZFS will not automatically pick up renumbered/renamed drives? Was the reason of removing disk id usage from ZFS that it didn't work? Can you suggest a solution (or a better solution than manually labeling drives) to the "drives renumbered" problem in the above thread? Finally, I will do what I proposed except if a) there is a noticeable community or developer outcry not to do it, for whatever reason or b) strong technical reasons are presented from anyone that would make the proposal invalid, unsecure, problematic to maintain, problematic to use for general users or others. Please also note that glabel is optional and noone is forcing anyone to use it. If you have problems with others' modifications to glabel, I also respectfully propose to take maintainance of it.