Path: utzoo!utgpu!water!watmath!clyde!att!pacbell!ames!pasteur!ucbvax!bloom-beacon!mcgill-vision!mouse From: mouse@mcgill-vision.UUCP (der Mouse) Newsgroups: comp.unix.wizards Subject: Re: "text: table is full" error message Message-ID: <1185@mcgill-vision.UUCP> Date: 26 Jun 88 08:19:43 GMT References: <507@spp3.UUCP> Organization: McGill University, Montreal Lines: 41 In article <507@spp3.UUCP>, simpson@spp3.UUCP (Scott Simpson) writes: > We are running stock SunOS 3.5 on a Sun 3/60 (diskless) and we keep > getting the error message "text: table is full" error message after > our Suns have been up a bit. [...] I have even gotten these error > messages when I have only 1 shell running and I am the only person on > the machine. Growing the text table may do nothing but increase the time your machine can be up until it dies. I understand that under some circumstances, when an NFS server fails (times out) when the client is trying to demand-load text segment pages from the image file, the client's kernel may lose a text table slot. And if you run out of text table slots this way? The only cure I know of is to reboot the client. > How do you make your text table bigger? (We are a binary site). The simple way is to patch ntext in /vmunix and reboot: # adb -w /vmunix _ntext?D _ntext: _ntext: 28 (Hmmm, 28 slots? Let's up it to 50.) _ntext?W 0t50 _ntext: 0x1c = 0x32 $q (There. Now reboot....) # /etc/fastboot (Some things can be patched in the running kernel and take effect immediately. _ntext is not one of these; you must patch the kernel file and reboot.) This change will go away next time you build a kernel. Most kernel configuration schemes have a way to override the default values for things like ntext; see param.c in your system configuration directory. der Mouse uucp: mouse@mcgill-vision.uucp arpa: mouse@larry.mcrcim.mcgill.edu