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