---------- Post updated at 02:45 AM ---------- Previous update was at 02:41 AM ----------
Quote:
Originally Posted by rbatte1
With the disk still Active, perhaps the log volume copy that is alive is actually on the failing disk. Try to sync the logical volume and then see if you can drop the copy on hdisk1. Because it's the only mirrored LV left, you can get away with synchronising the whole volume group.
If it refuses, try to remove the logical copy without specifying a disk. If it drops the copy on hdisk4 then use migratepv to move the LV from hdisk1 to hdisk4
Robin
I am hesitant to remove the jfs2log as i'm not sure what would be the outcome as I don't have a test server to try on.
New Question:
The purpose of an alternate disk install is in my opinion to have a ready-to-use-backup and i've read that it is possible to install filesets or software on the cloned disk for testing purposal while the normal system is still running.
The question is: how do you tell AIX (5.2... (5 Replies)
Hello
I have a question
I have a box with Aix 5.3 with rootvg on mirror.
I deleted a filesystem and I create a new one to install some software but when I type lsvg -l rootvg all my filesystems has mirror unless the new one.
My question is I can mirror this fs only ??? or I have to... (9 Replies)
I'm trying to troubleshoot an issue with an AIX system here. I have no experience with system administration of IBM stuff. Our local admin is ... um ... not available at this time.
I found something online that said enter service mode - How the heck do I do that??? Why is IBM stuff lack proper... (2 Replies)
When attempting to extend rootvg to a new physical disk I received the following message:
0516-1162 extendvg: Warning, The Physical Partition Size of 64 requires the
creation of 1093 partitions for hdisk5. The limitation for volume group
rootvg is 1016 physical partitions... (4 Replies)
I would like to konw wheather below steps are sufficient for mirroring rootvg.
extendvg rootvg hdisk1
mirrorvg rootvg
bootlist -m normal hdisk0 hdisk1
bosboot -ad hdisk0
bosboot -ad hdisk1
or anything needs to be added. (7 Replies)
I want to increase the size of /tmp by 1GB
I know that the command is
chfs -a size=+1G /tmp
But the rootvg is mirrored and when I do a lsvg -p rootvg, I could see 2 disks.
Will there be any impact if I increase the size of /tmp when the rootvg is mirrored ?
Please advise. (1 Reply)
hello everyone, I have an AIX6.1 machine and i want to convert the rootvg to scalable format because i need to increase the size of specific file systems and i cannot do it with its current state. I know that in order to perform this operation the volume group must be varied off so is there a way... (5 Replies)
The root filesystem was mirrored, someone/something stopped mirroring, and increased / and /home to ridiculous values (/ got increased to 102gb and its only using 4.3gb, so 98gb is free). Can I reduce the / (/dev/hd4) filesytem down WITHOUT corrupting the the OS?
I would do a: chfs -a size=10g... (6 Replies)
Hi everybody,
I have a little problem with my AIX 6.1, PowerHA 6.1 LVM mirroring.
I accidentally created logical volume cpsabcd2lv with external jfs2log loglv00 in the same volume group cpsdata2vg. Then I mirrored LV cpsabcd2lv on the second LUN in VG cpsdata2vg. My journal is unmirrored and... (0 Replies)
Discussion started by: Necronomic
0 Replies
LEARN ABOUT HPUX
vgchgid
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)