Here is my original post :
"Many users are currently working on an Decalpha 3000/400 (DEC Unix 1.3)
Today I got the message "File table overflow" and I was unable to make
anything but manually reboot."
The solution seems to increase MAXUSERS in the kernel configuration
(although I do have 128, I'll try 256 !)
Thanks to all who replied - here are their responses :
---------------------------------------------------------
From: Hellebo Knut <bgk1142_at_bggfu2.nho.hydro.com>
Hi !
Either increase the nfiles or the maxusers parameter (by at least a factor
of two) in your kernel konfig file, build a new kernel and reboot.
---------------------------------------------------------
From: Herve DEMARTHE (CEA France) <demarthe_at_alpha.cad.cea.fr> (in french)
Magali,
pas vraiment de solutions mais quelques pistes :
- jouer sur le nombre de inodes (si vous n'etes pas en ADVfs mais en UFS)
grace a l'option -i #bytes/inode de la commande newfs
(voir man newfs)
cela necessite un dump/restore complet du file systeme et doit se faire
en mode single user. Il vaut mieux faire ca sur un disque de spare ;-)
- upgrader en DEC Unix (OSF) plus recent (2.1 est tres stable ainsi que 3.2A)
en esperant que le bug est corrige
- regarder les "README" des patches sur le serveur Digital : le probleme
y est peut etre repertorie ...
les acces sont les suivants (ainsi que d'autres pointeurs Digital qui vous
seront peut-etre utiles) en notation URL (acces par Mosaic ou Netscape) :
<EM>Pointeurs vers les adresses des constructeurs</EM>
<HR>
<H3>DIGITAL</H3>
<UL>
<LI> <A HREF="
http://www.digital.com/info/home.html"><B>Informations</B></A>
<BR><EM>
http://www.digital.com/info/home.html</EM>
<LI> <A HREF="
http://www.service.digital.com/"><B>Services</B></A>
<BR><EM>
http://www.service.digital.com/</EM>
<LI> <A HREF="
http://vscrna.cern.ch/digital-at-cern/"><B>Digital at
CERN</B></A>
<BR><EM>
http://vscrna.cern.ch/digital-at-cern/</EM>
<LI> <A HREF="
http://www.digital.com/info/pr-news/"><B>Revue de Presse</B></A>
<BR><EM>
http://www.digital.com/info/pr-news/</EM>
<LI> <A
HREF="
http://www.service.digital.com/html/patch_service.html"><B>Patches</B></A
>
<BR><EM>
http://www.service.digital.com/html/patch_service.html</EM>
<LI> <A HREF="
ftp://gatekeeper.dec.com/"><B>Anonymous FTP</B></A>
<BR><EM>
ftp://gatekeeper.dec.com/</EM>
<LI> <A
HREF="
http://www.digital.com/info/misc/pub-domain-osf1.txt.html"><B>Freeware</B
></A>
<BR><EM>
http://www.digital.com/info/misc/pub-domain-osf1.txt.html</EM>
</UL>
Voyez surtout :
http://www.service.digital.com/html/patch_service.html
Peut etre aussi disponible par ftp ? Je peux me renseigner si vous voulez.
Note : pour des raisons de securite, seuls les README sont accessibles, si
un patch vous "interesse" il faut le demander a Digital.
J'espere que cela vous aidera, je vous ai repondu en Francais ca simplifie
la comprehension mais pas votre SUMMARY !
Cordialement,
---------------------------------------------------------
From: alan_at_nabeth.cxo.dec.com
The size of the kernel open file table is determined by
the value of maxusers in the configuration file and the
algorithm for the size in param.c. For V1.3 it is:
int nfile = 16 * ((2*NPROC) + 16 + MAXUSERS) / 10 + 32;
NPROC is also based on maxusers:
#define NPROC (20 + 8 * MAXUSERS)
So, to increase the size of the file table (and all the
other tables that size of maxusers), increase maxusers
in the configuration file, build a new kernel and reboot
using it.
---------------------------------------------------------
From: j.studnicka_at_ic.ac.uk
Try to increase the MAXUSERS parameter in the config.file to 128 or 256,
rebuild the kernel and reboot. That should fix your problem,subject that
you are not running Oracle. I believe there was a problem with Oracle
v 7.0.13 on OSF/1 1.3. The application caused the file table overflow
regadrdless of the MAXUSERS parameter size.
Jiri
-------------------
Magali (magali_at_lirmm.fr)
Tel: (33) 67.41.85.70
Received on Fri May 12 1995 - 06:05:42 NZST