From owner-freebsd-geom@freebsd.org Tue Feb 9 14:24:12 2021 Return-Path: Delivered-To: freebsd-geom@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 405AC5404F4 for ; Tue, 9 Feb 2021 14:24:12 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DZlWb1JPfz54tT for ; Tue, 9 Feb 2021 14:24:10 +0000 (UTC) (envelope-from rwmaillists@googlemail.com) Received: by mail-wm1-x336.google.com with SMTP id m1so3655450wml.2 for ; Tue, 09 Feb 2021 06:24:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=CL9MTPe0NtXQ5Je6JsDLHax97O9jnVG7MUr8WfS8RlU=; b=Ac1AEd/uFcrh03GkEBy35q40bP6JDkufjfGdRVfTw/msSaMF5oAZnGL3kKNcLXvjwz v0sL/0rU4kY19Elqf8JkCyiV92LSHCMphmY9AsdtQuSp9gaOMESFoy1/qV23scdiBGYa hlbjcimVnP7pNJ+ndhkWra8cGNOio9AHDir1WrUIzdAQZi8houODD3BbVFE554nZvLLf Bl91IQ8PY+bJYSLhkH/z4yhoRNqM/havCv+48bAfHQl9uV1ajt37pD8wwycFhhLByRy6 4SGMZTtkwWFYuWfqaadVlWaBUpbCVLDyUqxT1WAyhDDlS4VxD/fEGWN0yZNvZ2MtUdV3 KAyg== X-Gm-Message-State: AOAM531Z4eacKZJgzzMXs9yONdH/8K1riToULP4eXqPpuGXZyhZVFjcN phxfz7OWBovHVkHezrxaBBVnkARI2hIUsg== X-Google-Smtp-Source: ABdhPJwSpLKGrXFat4h+Zke7TFRpL7tM8T/0v94w6ZnGRpeP2jwzsfsXUtTsfEAhFlkmu7LkqzZTdw== X-Received: by 2002:a7b:c193:: with SMTP id y19mr3671914wmi.23.1612880647585; Tue, 09 Feb 2021 06:24:07 -0800 (PST) Received: from gumby.homeunix.com ([2.124.155.25]) by smtp.gmail.com with ESMTPSA id z4sm35746366wrw.38.2021.02.09.06.24.04 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Feb 2021 06:24:06 -0800 (PST) Date: Tue, 9 Feb 2021 14:23:59 +0000 From: RW To: freebsd-geom@freebsd.org Subject: Re: Making gmirror metadata cooperate with gpt metadata Message-ID: <20210209142359.0310a10b@gumby.homeunix.com> In-Reply-To: References: X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; amd64-portbld-freebsd12.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DZlWb1JPfz54tT X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.47 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[googlemail.com:+]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[2.124.155.25:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::336:from]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-geom@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::336:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.53)[0.530]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::336:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-geom] X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Feb 2021 14:24:12 -0000 On Sun, 7 Feb 2021 08:50:52 -0500 Abner Gershon wrote: > The reason this is currently impossible is due to GPT and gmirror both > trying to store metadata in the last disk sector. I don't know whether GPT with gmirror is a special case, but generally when something uses the last sector for metadata it results in a new device that's one sector smaller.