2008-10-08 16:50:13 +04:00
.TH VGRENAME 8 "LVM TOOLS #VERSION#" "Sistina Software UK" \" -*- nroff -*-
2002-01-04 23:35:19 +03:00
.SH NAME
vgrename \- rename a volume group
.SH SYNOPSIS
.B vgrename
2008-11-12 18:01:35 +03:00
[\- A|\- \- autobackup y|n]
[\- d|\- \- debug]
[\- h|\- ?|\- \- help]
[\- t|\- \- test]
[\- v|\- \- verbose]
2007-05-22 06:51:33 +04:00
.IR OldVolumeGroup { Path | Name | UUID }
.IR NewVolumeGroup { Path | Name }
2002-01-04 23:35:19 +03:00
.SH DESCRIPTION
vgrename renames an existing (see
.B vgcreate(8)
2007-05-22 06:51:33 +04:00
) volume group from
.IR OldVolumeGroup { Name | Path | UUID }
to
.IR NewVolumeGroup { Name | Path }.
2002-01-04 23:35:19 +03:00
.SH OPTIONS
See \fB lvm\fP for common options.
.SH Examples
"vgrename /dev/vg02 /dev/my_volume_group" renames existing
volume group "vg02" to "my_volume_group".
.TP
"vgrename vg02 my_volume_group" does the same.
2007-05-22 06:51:33 +04:00
.TP
2007-06-16 00:46:04 +04:00
"vgrename Zvlifi-Ep3t-e0Ng-U42h-o0ye-KHu1-nl7Ns4 VolGroup00_tmp"
changes the name of the Volume Group with UUID
Zvlifi-Ep3t-e0Ng-U42h-o0ye-KHu1-nl7Ns4 to
"VolGroup00_tmp".
All the Volume Groups visible to a system need to have different
names. Otherwise many LVM2 commands will refuse to run or give
warning messages.
This situation could arise when disks are moved between machines. If
a disk is connected and it contains a Volume Group with the same name
as the Volume Group containing your root filesystem the machine might
not even boot correctly. However, the two Volume Groups should have
different UUIDs (unless the disk was cloned) so you can rename
one of the conflicting Volume Groups with
\fB vgrename\fP .
2007-05-22 06:51:33 +04:00
.TP
2002-01-04 23:35:19 +03:00
.SH SEE ALSO
2008-10-08 16:50:13 +04:00
.BR lvm (8),
.BR vgchange (8),
.BR vgcreate (8),
2002-01-04 23:35:19 +03:00
.BR lvrename (8)