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