[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [dm-devel] [ANNOUNCE] block layer (request based) multipath v 1

goggin, edward wrote:
On Thu, 20 Oct 2005 15:53:03 +0200
Christophe Varoqui <christophe varoqui free fr> wrote:


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 ?)


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.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]