<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Nov 27, 2014 at 4:24 PM, Zdenek Kabelac <span dir="ltr"><<a href="mailto:zkabelac@redhat.com" target="_blank">zkabelac@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><br>
</span></blockquote>
<br>
Ahh - I'd too strict adblock filter - however passed info is not that useful.<br>
Prefered output is 'lvchange -vvvv -an'</blockquote><div><br></div><div>Thanks!</div><div>here it is:</div><div><a href="https://drive.google.com/file/d/0BwoPbcrMv8mvellaS1FtVXpqU2c/view?usp=sharing">https://drive.google.com/file/d/0BwoPbcrMv8mvellaS1FtVXpqU2c/view?usp=sharing</a><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
But anyway - if you have problem with 'semaphore' resouces - you could<br>
'recycle' old ones -<br>
<br>
'dmsetup udevcomplete_all'<br>
<br>
<br>
This is actually a production server with many other LVs... Is there any<br>
drawback in the command above?<br>
</blockquote>
<br></span>
You could 'complete' all cookies older then i.e. 1 minute.<br>
Nothing should be holding cookie for that long time.<span class=""><br>
<br></span></blockquote><div><br></div><div>So the command would be</div><div><br></div><div>dmsetup udevcomplete_all 1<br></div><div>correct?</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Nov 26 17:35:34 orapr2 rgmanager[5908]: [lvm] lv_activate_resilient stop<br>
failed on VG_AAA_TEMP/LV_AAA_TEMP<br>
Nov 26 17:35:34 orapr2 rgmanager[5928]: [lvm] Unable to deactivate<br>
VG_AAA_TEMP/LV_AAA_TEMP<br>
</blockquote>
<br></span>
Well - here we need to know the reason why it has failed -<br>
<br>
Is there some user of VG_AAA_TEMP/LV_AAA_TEMP ?<br>
<br>
Mounted, opened, used as a device for something else ?</blockquote><div><br></div><div>It seems not so.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
[root@orapr2 ~]# lvs VG_AAA_TEMP/LV_AAA_TEMP<br>
LV VG Attr LSize Pool Origin Data%<br>
Move Log<br>
Cpy%Sync Convert<br>
LV_AAA_TEMP VG_AAA_TEMP -wi-ao---- 1020.00m<br>
<br>
How can I see the responsible for the reference that apparently keeps<br>
it open?<br>
<br>
Open count: 1<br>
so I can check and eventually fix??<br>
</blockquote>
<br></span>
lsof - look for user of 253,49</blockquote><div><br></div><div>[root@orapr2 ~]# lsof | grep 253,49</div><div>[root@orapr2 ~]# </div><div><br></div><div>While for example for another LV (with major,minor=253,68) that is part of a running service I have at this moment:</div><div><div>[root@orapr2 ~]# lsof | grep 253,68</div><div>oracle 25298 oracle11se 273uW REG 253,68 988811264 12 /PABX/temp/tempPABX.dbf</div><div>oracle 25298 oracle11se 274uW REG 253,68 1319112704 13 /PABX/temp/tempnewPABX.dbf</div><div>oracle 25300 oracle11se 269u REG 253,68 988811264 12 /PABX/temp/tempPABX.dbf</div><div>oracle 25302 oracle11se 266u REG 253,68 1319112704 13 /PABX/temp/tempnewPABX.dbf</div><div>oracle 25302 oracle11se 270u REG 253,68 988811264 12 /PABX/temp/tempPABX.dbf</div><div>oracle 25304 oracle11se 266u REG 253,68 1319112704 13 /PABX/temp/tempnewPABX.dbf</div><div>oracle 25304 oracle11se 269u REG 253,68 988811264 12 /PABX/temp/tempPABX.dbf</div><div>oracle 25306 oracle11se 283u REG 253,68 988811264 12 /PABX/temp/tempPABX.dbf</div><div>oracle 25306 oracle11se 284u REG 253,68 1319112704 13 /PABX/temp/tempnewPABX.dbf</div><div>oracle 25310 oracle11se 270u REG 253,68 988811264 12 /PABX/temp/tempPABX.dbf</div><div>oracle 25310 oracle11se 271u REG 253,68 1319112704 13 /PABX/temp/tempnewPABX.dbf</div></div><div><br></div><div>Gianluca</div></div></div></div>