Dne 27.11.2014 v 16:56 Gianluca Cecchi napsal(a):
On Thu, Nov 27, 2014 at 4:43 PM, Zdenek Kabelac <zkabelac@xxxxxxxxxx
<mailto:zkabelac@xxxxxxxxxx>> wrote:
LV Path /dev/VG_AAA_TEMP/LV_AAA_TEMP
LV Name LV_AAA_TEMP
VG Name VG_AAA_TEMP
LV UUID azFNtf-L1CY-3rdz-OQLA-7oF4-3rMX-uWfXpH
LV Write Access read/write
LV Creation host, time ,
LV Status available
# open 1
LV Size 1020.00 MiB
Current LE 255
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:49
--- Physical volumes ---
PV Name /dev/mapper/360a9800037543544465d424130533177
PV UUID LnsWgD-XfYe-axfJ-nBgC-Gew5-jBH3-oXpiIO
PV Status allocatable
Total PE / Free PE 255 / 0
I'd probably need to see your whole 'dmsetup table'
(at least do a grep for VG_AAA_TEMP/LV_AAA_TEMP minor)
[root@orapr2 ~]# dmsetup table | egrep
"AAA_TEMP|360a9800037543544465d424130533177|253:4"
So it's likely a time to look through 'dmesg' output if there is not something
suspicious ?
Kernel bug/report showing some error behavior which may lead to openned
descriptor being leaked?
Is there anything in /sys/block/dm-49/holders ?
cat /proc/self/mountinfo | grep 253:49 ?
Zdenek
--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel
