Sponsored Content
Operating Systems Linux LVM (volume manager) and virtual disks Post 302316630 by mark54g on Friday 15th of May 2009 03:08:36 PM
Old 05-15-2009
You should be able to take the disk with the LVM info on it, do a vgscan on it and import the VG information. You may need to do a vgimport
 

9 More Discussions You Might Find Interesting

1. Linux

Problem for restoring lvm on different disks

Hi all, I have a server running in RH ES4, the SCSI HD are running in RAID 1. I backup the LVM config by using 'vgcfgbackup' and then remove all the HD. I insert another HD (same size & branch but different model) into the machine and run linux rescue to recreate the... (0 Replies)
Discussion started by: donaldfung
0 Replies

2. UNIX for Advanced & Expert Users

LVM - Extending Logical Volume within Volume Group

Hello, I have logical volume group of 50GB, in which I have 2 logical volumes, LogVol01 and LogVol02, both are of 10GB. If I extend LogVol01 further by 10GB, then it keeps the extended copy after logical volume 2. I want to know where it keeps this information Regards Himanshu (3 Replies)
Discussion started by: ghimanshu
3 Replies

3. Solaris

How to resize mirror volume in veritas volume manager 3.5 on Solaris 9 OE

Hi all, I have a problem with vxvm volume which is mirror with two disks. when i am try to increase file system, it is throwing an ERROR: can not allocate 5083938 blocks, ERROR: can not able to run vxassist on this volume. Please find a sutable solutions. Thanks and Regards B. Nageswar... (0 Replies)
Discussion started by: nageswarb
0 Replies

4. SuSE

Remove disks from VGs in LVM

Hi, I have following set up on Open suse 11 vgdisplay pvdisplay lvdisplay I would like to remove these disks /dev/sdb and /dev/sdc from LVM and do not use them for anything.. Can anyone please help me with this ? (1 Reply)
Discussion started by: upengan78
1 Replies

5. Solaris

RAID manager or veritas volume manager

Can somebody kindly help me to determine which one i should choose to better manipulate OS volume. RAID manager or veritas volume manager? Any critical differences between those two? Thanks in advance. (5 Replies)
Discussion started by: beginningDBA
5 Replies

6. UNIX for Dummies Questions & Answers

VERITAS Volume Manager - mirror a disk/volume

I have a machine (5.10 Generic_142900-03 sun4u sparc SUNW,Sun-Fire-V210) that we are upgrading the storage and my task is to mirror what is already on the machine to the new disk. I have the disk, it is labeled and ready but I am not sure of the next steps to mirror the existing diskgroup and... (1 Reply)
Discussion started by: rookieuxixsa
1 Replies

7. Red Hat

Create volume using LVM over 2 physical disks

I wanted to know how we can combine volumes over 2 physical drives. # fdisk -l Disk /dev/sda: 42.9 GB, 42949672960 bytes 255 heads, 63 sectors/track, 5221 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 ... (16 Replies)
Discussion started by: ikn3
16 Replies

8. Red Hat

Configure LVM to gain access to the data on disks

