public inbox for lvm2-cvs@sourceware.org help / color / mirror / Atom feed
From: wysochanski@sourceware.org To: lvm-devel@redhat.com, lvm2-cvs@sourceware.org Subject: LVM2/man lvm.conf.5.in pvchange.8.in pvcreate. ... Date: Fri, 02 Jul 2010 17:05:00 -0000 [thread overview] Message-ID: <20100702170523.25651.qmail@sourceware.org> (raw) CVSROOT: /cvs/lvm2 Module name: LVM2 Changes by: wysochanski@sourceware.org 2010-07-02 17:05:22 Modified files: man : lvm.conf.5.in pvchange.8.in pvcreate.8.in vgchange.8.in vgcreate.8.in Log message: Minor changes to man pages for --metadataignore. Move the definition from pvchange to pvcreate - the location of other metadata options. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/man/lvm.conf.5.in.diff?cvsroot=lvm2&r1=1.11&r2=1.12 http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/man/pvchange.8.in.diff?cvsroot=lvm2&r1=1.3&r2=1.4 http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/man/pvcreate.8.in.diff?cvsroot=lvm2&r1=1.6&r2=1.7 http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/man/vgchange.8.in.diff?cvsroot=lvm2&r1=1.10&r2=1.11 http://sourceware.org/cgi-bin/cvsweb.cgi/LVM2/man/vgcreate.8.in.diff?cvsroot=lvm2&r1=1.8&r2=1.9 --- LVM2/man/lvm.conf.5.in 2010/06/30 13:03:48 1.11 +++ LVM2/man/lvm.conf.5.in 2010/07/02 17:05:22 1.12 @@ -415,7 +415,7 @@ or extended after Logical Volumes have been allocated on the device. If you do not want to store metadata on this device, it is still wise always to allocate a metadata area (use a non-zero value for -\fB--pvmetadatacopies) in case you need it in the future and to use +\fB--pvmetadatacopies\fP) in case you need it in the future and to use this option to instruct LVM2 to ignore it. .IP \fBvgmetadatacopies\fP \(em When creating a volume group using the --- LVM2/man/pvchange.8.in 2010/06/28 20:34:12 1.3 +++ LVM2/man/pvchange.8.in 2010/07/02 17:05:22 1.4 @@ -26,16 +26,6 @@ .TP .I \-x, \-\-allocatable y|n Enable or disable allocation of physical extents on this physical volume. -.TP -.I \-\-metadataignore y|n -Ignore or un-ignore metadata areas on this physical volume. If metadata -areas on a physical volume are ignored, LVM will not not store metadata -in the metadata areas present on this Physical Volume. Metadata areas -cannot be created or extended after Logical Volumes have been allocated -on the device. If you do not want to store metadata on this device, it -is still wise always to allocate a metadata area in case you need it in -the future and to use this option to instruct LVM2 to ignore it. -(This option is not applicable to the old LVM1 metadata format.) .SH Example "pvchange -x n /dev/sdk1" disallows the allocation of physical extents on this physical volume (possibly because of disk errors, or because it will --- LVM2/man/pvcreate.8.in 2010/06/30 12:49:29 1.6 +++ LVM2/man/pvcreate.8.in 2010/07/02 17:05:22 1.7 @@ -118,6 +118,16 @@ then later use \fBvgsplit\fP you must ensure that each VG is still going to have a suitable number of copies of the metadata after the split! .TP +.I \-\-metadataignore y|n +Ignore or un-ignore metadata areas on this physical volume. The default +is "n". If metadata areas on a physical volume are ignored, LVM will +not not store metadata in the metadata areas present on this Physical +Volume. Metadata areas cannot be created or extended after Logical +Volumes have been allocated on the device. If you do not want to store +metadata on this device, it is still wise always to allocate a metadata +area in case you need it in the future and to use this option to instruct +LVM2 to ignore it. +.TP .BR \-\-restorefile " file" In conjunction with \fB--uuid\fP, this extracts the location and size of the data on the PV from the file (produced by \fBvgcfgbackup\fP) --- LVM2/man/vgchange.8.in 2010/06/28 20:36:18 1.10 +++ LVM2/man/vgchange.8.in 2010/07/02 17:05:22 1.11 @@ -138,7 +138,7 @@ .BR \-\-vgmetadatacopies " " \fINumberOfCopies|unmanaged|all\fP Sets the desired number of metadata copies in the volume group. If set to a non-zero value, LVM will automatically manage the 'metadataignore' -flags on the physical volumes (see \fBpvchange --metadataignore\fP) in order +flags on the physical volumes (see \fBpvchange\fP or \fBpvcreate\fP --metadataignore\fP) in order to achieve \fINumberOfCopies\fP copies of metadata. If set to \fIunmanaged\fP, LVM will not automatically manage the 'metadataignore' flags. If set to \fIall\fP, LVM will first clear all of the 'metadataignore' flags on all --- LVM2/man/vgcreate.8.in 2010/06/28 20:38:23 1.8 +++ LVM2/man/vgcreate.8.in 2010/07/02 17:05:22 1.9 @@ -77,7 +77,7 @@ .BR \-\-vgmetadatacopies " " \fINumberOfCopies|unmanaged|all\fP Sets the desired number of metadata copies in the volume group. If set to a non-zero value, LVM will automatically manage the 'metadataignore' -flags on the physical volumes (see \fBpvchange --metadataignore\fP) in order +flags on the physical volumes (see \fBpvcreate\fP or \fBpvchange\fP --metadataignore\fP) in order to achieve \fINumberOfCopies\fP copies of metadata. If set to \fIunmanaged\fP, LVM will not automatically manage the 'metadataignore' flags. If set to \fIall\fP, LVM will first clear all of the 'metadataignore' flags on all
next reply other threads:[~2010-07-02 17:05 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top 2010-07-02 17:05 wysochanski [this message] 2010-07-13 15:04 wysochanski
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20100702170523.25651.qmail@sourceware.org \ --to=wysochanski@sourceware.org \ --cc=lvm-devel@redhat.com \ --cc=lvm2-cvs@sourceware.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).