Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!rochester!ritcv!cci632!ccicpg!felix!chuck
From: chuck@felix.UUCP
Newsgroups: comp.unix.ultrix
Subject: nquota on Ultrix
Message-ID: <15179@felix.UUCP>
Date: Wed, 2-Dec-87 20:11:10 EST
Article-I.D.: felix.15179
Posted: Wed Dec  2 20:11:10 1987
Date-Received: Sun, 6-Dec-87 20:37:11 EST
Sender: chuck@felix.UUCP
Reply-To: glf@mulga.oz.au (Giuseppe Fiusco)
Organization: Comp Sci, Melbourne Uni, Australia
Lines: 25
Approved: zemon@felix.UUCP

Reply-Path:


We are running two Ultrix 1.2 systems and have been having a problem 
with the number of users that we can log on simultaneously. We traced
the problem to the quota table filling up.

This limit is controlled by nquota. The problem is that the value of
nquota in the binary is not the same as that in the core image
ie we can alter the value of nquota in the binary by adjusting maxusers
but when the kernal fires up it becomes set to a particular value.
The value that nquota is set to is different for both of the machines.
and is not consistant with our configuration limits.

I was wondering if anyone knows why this is happening ie do DEC change this
value on purpose and if so what formula do they use. Also, does anyone know
of some kind of fix for this problem.

Giuseppe Fiusco
Department of Computer Science ,
University of Melbourne, Parkville, Victoria 3052, Australia

VOICE:  (03) 344 7415 (International: +61 3 344 7415)
ACSnet: glf@mulga.oz
UUCP:	{uunet,mcvax,ukc,ubc-vision}!munnari!mulga.oz!glf
ARPA:	munnari!mulga.oz!glf@uunet.css.gov
CSNET:	glf%mulga.oz@csnet-relay