Sponsored Content
Full Discussion: 13 disk raidz2 pool lost
Operating Systems Solaris 13 disk raidz2 pool lost Post 302711273 by DGPickett on Friday 5th of October 2012 04:48:54 PM
Old 10-05-2012
Just quick-studying this product, but it seem it should recover on its own if you place a labeled empty volume where the bad volume was: https://blogs.oracle.com/partnertech...troduction_to1
 

7 More Discussions You Might Find Interesting

1. Infrastructure Monitoring

zfs - migrate from pool to pool

Here are the details. cnjr-opennms>root$ zfs list NAME USED AVAIL REFER MOUNTPOINT openpool 20.6G 46.3G 35.5K /openpool openpool/ROOT 15.4G 46.3G 18K legacy openpool/ROOT/rds 15.4G 46.3G 15.3G / openpool/ROOT/rds/var 102M ... (3 Replies)
Discussion started by: pupp
3 Replies

2. Ubuntu

Disk Space lost mysteriously upon breaking a process.

Hi All, Today when I was working on a script to generate custom wordlist. So I ran a script and the output was directed to /tmp. The disk space was around 19 gb. While the script was running, I decided to direct the o/p file to my 1TB drive. So I broke the run using Ctrl + C. Now when I... (4 Replies)
Discussion started by: morningSunshine
4 Replies

3. Boot Loaders

Lost MBR on disk

trying to recover a lost partition table, where the signature (0x55AA) has been lost, though attempting to restore using a number of tools (fdisk, testdisk et al) the write fails. also the os is unable to read the disk geometry correctly, after attempting to correct the geometry, the updated... (2 Replies)
Discussion started by: xaphan
2 Replies

4. Solaris

zfs raidz2 - insufficient replicas

I lost my system volume in a power outage, but fortunately I had a dual boot and I could boot into an older opensolaris version and my raidz2 7 drive pool was still fine. I even scrubbed it, no errors. However, the older os has some smb problems so I wanted to upgrade to opensolaris11. I... (3 Replies)
Discussion started by: skk
3 Replies

5. Solaris

Lost Root Password on VXVM Encapsulated Root Disk

Hi All Hope it's okay to post on this sub-forum, couldn't find a better place I've got a 480R running solaris 8 with veritas volume manager managing all filesystems, including an encapsulated root disk (I believe the root disk is encapsulated as one of the root mirror disks has an entry under... (1 Reply)
Discussion started by: sunnyd76
1 Replies

6. Solaris

Need to remove a disk from zfs pool

I accidently added a disk in different zpool instead of pool, where I want. root@prtdrd21:/# zpool status cvfdb2_app_pool pool: cvfdb2_app_pool state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM cvfdb2_app_pool ONLINE 0 0 0... (1 Reply)
Discussion started by: solaris_1977
1 Replies

7. Solaris

How to clear a removed single-disk pool from being listed by zpool import?

On an OmniOS server, I removed a single-disk pool I was using for testing. Now, when I run zpool import it will show it as FAULTED, since that single disk not available anymore. # zpool import pool: fido id: 7452075738474086658 state: FAULTED status: The pool was last... (11 Replies)
Discussion started by: priyadarshan
11 Replies
vgchgid(1M)															       vgchgid(1M)

NAME
vgchgid - modify the Volume Group ID (VGID) on a given set of physical devices SYNOPSIS
PhysicalVolumePath [PhysicalVolumePath] ... DESCRIPTION
The command is designed to change the LVM Volume Group ID (VGID) on a supplied set of disks. will work with any type of storage, but it is primarily targeted at disk arrays that are able to create "snapshots" or "clones" of mirrored LUNs. accepts a set of raw physical devices and ensures that they all belong to the same volume group, before altering the VGID (see section). The same VGID is set on all the disks and it should be noted that in cases of multi-PV volume groups, all the physical volumes should be supplied in a single invocation of the command. Options recognizes the following options and arguments: PhysicalVolumePath The raw devices path name of a physical volume. Background Some storage subsystems have a feature which allows a user to split off a set of mirror copies of physical storage (termed or just as LVM splits off logical volumes with the command. As the result of the "split," the split-off devices will have the same VGID as the original disks. is needed to modify the VGID on the BCV devices. Once the VGID has been altered, the BCV disks can be imported into a new volume group by using WARNINGS
Once the VGID has been changed, the original VGID is lost until a disk device is re-mirrored with the original devices. If is used on a subset of disk devices (for example, two out of four disk devices), the two groups of disk devices would not be able to be imported into the same volume group since they have different VGIDs on them. The solution is to re-mirror all four of the disk devices and re-run on all four BCV devices at the same time, and then use to import them into the same new volume group. If a disk is newly added to an existing volume group and no subsequent LVM operations has been performed to alter the structures (in other words, operations which perform an automated vgcfgbackup(1M)); then it is possible a subsequent will fail. It will report that the disk does not belong to the volume group. This may be overcome by performing a structure changing operation on the volume group (for example, using It is the system administrator's responsibility to make sure that the devices provided in the command line are all Business Copy volumes of the existing standard physical volumes and are in the ready state and writable. Mixing the standard and BC volumes in the same volume group can cause data corruption. RETURN VALUE
returns the following values: 0 VGID was modified with no error 1 VGID was not modified EXAMPLES
An example showing how might be used: 1. The system administrator uses the following commands to create the Business Continuity (BCV or BC) copy: 1) For EMC Symmetrix disks, the commands are and 2) For XP disk array, the commands are and Three BCV disks are created. 2. Change the VGID on the BCV disks. 3. Make a new volume group using the BCV disks. This step can be skipped as the group file will be created automatically. If the file is manually created it will have different major and minor numbers (see lvm(7)). 4. Import the BCV disks into the new volume group. 5. Activate the new volume group. 6. Backup the new volume group's LVM data structure. 7. Mount the associated logical volumes. SEE ALSO
vgimport(1M), vgscan(1M), vgcfgbackup(1M). vgchgid(1M)
All times are GMT -4. The time now is 11:03 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy