Re: grow_inodes: inode-max limit reached

2 Mar 2000

...
tschweikle@FIDUCIA.de schrieb am 01.03.2000 um 18:24:23 +0100:
...
Kann mir jemand sagen an welchen Kernel-Parametern ich drehen muß, um
diese Fehlermeldung zu vermeiden?
Feb 23 14:47:01 listserv kernel: grow_inodes: inode-max limit reached
[...]
...
...
Auf dem Server läuft inn. Macht es unter Umständen mehr sinn, das
Speicherschema für news zu wechseln (timehash -> cnfs)?
Der news-server versorgt nur reader.
heist das nicht nur das Deine Platte voll ist. Beziehungsweise
das der Partition die Inodes ausgehen. Voll muß sie deshalb nicht
sein. Vielleicht beim mke2fs was am -i drehen (kleiner machen).
News sind ja nicht so groß.
< listserv:~ # df -i
< Filesystem            Inodes   IUsed   IFree IUse% Mounted on
< /dev/rd/c0d0p6        526320   13964  512356    3% /
< /dev/rd/c0d0p7       3801088  147432 3653656    4% /var
< /dev/rd/c0d0p1          8016      21    7995    0% /boot

Also an fehlenden I-Nodes kann es nicht liegen. Es sind
noch mehr als genug vorhanden...

Aber:
/*
 * This is called with the spinlock held, but releases
 * the lock when freeing or allocating inodes.
 * Look out! This returns with the inode lock held if
 * it got an inode..
 *
 * We do inode allocations two pages at a time to reduce
 * fragmentation.
 */
#define INODE_PAGE_ORDER        1
#define INODE_ALLOCATION_SIZE   (PAGE_SIZE << INODE_PAGE_ORDER)
#define INODES_PER_ALLOCATION   (INODE_ALLOCATION_SIZE/sizeof(struct
inode))

tatic struct inode * grow_inodes(void)
{
        struct inode * inode;

        /*
         * Check whether to restock the unused list.
         */
        if (inodes_stat.nr_inodes > max_inodes) {
                struct list_head *tmp;
                try_to_free_inodes(inodes_stat.nr_inodes >> 2);
                tmp = inode_unused.next;
                if (tmp != &inode_unused) {
                        inodes_stat.nr_free_inodes--;
                        list_del(tmp);
                        inode = list_entry(tmp, struct inode, i_list);
                        return inode;
                }
                spin_unlock(&inode_lock);
                printk(KERN_WARNING
                       "grow_inodes: inode-max limit reached\n");
                return NULL;
        }

Hab ich da eine Warnung als Fehlermeldung interpretiert?!
Sieht so aus. Jetzt bleibt mir nur noch die Frage, warum
verabschiedet sich inn bei Aufrufen von

  expireover -a -v

oder

  makehistory -buv

verabschiedet. Der einzige Teil, der weiterläuft ist der
actived. Alles andere (innd, overchan, controlchan, und innfeed)
wird beendet.

Kennt jemand das Problem und weiß wie man es beseitigt?

--
Thomas
---------------------------------------------------------------------
To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com
For additional commands, e-mail: suse-linux-help@suse.com

tschweikle＠FIDUCIA.de

tags

participants (1)