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