[dm-devel] Unable to deactivate lv, pehaps due to semaphore problem...

[Gianluca Cecchi]

On Thu, Nov 27, 2014 at 4:24 PM, Zdenek Kabelac <zkabelac at redhat.com> wrote:

>
>>
> Ahh - I'd too strict  adblock filter - however passed info is not that
> useful.
> Prefered output is   'lvchange -vvvv -an'


Thanks!
here it is:
https://drive.google.com/file/d/0BwoPbcrMv8mvellaS1FtVXpqU2c/view?usp=sharing



>
>
>
>
>>     But anyway - if you have problem with  'semaphore' resouces - you
>> could
>>     'recycle' old ones -
>>
>>     'dmsetup  udevcomplete_all'
>>
>>
>> This is actually a production server with many other LVs... Is there any
>> drawback in the command above?
>>
>
> You could 'complete' all cookies older then i.e. 1 minute.
> Nothing should be holding cookie for that long time.
>
>
So the command would be

dmsetup udevcomplete_all 1
correct?



>  Nov 26 17:35:34 orapr2 rgmanager[5908]: [lvm] lv_activate_resilient stop
>> failed on VG_AAA_TEMP/LV_AAA_TEMP
>> Nov 26 17:35:34 orapr2 rgmanager[5928]: [lvm] Unable to deactivate
>> VG_AAA_TEMP/LV_AAA_TEMP
>>
>
> Well - here we need to know the reason why it has failed -
>
> Is there some user of  VG_AAA_TEMP/LV_AAA_TEMP ?
>
> Mounted, opened, used as a device for something else ?


It seems not so.


>
>
>
>          [root at orapr2 ~]# lvs VG_AAA_TEMP/LV_AAA_TEMP
>>             LV          VG          Attr       LSize    Pool Origin Data%
>>         Move Log
>>         Cpy%Sync Convert
>>             LV_AAA_TEMP VG_AAA_TEMP -wi-ao---- 1020.00m
>>
>>         How can I see the responsible for the reference that apparently
>> keeps
>>         it open?
>>
>>         Open count:        1
>>         so I can check and eventually fix??
>>
>
> lsof  - look for user of 253,49


[root at orapr2 ~]# lsof | grep 253,49
[root at orapr2 ~]#

While for example for another LV (with major,minor=253,68) that is part of
a running service I have at this moment:
[root at orapr2 ~]# lsof | grep 253,68
oracle    25298  oracle11se  273uW     REG             253,68   988811264
      12 /PABX/temp/tempPABX.dbf
oracle    25298  oracle11se  274uW     REG             253,68  1319112704
      13 /PABX/temp/tempnewPABX.dbf
oracle    25300  oracle11se  269u      REG             253,68   988811264
      12 /PABX/temp/tempPABX.dbf
oracle    25302  oracle11se  266u      REG             253,68  1319112704
      13 /PABX/temp/tempnewPABX.dbf
oracle    25302  oracle11se  270u      REG             253,68   988811264
      12 /PABX/temp/tempPABX.dbf
oracle    25304  oracle11se  266u      REG             253,68  1319112704
      13 /PABX/temp/tempnewPABX.dbf
oracle    25304  oracle11se  269u      REG             253,68   988811264
      12 /PABX/temp/tempPABX.dbf
oracle    25306  oracle11se  283u      REG             253,68   988811264
      12 /PABX/temp/tempPABX.dbf
oracle    25306  oracle11se  284u      REG             253,68  1319112704
      13 /PABX/temp/tempnewPABX.dbf
oracle    25310  oracle11se  270u      REG             253,68   988811264
      12 /PABX/temp/tempPABX.dbf
oracle    25310  oracle11se  271u      REG             253,68  1319112704
      13 /PABX/temp/tempnewPABX.dbf

Gianluca
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/dm-devel/attachments/20141127/638abc4f/attachment.htm>