Peter Rajnoha 04fa77c3be This is related to liblvm and its lvm_list_vg_names() and lvm_list_vg_uuids() functions ... where we should not expose internal VG names/uuids (the ones with "#" prefix )through the interface. Otherwise, we could end up with library users opening internal VGs which will initiate locking mechanism that won't be cleaned up properly. "#orphans_{lvm1, lvm2, pool}" names are treated in a special way, they are truncated first to "orphans" and this is used as a part of the lock name then (e.g. while calling lvm_vg_open()). When library user calls lvm_vg_close(), the original name "orphans_{lvm1, lvm2, pool}" is used directly and therefore no unlock occurs. We should exclude internal VG names and uuids in the lists provided by lvmcache: lvmcache_get_vgids() and lvmcache_get_vgnames().		2010-02-03 14:08:39 +00:00
..
.exported_symbols	Add lvm_vg_get_seqno, updating lvm.h and unit test.	2009-07-28 13:17:04 +00:00
liblvm2app.pc.in	check in the correct pkgconfig file	2009-07-23 01:41:53 +00:00
lvm2app.h	Add most relevant vg_attr fields as lvm2app 'get' functions.	2009-09-14 19:43:11 +00:00
lvm_base.c	Move error message to locking constructor and print	2010-01-22 09:45:29 +00:00
lvm_lv.c	Make lvm2app lv_t handle definition consistent with lvm_t.	2009-08-13 12:17:32 +00:00
lvm_pv.c	Make lvm2app pv_t handle definition consistent with lvm_t.	2009-08-13 12:18:15 +00:00
lvm_vg.c	This is related to liblvm and its lvm_list_vg_names() and lvm_list_vg_uuids() functions	2010-02-03 14:08:39 +00:00
Makefile.in	Allow for a build directory separate from the source.	2009-10-02 19:10:31 +00:00