Summary: dquot table full

From: Bugs Brouillard <bb1_at_humboldt.edu>
Date: Tue, 11 Sep 2001 10:21:36 -0700 (PDT)

Hello,
My call for help is below, but here are the responses that
I received:


>>From: "Dr. Thomas.Blinn_at_Compaq.com" <tpb_at_doctor.zk3.dec.com>

In the "vfs" subsystem (sysconfig -q vfs) there is a parameter called
nvnode; that parameter influences the number of quota table entries
that can be allocated. If it's not defined, the default value will be
        if (!nvnode) {
                nvnode = nproc +(2*maxusers)+128;


You have to reboot to change it. Look at the value in your running
kernel and push it up a lot closer to the max_vnodes value displayed
(which is, I believe, based on your physical memory size).

=============================================================
>>From: Chang Song <song_at_zk3.dec.com>


Well you need to change nvnode not maxusers.
You cannot change nvnode on-the-fly.
You need to put it in /etc/sysconfigtab.

There are limited numner of quota data structure available (2*nvnode)

=============================================================
>>From: Joerg Lehners <Joerg.Lehners_at_Informatik.Uni-Oldenburg.DE>

I helped someone some month ago with a similiar problem:

] I think there is a problem with sizing an internat kernel
] table for the quota system.
] I had the problem with some 1500 users on 5 filesystem with
] quota overflowing the kernel tables.
]
] Workaround: manually tell the kernel to size the tables:
] echo "Upping desireddquot"
] echo 'assign desireddquot=10000' | dbx -k /vmunix /dev/mem
]
] Select 'desireddquot=10000' appropriatly.

This is for Dunix 4.0e. There might be some differences for newer
Tru64 Unix.

  Joerg
============================================================

Here is what I did:
I ran dxkerneltuner and changed "nvnode" in the vfs subsystem to
insert the entry into /etc/sysconfigtab.
Then I did:
echo "assign nvnode = 31164" | dbx -k /vmunix
to see if it would change dynamically. Then i ran
"sysconfig -q vfs" and my new number showed that it accepted.
I allowed the full backups to run Friday nite with no reboot,
and i got no more "dquote table is full" errors.

Thanks to all the folks that responded and pointed me in
the right direction...
Bugs

Bugs Brouillard Unix system administrator
Humboldt State Univ. Information Technology Services
Arcata, Calif.

email bb1_at_humboldt.edu

On Tue, 4 Sep 2001, Bugs Brouillard wrote:

->
->Hello,
->I keep getting "dquot table is full" when I run full backups. It only
->occurs on machines which have all student/faculty accounts (over 19,000)
->I keep increasing maxusers, its now 1024, but we still get the message.
->
->We user gnutar for backups, DU4.0d, on alpha 2100's. I remember that we
->could once change the dquot table with dbx in Du3.2d, but that disappeared
->with 4.0.
->No help from archives.
->Thanks.
->
->
->Bugs Brouillard Unix system administrator
->Humboldt State Univ. Information Technology Services
->Arcata, Calif.
->
->email bb1_at_humboldt.edu
->
->
Received on Tue Sep 11 2001 - 17:23:08 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:42 NZDT