UNIX Journey of Indrajit: 03/01/2013

Friday, March 15, 2013

vgextend: Couldn't install the physical volume "/dev/dsk/". Too many links

Problem Description:vgextend: Couldn't install the physical volume "/dev/dsk/".
Too many links

root@indrtest# vgextend /dev/indrtests /dev/dsk/c40t5d2 /dev/dsk/c43t5d2
vgextend: Couldn't install the physical volume "/dev/dsk/c40t5d2".
Too many links
vgextend: Couldn't install the physical volume "/dev/dsk/c43t5d2".
Too many links
root@indrtest# vgextend /dev/indrtests /dev/dsk/c40t5d2
vgextend: Couldn't install the physical volume "/dev/dsk/c40t5d2".
Too many links

Solution:
Unfortuantely that probably means you reached the maximum number of PV allowed for this Volume Group.

do a
#vgdisplay -v indrtest|more

and check that your Max PV is higher than the Cur PV. If they are equal (which is what I think is happening right now), that means you cannot add any more disks into that VG.

You either have to create a new VG, or re-create this current VG with option -p to have more disks than the actual value.
Cooperation is doing with a smile what you have to do anyhow.

root@marssvr# vgdisplay -v /dev/indrtests|more
--- Volume groups ---
VG Name                     /dev/indrtests
VG Write Access             read/write     
VG Status                   available                 
Max LV                      255    
Cur LV                      34     
Open LV                     34     
Max PV                      32     
Cur PV                      32     
Act PV                      32     
Max PE per PV               14687        
VGDA                        64  
PE Size (Mbytes)            4               
Total PE                    319278  
Alloc PE                    319278  
Free PE                     0       
Total PVG                   0        
Total Spare PVs             0              
Total Spare PVs in use      0 

Monday, March 4, 2013

VCS WARNING V-16-1-10484 Group dependency is violated

root@hostname2# hagrp -switch depkms_sg -to hostname2

VCS WARNING V-16-1-10484 Group dependency is violated if group depkms_sg goes offline on system hostname1

Cause:

In an online Gloabal Dependency, a child service group must be online on a system in the cluster before the parent service group can come online

The child service group cannot be taken offline while the parent service group is online, however the parent service group can be taken offline while the child service group is online

Solution:

1) Determine the child and parent service groups

root@hostname1# hagrp -dep depkms_sg

#Parent Child Relationship

unica_sg depkms_sg online global firm

2) Offline the parent service group, switch the child service group to another system and thenonline the parent service group again.

root@hostname2# hagrp -offline unica_sg -sys hostname2

root@hostname2# hastatus -summ

-- SYSTEM STATE

-- System State Frozen

A hostname1 RUNNING 0

A hostname2 RUNNING 0

-- GROUP STATE

-- Group System Probed AutoDisabled State

B depkms_sg hostname1 Y N ONLINE

B depkms_sg hostname2 Y N OFFLINE

B unica_sg hostname1 Y N OFFLINE

B unica_sg hostname2 Y N OFFLINE