Messages in this thread | | | Date | Tue, 23 Apr 2002 09:58:14 -0700 | From | Andrew Burgess <> | Subject | dnotify oddity in 2.4.19pre6aa1 |
| |
I am seeing something very strange with the dnotify feature in kernel 2.4.19pre6aa1. I'm developing a file copy daemon that makes backups of files as soon as they change so I run dnotify on every directory in my system (essentially). I based my program on the example in dnotify.txt in the Documentation directory.
I notice that after a while two things happen:
1) In my copyd process I start getting signals for directories that are not changing. Even stranger, I get signals for fd that I've never opened.
2) Other processes, like sendmail, start exiting with the same signal (RTMIN+5). (I use +5 because I started seeing the problem with +0 and I took a wild guess that RTMIN+0 was being used for something else).
This does not seem to happen if I reboot and do not restart my copyd process.
My system does cycle through process descriptors every few minutes (lots of short lived server processes) and sendmail also runs through pids rapidly.
I'm wondering if something isn't being properly reset or cleared when a process exits so when the same process or fd data structure (or whatever) is reused inside the kernel the signals are still active somehow? This is a SMP Athlon, perhaps an SMP race?
Do I need to configure something more in my kernel? I don't see any config options for realtime or rt or anything like that. And it does work fine after a reboot.
I can't use ordinary signals for this because they miss dnotifys when activity is high.
Thanks very much Andrew
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |