Re: name_count maxed, losing inode data: dev=00:05, inode=5221

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Christian Kujau wrote:
> On Mon, 1 Feb 2010 at 17:15, Ralf Hildebrandt wrote:
> 
>> What does 
>> name_count maxed, losing inode data: dev=00:05, inode=5221
>> mean?
> 
> I don't know *what* it means exactly, but this has been reported earlier 
> and it's still an open issue: 
> 
>    https://bugzilla.redhat.com/show_bug.cgi?id=445757
>    https://bugzilla.redhat.com/show_bug.cgi?id=495207
> 
> Christian.

This is all from the audit subsystem; it's not an ext3 issue AFAICT.
I'd push on those bugs if you're concerned.  :)

-Eric

/* AUDIT_NAMES is the number of slots we reserve in the audit_context
 * for saving names from getname(). */
#define AUDIT_NAMES    20


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 "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;
}

_______________________________________________
Ext3-users mailing list
Ext3-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ext3-users

[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux