From nobody Fri May 3 04:26:02 2024
Delivered-To: importer@patchew.org
Received-SPF: pass (zoho.com: domain of redhat.com designates 209.132.183.28
as permitted sender) client-ip=209.132.183.28;
envelope-from=libvir-list-bounces@redhat.com; helo=mx1.redhat.com;
Authentication-Results: mx.zohomail.com;
spf=pass (zoho.com: domain of redhat.com designates 209.132.183.28 as
permitted sender) smtp.mailfrom=libvir-list-bounces@redhat.com;
dmarc=pass(p=none dis=none) header.from=redhat.com
Return-Path:
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by
mx.zohomail.com
with SMTPS id 1535581348099801.2695215474167;
Wed, 29 Aug 2018 15:22:28 -0700 (PDT)
Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com
[10.5.11.16])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by mx1.redhat.com (Postfix) with ESMTPS id 62A923082A2A;
Wed, 29 Aug 2018 22:22:25 +0000 (UTC)
Received: from colo-mx.corp.redhat.com
(colo-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.20])
by smtp.corp.redhat.com (Postfix) with ESMTPS id 3487184773;
Wed, 29 Aug 2018 22:22:24 +0000 (UTC)
Received: from lists01.pubmisc.prod.ext.phx2.redhat.com
(lists01.pubmisc.prod.ext.phx2.redhat.com [10.5.19.33])
by colo-mx.corp.redhat.com (Postfix) with ESMTP id 14E3318005D0;
Wed, 29 Aug 2018 22:22:21 +0000 (UTC)
Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.rdu2.redhat.com
[10.11.54.6])
by lists01.pubmisc.prod.ext.phx2.redhat.com (8.13.8/8.13.8) with ESMTP
id w7TMMK8b016051 for ;
Wed, 29 Aug 2018 18:22:20 -0400
Received: by smtp.corp.redhat.com (Postfix)
id 179792166BA1; Wed, 29 Aug 2018 22:22:20 +0000 (UTC)
Received: from red.redhat.com (ovpn-124-180.rdu2.redhat.com [10.10.124.180])
by smtp.corp.redhat.com (Postfix) with ESMTP id CF4FD2166B41
for ; Wed, 29 Aug 2018 22:22:17 +0000 (UTC)
From: Eric Blake
To: libvir-list@redhat.com
Date: Wed, 29 Aug 2018 17:22:17 -0500
Message-Id: <20180829222217.286074-1-eblake@redhat.com>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.6
X-loop: libvir-list@redhat.com
Subject: [libvirt] [PATCH] storage: Fix mention of disk pool default
X-BeenThere: libvir-list@redhat.com
X-Mailman-Version: 2.1.12
Precedence: junk
List-Id: Development discussions about the libvirt library & tools
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Sender: libvir-list-bounces@redhat.com
Errors-To: libvir-list-bounces@redhat.com
X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16
X-Greylist: Sender IP whitelisted,
not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.45]);
Wed, 29 Aug 2018 22:22:26 +0000 (UTC)
X-ZohoMail: RDMRC_0 RSF_0 Z_629925259 SPT_0
Content-Type: text/plain; charset="utf-8"
The default disk storage pool type is 'dos', not 'msdos'.
Signed-off-by: Eric Blake
Reviewed-by: John Ferlan
---
I ran into this doc bug when trying to figure out why a disk storage
pool that I had copied from another machine wouldn't autostart; it
turns out that the old disk used BIOS partitioning (dos), and the new
one uses UEFI (gpt).
I wonder if it would be nicer if a disk pool without a default
partition type supplied by the user could auto-detect the right
format, rather than defaulting to dos, but that's a bigger question
that I won't be tackling, and wouldn't have necessarily helped me
(if the element was already present when I copied the file).
docs/storage.html.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/docs/storage.html.in b/docs/storage.html.in
index e9e6ec7423..6ec623831c 100644
--- a/docs/storage.html.in
+++ b/docs/storage.html.in
@@ -310,7 +310,7 @@
on the size and placement of volumes. The 'free extents'
information will detail the regions which are available for creating
new volumes. A volume cannot span across 2 different free extents.
- It will default to using msdos
as the pool source forma=
t.
+ It will default to using dos
as the pool source format.
Example pool input
--=20
2.17.1
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list