Subject : restorecond going crazy on 18.104.22.168 - inotify regression?
Submitter : Robert Hancock <email@example.com>
Date : 2009-10-16 0:03
References : http://marc.info/?l=linux-kernel&m=125565159520489&w=4
This entry is being used for tracking a regression from 2.6.30. Please don't
close it until the problem is fixed in the mainline.
On Tuesday 27 October 2009, Robert Hancock wrote:
> On Mon, Oct 26, 2009 at 1:32 PM, Rafael J. Wysocki <firstname.lastname@example.org> wrote:
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.30 and 2.6.31.
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.30 and 2.6.31. Please verify if it still should
> > be listed and let me know (either way).
> > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14474
> > Subject : restorecond going crazy on 22.214.171.124 - inotify regression?
> > Submitter : Robert Hancock <email@example.com>
> > Date : 2009-10-16 0:03 (11 days old)
> > References : http://marc.info/?l=linux-kernel&m=125565159520489&w=4
> This is definitely reproducible on 126.96.36.199 on CentOS 5.4, I'll likely
> try 188.8.131.52 shortly, but it doesn't seem like any of the 184.108.40.206
> patches touch inotify..
Problem still exists with 220.127.116.11. According to the mailing list discussion, the actual bug is in restorecond but kernel changes triggered the bug to show up.
Thx for the update.
Is this issue solved in the meantime?
Totally guessing in the dark, but the below commit might have fixed it in 2.6.36-rc1:
Author: Eric Paris <firstname.lastname@example.org>
Date: Thu Dec 17 20:27:10 2009 -0500
inotify: do not reuse watch descriptors
Prior to 2.6.31 inotify would not reuse watch descriptors until all of
them had been used at least once. After the rewrite inotify would reuse
watch descriptors. The selinux utility 'restorecond' was found to have
problems when watch descriptors were reused. This patch reverts to the
pre inotify rewrite behavior to not reuse watch descriptors.
Signed-off-by: Eric Paris <email@example.com>