Hello friends, We had to upgrade RHEL 4.x to 5.7 so we took complete backup. Since DIRECT UPGRADE not possible, we rebuilt 5.7 from scratch. We had lvm configuration on DATA disks in previous OS and now we need to configure such that we should be able to have same old LVM configuration (like... (1 Reply)
Discussion started by: prvnrk
1 Replies

9. Solaris

Disks are not visible in Veritas Volume manager

Hi I have created a new setup for VCS for doing some testing on virtual box. After creating 3 Solaris 10 machine (147148-26) with VCS. Here I have used one machine as ISCSI Storage. VCS Version is bash-3.2# /opt/VRTS/bin/haclus -value EngineVersion 6.0.10.0 bash-3.2# bash-3.2# pkginfo... (4 Replies)
Discussion started by: hb00
4 Replies
vgscan(1M)																vgscan(1M)

NAME
vgscan - scan physical volumes for LVM volume groups SYNOPSIS
| | | vg_names...] Remarks If the volume group input arguments belong to a combination of volume groups version 1.0 and 2.0 or higher, the arguments may not be pro- cessed in the order they are listed on the command line. DESCRIPTION
The command is used as follows: 1. Recovering and recreating the or file when the file has been deleted or does not match the current physical volumes. 2. Reporting device special file lists for unconfigured volume groups. For recovery, will add entries for volume groups that are missing from or The command recovers volume group information by using LVM data structures in kernel memory, and by probing all devices, searching for LVM disks. If one or more physical volumes in the volume group has more than 8 paths, the command will only include 8 paths per physical volume. Additional path(s) will not be added in the or file. The volume group device special file must be present for recovery to succeed. In addition, will recover a missing volume group only if it has been activated at least once since the last boot or the last import, and the Volume Group ID is unique (see the section). Unconfigured volume groups are volume groups residing on attached storage that are missing from or and have not been activated since the last boot. The command cannot recover the or entries for these volume groups. Instead, it will print out the physical volume device spe- cial files for these volume groups. Configure these volume groups using the command. See vgimport(1M). The command will not update existing volume group entries in or unless the option is used. The option can be used to overwrite existing volume group entries in or Otherwise, or should be moved before running in order for the options to take full effect. In HP-UX 11i Version 3, the Mass Storage Stack supports two naming conventions for the device special files used to identify devices (see intro(7) and lvm(7)). Devices are represented as follows: o Persistent device special files, o Legacy device special files, LVM supports the use of both conventions within the same volume group. The command provides several options for controlling the use of legacy and persistent DSFs (device special files) during the or recovery. By default, will populate or with legacy DSFs, including alternate paths. There is one exception: For activated volume groups that are using persistent DSFs, will populate or using persistent DSFs for those physical volumes. The and options allow the user to override this default behavior. Options and Arguments recognizes the following options and arguments: Scan all paths of multipathed physical volumes. The option cannot be used in conjunction with the and options and when the legacy naming model is disabled with the com- mand (see rmsf(1M)). Populate or using both persistent and legacy DSFs. Persistent DSFs will be added before legacy DSFs, so they will be used as the primary path. This option can be used to migrate a deactivated volume group using legacy DSFs to use both per- sistent and legacy DSFs. The option cannot be used in conjunction with the and options and when the legacy naming model is disabled with the command (see rmsf(1M)). For the specified volume groups, force to replace any existing entries in or with updated entries. If the volume groups are missing from or they are added. The option provides the following functions:(1) Update incorrect, existing entries for activated volume groups. For example, a volume group may have been imported with only a partial set of devices. Or, a boot volume group may have been activated with persistent DSFs, while the existing entry in or has legacy DSFs.(2) Migrate a deactivated volume group using legacy DSFs to use persistent DSFs, or vice-versa.(3) Add volume group entries to the or file in the order specified on the command line. For example, this option can be used to put the boot volume group first in the or file. With the option, will not search for additional volume groups and will not report unconfigured volume groups. Skip the disk probe portion of and retrieve volume group information only from LVM data structures in kernel memory. The disk probe portion can be a time consuming operation, so this option can be used for faster recovery of or However, with this option, only vol- ume groups currently activated are added to or For deactivated volume groups, no information is added to or The option cannot be used in conjunction with the and options. Populate or using persistent DSFs, with the following exception: If there are volume groups activated that are using legacy DSFs, then will populate or using legacy DSFs for those physical volumes. The option cannot be used in conjunction with the and options. Preview the actions that would be taken but do not update or This option is best used in conjunction with the option. As with other options, if the legacy naming model has been disabled with the command (see rmsf(1M)), the option should also be used with the option. Print verbose messages. EXTERNAL INFLUENCES
Environment Variables determines the language in which messages are displayed. If is not specified or is null, it defaults to "C" (see lang(5)). If any internationalization variable contains an invalid setting, all internationalization variables default to "C" (see environ(5)). EXAMPLES
1. Append entries for volume groups missing from the or file. For deactivated volume groups, use legacy DSFs, and for activated volume groups, use the DSFs that were used to activate them. Report all physical volume legacy DSFs belonging to unconfigured volume groups. Do not modify existing volume group entries in or Run without any options: 2. Recreate the or file for volume groups activated since the last boot. For deactivated volume groups, use legacy DSFs, and for activated volume groups, use the DSFs that were used to activate them. Report all physical volume legacy DSFs belonging to unconfigured volume groups. or 3. Recreate the or file for volume groups activated since the last boot. For deactivated volume groups, use persistent DSFs, and for acti- vated volume groups, use the DSFs that were used to activate them. Report all physical volume persistent DSFs belonging to unconfigured volume groups. or 4. Recreate the or file for volume groups activated since the last boot. For activated and deactivated volume groups, use both persistent and legacy DSFs. Report all physical volume persistent and legacy DSFs belonging to unconfigured volume groups. or 5. Recreate the or file for activated volume groups, using the DSFs that were used to activate them. For deactivated volume groups, no entries are added to or and no physical volume DSFs are reported. or 6. For the volume group overwrite the existing physical volume DSFs in or with the physical volume persistent DSFs found belonging to dur- ing a hardware probing of all devices. 7. For the volume group overwrite the existing physical volume DSFs in or with the physical volume DSFs used in kernel memory. The volume group must be activated, or this command will fail. 8. Recreate the or file with the volume groups and The volume group entries will be added to or in that order. For deactivated volume groups, use legacy DSFs, and for activated volume groups, use the DSFs that were used to activate them. Do not add any other volume groups. or To preview the output for any of the above examples, include the and options in the command lines. WARNINGS
The option may become obsolete in future releases. The option may become obsolete in future releases. For deactivated volume groups, cannot recover volume groups that do not have a unique Volume Group ID, that is, when two or more volume groups share the same ID. If this scenario occurs, the command must be used to assign a unique Volume Group ID for each volume group. See vgchgid(1M). After running the number and order of physical volumes in the reconstructed or file could be different than what was configured previously (even if the option is used). The results could be as follows: The designated primary and alternate paths may not be the same as was configured before. Alternate paths will be added to the or file even though they weren't initially configured in the volume group. The boot information may be incorrect, due to changed order of device special files in the new or file. Rectify the above problems as follows: Run to activate all deactivated volume groups. For shared volume groups, invoke to activate the shared volume group in exclusive mode. Invoke to remove any unwanted alternate paths which were added to the or file as a result of the invocation. For boot volume groups only, invoke to correct the boot information on the physical volumes. If the original primary path of a physical volume is now configured as an alternate, the order can be reversed by using to remove the primary path and then invoking to add it back. The command will also print the following warning messages to notify the user of the above problems: No more than 8 paths to any Physical Volume will be added to the or file. All other paths will be omitted. SEE ALSO
lvlnboot(1M), vgchange(1M), vgcreate(1M), vgextend(1M), vgexport(1M), vgimport(1M), vgreduce(1M), intro(7), lvm(7). vgscan(1M)
All times are GMT -4. The time now is 04:36 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy