Description of problem: I have 1500 LVs on my 5 node cluster and when I attempted to activate all of them, only 432 were actually activated, the rest stayed inactive. Also, the vgchange and lvchange cmds didn't report any errors like they should have. [root@morph-01 ~]# lvchange -ay /dev/gfs/gfs1066 [root@morph-01 ~]# lvdisplay /dev/gfs/gfs1066 --- Logical volume --- LV Name /dev/gfs/gfs1066 VG Name gfs LV UUID 5wq2vk-n1H3-eflJ-PBYZ-ocWS-XhPQ-7vJYSF LV Write Access read/write LV Status NOT available LV Size 620.00 MB Current LE 155 Segments 1 Allocation inherit Read ahead sectors 0 [root@morph-01 ~]# lvchange -ay /dev/gfs/gfs1066 [root@morph-01 ~]# echo $? 0 I then attempted this without clvmd and this would cause lvm to repeatedly grow so large that oom-killer would start shooting processes. Cpu(s): 21.7% us, 64.5% sy, 0.0% ni, 1.1% id, 12.7% wa, 0.0% hi, 0.0% si Mem: 2074456k total, 2053192k used, 21264k free, 136k buffers Swap: 4071852k total, 7776k used, 4064076k free, 7988k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3544 root 25 0 1953m 1.9g 4224 R 96.1 96.4 10:01.61 lvm Version-Release number of selected component (if applicable): [root@morph-05 lvm]# rpm -qa | grep lvm system-config-lvm-0.9.24-1.0 lvm2-2.01.13-1.0.RHEL4 lvm2-cluster-2.01.09-4.0.RHEL4 [root@morph-05 lvm]# lvchange --version LVM version: 2.01.13 (2005-07-13) Library version: 1.01.03 (2005-06-13) Driver version: 4.4.0 How reproducible: everytime Steps to Reproduce: 1. create 1500 lvs 2. attempt to activate them
A little more detail: LVM2 was used in its cluster capacity to create 1500 lvs on a VG that was not active. After doing a 'vgchange -ay', only 432 LVs were available. 'lvchange -ay' was tried - still 432 LVs. Trying to activate an individual LV (lvchange -ay /dev/gfs/gfs1066) not only failed to activate it, but reported success. clvmd was shutdown, and the locking_type was switched back to single machine. This is when the lvm process grew out of control.
Reassign to agk as this doesn't seem to be cluster-related.
See also bug 164197: I suspect the '432' limit may be related.
Yes, fixing bug 164197 will get you past your '432' limit. *** This bug has been marked as a duplicate of 164197 ***