[Bugme-new] [Bug 19932] New: Getting lots of name_count maxed, losing inode data messages in /var/log/messages
bugzilla-daemon at bugzilla.kernel.org
bugzilla-daemon at bugzilla.kernel.org
Fri Oct 8 23:58:14 PDT 2010
https://bugzilla.kernel.org/show_bug.cgi?id=19932
Summary: Getting lots of name_count maxed, losing inode data
messages in /var/log/messages
Product: Other
Version: 2.5
Kernel Version: 2.6.35.7
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: Other
AssignedTo: other_other at kernel-bugs.osdl.org
ReportedBy: jd1008 at gmail.com
Regression: No
This old problem was also reported in redhat in redhat bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=445757
in mid 2008.
The message is coming from kernel/auditsc.c in audit_inc_name_count():
static int audit_inc_name_count(struct audit_context *context,
const struct inode *inode)
{
if (context->name_count >= AUDIT_NAMES) {
if (inode)
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");
return 1;
}
context->name_count++;
#if AUDIT_DEBUG
context->ino_count++;
#endif
return 0;
}
I wish the kernel would also dump the stack, and funcs param values into
/var/log/messages
so a user can take a look at the source and do some searching
for the cause of this.
Also, if you can advise on how I can rebuild the kernel so that
it will drop into the debugger when this happens, would be a great
help.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
More information about the Bugme-new
mailing list