name_count maxed, losing inode data: dev=00:05, inode=5221
Eric Sandeen
sandeen at redhat.com
Wed Feb 3 17:18:54 UTC 2010
Christian Kujau wrote:
> On Tue, 2 Feb 2010 at 13:50, Eric Sandeen wrote:
>> This is all from the audit subsystem; it's not an ext3 issue AFAICT.
>
> Yeah, after grepping for it I've seen this now. However, I still don't
> understand why it's printed at all and if it's something to worry about.
> Well, probably not, since it's printed with KERN_DEBUG, but then these
> messages should be supressed, no?
>
> Also, can we alter the prinkt somewhat so it says where the message is
> coming from? Something like:
Sure, good idea - can you send that patch upstream, cc: eparis at redhat.com ?
-Eric
> 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++;
>
>
> Thanks,
> Christian.
More information about the Ext3-users
mailing list