Initial import of binutils 2.22 on the new vendor branch
[dragonfly.git] / contrib / lvm2 / dist / man / vgreduce.8
1 .\"    $NetBSD: vgreduce.8,v 1.2 2009/02/18 12:16:13 haad Exp $
2 .\"
3 .TH VGREDUCE 8 "LVM TOOLS 2.02.44-cvs (02-17-09)" "Sistina Software UK" \" -*- nroff -*-
4 .SH NAME
5 vgreduce \- reduce a volume group
6 .SH SYNOPSIS
7 .B vgreduce
8 [\-a|\-\-all] [\-A|\-\-autobackup y|n] [\-d|\-\-debug] [\-h|\-?|\-\-help]
9 [\-\-removemissing]
10 [\-t|\-\-test]
11 [\-v|\-\-verbose] VolumeGroupName
12 [PhysicalVolumePath...]
13 .SH DESCRIPTION
14 vgreduce allows you to remove one or more unused physical volumes
15 from a volume group.
16 .SH OPTIONS
17 See \fBlvm\fP for common options.
18 .TP
19 .I \-a, \-\-all
20 Removes all empty physical volumes if none are given on command line.
21 .TP
22 .I \-\-removemissing
23 Removes all missing physical volumes from the volume group, if there are no
24 logical volumes allocated on those. This resumes normal operation of the volume
25 group (new logical volumes may again be created, changed and so on).
26
27 If this is not possible (there are logical volumes referencing the missing
28 physical volumes) and you cannot or do not want to remove them manually, you
29 can run this option with --force to have vgreduce remove any partial LVs.
30
31 Any logical volumes and dependent snapshots that were partly on the 
32 missing disks get removed completely. This includes those parts 
33 that lie on disks that are still present.
34
35 If your logical volumes spanned several disks including the ones that are
36 lost, you might want to try to salvage data first by activating your
37 logical volumes with --partial as described in \fBlvm (8)\fP.
38
39 .SH SEE ALSO
40 .BR lvm (8),
41 .BR vgextend (8)