Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!ut-sally!husc6!Diamond!mlandau From: mlandau@Diamond.BBN.COM (Matt Landau) Newsgroups: comp.unix.wizards Subject: Re: Sun 3.0, Text: table is full Message-ID: <2626@slate.Diamond.BBN.COM> Date: Thu, 4-Dec-86 12:28:43 EST Article-I.D.: slate.2626 Posted: Thu Dec 4 12:28:43 1986 Date-Received: Fri, 5-Dec-86 01:54:19 EST References: <1698@batcomputer.tn.cornell.edu> Reply-To: mlandau@Diamond.BBN.COM (Matt Landau) Organization: BBN Laboratories, Inc., Cambridge, MA Lines: 29 Summary: increase MAXUSERS or change param.c and rebuild kernel In comp.unix.wizards (article <1698@batcomputer.tn.cornell.edu>), flanagan@batcomputer.tn.cornell.edu (Doug Flanagan) writes: > >O.K. I give up. What the heck does "Text: table is full" mean? > >Anyone know what's going on? It is really annoying when it starts >happening! You can't anything done. > > Douglas Flanagan > flanagan@amvax.tn.cornell.edu (ARPANET) Well, the message means that a kernel table has overflowed, presumably because there are more people (== more processes) on your machines. We had the same problem with our fileservers when people started trying to use them for real work at the same time as they were servicing diskless clients. If you look in /usr/sys/conf/param.c (which you get even with non-source distributions), you'll see that ntext, the number of entries in the text table, is set to 24 + MAXUSERS. The obvious solution is to reconfigure your Unix kernel with a larger value for MAXUSERS. However, this will increase the size of a number of other kernel tables, sometimes quite a bit. (Nclist, for example, is based on 16 * MAXUSERS.) If you don't like that idea, just copy param.c into the directory used to make your kernel and change the calculation for ntext to something more appropriate. -- Matt Landau BBN Laboratories, Inc. mlandau@diamond.bbn.com 10 Moulton Street, Cambridge MA 02238 ...seismo!diamond.bbn.com!mlandau (617) 497-2429