Prev: unexpected high load since 2.6.35
Next: bio, fs: update READA and SWRITE to match the corresponding BIO_RW_* bits
From: Daniel Lezcano on 2 Aug 2010 17:20 Hi all, is there a way to be notified when a mount occurs on the system ? Thanks -- Daniel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Chris Friesen on 4 Aug 2010 15:10 On 08/02/2010 03:12 PM, Daniel Lezcano wrote: > > Hi all, > > is there a way to be notified when a mount occurs on the system ? Have you looked on google? The link is a bit misleading but they do give a way to do it (not using inotify). http://stackoverflow.com/questions/1113176/how-could-i-detect-when-a-directory-is-mounted-with-inotify Chris -- The author works for GENBAND Corporation (GENBAND) who is solely responsible for this email and its contents. All enquiries regarding this email should be addressed to GENBAND. Nortel has provided the use of the nortel.com domain to GENBAND in connection with this email solely for the purpose of connectivity and Nortel Networks Inc. has no liability for the email or its contents. GENBAND's web site is http://www.genband.com -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Daniel Lezcano on 5 Aug 2010 21:10 On 08/04/2010 08:41 PM, Chris Friesen wrote: > On 08/02/2010 03:12 PM, Daniel Lezcano wrote: > >> Hi all, >> >> is there a way to be notified when a mount occurs on the system ? >> > Have you looked on google? The link is a bit misleading but they do > give a way to do it (not using inotify). > > http://stackoverflow.com/questions/1113176/how-could-i-detect-when-a-directory-is-mounted-with-inotify > Thanks a lot for the pointer. I am not sure this solution will work, because it is inadequate for watching a specific location in a container context separated by the mount and the network namespaces. We have multiple mount points at the same place (eg. the mount point inheritance, the container configuration and the init scripts may mount /dev or /var/run several time) and the network namespace separation will make impossible to watch udev event via a netlink socket. I didn't look at the inotify implementation but IMHO, it should be worth to add IN_MOUNT and IN_UNMOUNT events for inotify no ? Thanks -- Daniel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Kay Sievers on 6 Aug 2010 03:50 On Fri, Aug 6, 2010 at 03:07, Daniel Lezcano <daniel.lezcano(a)free.fr> wrote: > On 08/04/2010 08:41 PM, Chris Friesen wrote: >> On 08/02/2010 03:12 PM, Daniel Lezcano wrote: >>> is there a way to be notified when a mount occurs on the system ? >> >> Have you looked on google? The link is a bit misleading but they do >> give a way to do it (not using inotify). >> >> http://stackoverflow.com/questions/1113176/how-could-i-detect-when-a-directory-is-mounted-with-inotify > > Thanks a lot for the pointer. I am not sure this solution will work, because > it is inadequate for watching a specific location in a container context > separated by the mount and the network namespaces. We have multiple mount > points at the same place (eg. the mount point inheritance, the container > configuration and the init scripts may mount /dev or /var/run several time) > and the network namespace separation will make impossible to watch udev > event via a netlink socket. I didn't look at the inotify implementation but > IMHO, it should be worth to add IN_MOUNT and IN_UNMOUNT events for inotify > no ? These events wouldn't work, and they are long removed from the kernel and don't exist. You need to poll() /proc/mounts, and any changes in it will wake you up with POLL_ERR. /proc/mounts should be namespace aware. Kay -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Daniel Lezcano on 6 Aug 2010 04:10
On 08/06/2010 09:44 AM, Kay Sievers wrote: > On Fri, Aug 6, 2010 at 03:07, Daniel Lezcano<daniel.lezcano(a)free.fr> wrote: > >> On 08/04/2010 08:41 PM, Chris Friesen wrote: >> >>> On 08/02/2010 03:12 PM, Daniel Lezcano wrote: >>> >>>> is there a way to be notified when a mount occurs on the system ? >>>> >>> Have you looked on google? The link is a bit misleading but they do >>> give a way to do it (not using inotify). >>> >>> http://stackoverflow.com/questions/1113176/how-could-i-detect-when-a-directory-is-mounted-with-inotify >>> >> Thanks a lot for the pointer. I am not sure this solution will work, because >> it is inadequate for watching a specific location in a container context >> separated by the mount and the network namespaces. We have multiple mount >> points at the same place (eg. the mount point inheritance, the container >> configuration and the init scripts may mount /dev or /var/run several time) >> and the network namespace separation will make impossible to watch udev >> event via a netlink socket. I didn't look at the inotify implementation but >> IMHO, it should be worth to add IN_MOUNT and IN_UNMOUNT events for inotify >> no ? >> > These events wouldn't work, and they are long removed from the kernel > and don't exist. > > You need to poll() /proc/mounts, and any changes in it will wake you > up with POLL_ERR. /proc/mounts should be namespace aware. > Ah, great ! I will look for this solution (I suppose I will probably have to diff /proc/mounts but anyway ...) Thanks Kay and Chris for your help. -- Daniel -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |