Peter Rajnoha 008c33a21b tools: add -b/--background for pvscan --cache -aay ... Udev daemon has recently introduced a limit on the number of udev processes (there was no limit before). This causes a problem when calling pvscan --cache -aay in lvmetad udev rules which is supposed to activate the volumes. This activation is itself synced with udev and so it waits for the activation to complete before the pvscan finishes. The event processing can't continue until this pvscan call is finished. But if we're at the limit with the udev process count, we can't instatiate any more udev processes, all such events are queued and so we can't process the lvm activation event for which the pvscan is waiting. Then we're in a deadlock since the udev process with the pvscan --cache -aay call waits for the lvm activation udev processing to complete, but that will never happen as there's this limit hit with the number of udev processes. The process with pvscan --cache -aay actually times out eventually (3min or 30sec, depends on the version of udev). This patch makes it possible to run the pvscan --cache -aay in the background so the udev processing can continue and hence we can avoid the deadlock mentioned above.		2013-09-03 16:49:21 +02:00
..
10-dm.rules.in	udev: add a few comments about variables used to recognize events	2013-05-03 11:01:57 +02:00
11-dm-lvm.rules.in	udev: udev rules cleanup	2012-06-27 12:11:56 +02:00
12-dm-permissions.rules	add copyright lines	2009-10-26 22:42:07 +00:00
13-dm-disk.rules.in	udev: inform lvmetad about lost PV label	2013-08-26 15:40:16 +02:00
69-dm-lvm-metad.rules.in	tools: add -b/--background for pvscan --cache -aay	2013-09-03 16:49:21 +02:00
95-dm-notify.rules.in	udev: udev rules cleanup	2012-06-27 12:11:56 +02:00
Makefile.in	udev: udev rules cleanup	2012-06-27 12:11:56 +02:00