From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: [Bugme-new] [Bug 19932] New: Getting lots of name_count maxed, losing inode data messages in /var/log/messages Date: Mon, 11 Oct 2010 14:34:00 -0700 Message-ID: <20101011143400.565facf5.akpm@linux-foundation.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: bugzilla-daemon@bugzilla.kernel.org, bugme-daemon@bugzilla.kernel.org, linux-fsdevel@vger.kernel.org To: Al Viro , Eric Paris Return-path: Received: from smtp1.linux-foundation.org ([140.211.169.13]:51860 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756423Ab0JKVfF (ORCPT ); Mon, 11 Oct 2010 17:35:05 -0400 In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: (switched to email. Please respond via emailed reply-to-all, not via the bugzilla web interface). On Sat, 9 Oct 2010 06:58:14 GMT bugzilla-daemon@bugzilla.kernel.org wrote: > 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@kernel-bugs.osdl.org > ReportedBy: jd1008@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. >