goggin, edward wrote:
On Thu, 20 Oct 2005 15:53:03 +0200
Christophe Varoqui <christophe.varoqui@xxxxxxx> wrote:
Nice,
can libdevmapper event listening mecanisms be replaced by the
uevents listener ?
IOW, will all necessary attribute changes be reported as uevents ?
Events needed are :
- multipath topology changes :
- path add/remove (well, this one is guarantied through
/block I guess)
- attributes changes
- path state changes / path reinstates
- path group switches
- multipath add/remove (Deduce from /block uevents ?)
Regards,
cvaroqui
Good idea -- but Netlink sockets are inherently unreliable
(think UDP not TCP) since they use datagrams. Also, we will
need lots of kobjects scattered around the current multipath
kernel components in order to generate the necessary uevents
whenever attribute values change. This is no trivial task --
We could actaully do our own netlink socket like the open iscsi guys
did. Add our own mempools (although Dimitry and Alex found some places
where there are OOM problems there) and have complete control over the
events, serialization, etc.
making the kobject_hotplug call at the right point in the kernel
code is non intuitive. Already, the existing code is generating
calling kobject_hotplug too early in lots of places before
things needed by the user level code are necessarily in place.
This causes problems intermittent failures which can be very
difficult to diagnose.
--
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel
