Zdenek Kabelac 2adaef8272 revert: restore original timeout ... Accidently it's been commited - but it has also shown, that on heavy loaded systems (like our test machine could be) slightly bigger timeouts which waits longer for udev rules processing does help and avoids occasional refuse of deactivation because device is still being open. (i.e. lvcreate...; lvchange -an...) Unsure how we could now synchronize for this. On very slow(/loaded) system 5 second timeout is simply not enough. TODO: introduce at least lvm.conf configurable setting to allow longer 'retry' loops.		2014-05-28 15:33:41 +02:00
..
activate.c	revert: restore original timeout	2014-05-28 15:33:41 +02:00
activate.h	tools: Add --readonly support.	2014-04-18 02:46:34 +01:00
dev_manager.c	dev_manager: disable extra udev loop	2014-05-23 21:36:55 +02:00
dev_manager.h	cache: New functions for gathering info on cache devices	2014-01-28 12:24:51 -06:00
fs.c	clean-up: Typo 's/should had/should have/'	2013-03-06 08:42:03 -06:00
fs.h	Fix lv_info open_count test	2011-10-14 13:23:47 +00:00
targets.h	Use UUIDs instead of names while processing event handlers.	2010-04-14 13:01:38 +00:00