On Wed, 3 Feb 2010 at 09:39, Christian Kujau wrote: > Ralf Hildebrandt reported[0] the following messages on ext3-users: > > name_count maxed, losing inode data: dev=00:05, inode=5221 > > because the filesystem in question is indeed ext3. However, this warning > is not generated by ext3 code but by the audit framework. While the > origins of these messages are discussed elsewhere[1] the following > patch modifies the printks in question so that users know where these > messages are coming from. There may be other places within the audit > framework needing the same treatment. ...ping? > > [0] http://www.redhat.com/archives/ext3-users/2010-February/msg00000.html > [1] https://bugzilla.redhat.com/show_bug.cgi?id=495207 > > Signed-off-by: Christian Kujau <lists@xxxxxxxxxxxxxxx> > Reported-by: Ralf Hildebrandt <Ralf.Hildebrandt@xxxxxxxxxx> > Cc: Eric Paris <eparis@xxxxxxxxxx> > > auditsc.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/linux-2.6-git/kernel/auditsc.c.orig b/linux-2.6-git/kernel/auditsc.c > index fc0f928..17d8708 100644 > --- a/linux-2.6-git/kernel/auditsc.c.orig > +++ b/linux-2.6-git/kernel/auditsc.c > @@ -1893,14 +1893,14 @@ static int audit_inc_name_count(struct audit_context *context, > { > if (context->name_count >= AUDIT_NAMES) { > if (inode) > - printk(KERN_DEBUG "name_count maxed, losing inode data: " > + printk(KERN_DEBUG "audit: name_count maxed, losing inode data: " > "dev=%02x:%02x, inode=%lu\n", > MAJOR(inode->i_sb->s_dev), > MINOR(inode->i_sb->s_dev), > inode->i_ino); > > else > - printk(KERN_DEBUG "name_count maxed, losing inode data\n"); > + printk(KERN_DEBUG "audit: name_count maxed, losing inode data\n"); > return 1; > } > context->name_count++; > > -- > BOFH excuse #298: > > Not enough interrupts > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > > -- BOFH excuse #258: That's easy to fix, but I can't be bothered. _______________________________________________ Ext3-users mailing list Ext3-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/ext3-users
