>Файловый сервер вешается на ровном месте. Тему уже такую постил, немного погуглив,
>у самого появились некоторые варианты.  Вроде как не хватает inodes

Кол-во инодов задается при создании файловой системы. Или переделывайте ваш /var
Или убивайте там файлы - их очень много. Хотя такие грабли последний раз наблюдал с cnews - там куча мелких файлов.

>Файловый сервер вешается на ровном месте. Тему уже такую постил, немного погуглив,
>у самого появились некоторые варианты.  Вроде как не хватает inodes
>ов.. (Дескрипторов файлов на том или ином разделе.)
>
>Натыкался на статьи про патчи для Softupdates (http://sysoev.ru/freebsd/softupdates.html), применение которых не помогло.
>В итоге вобще вырубил их (прямо закомментив softupdate в ядре).
>
>/dev/mirror/gm0s1a on / (ufs, local, acls)
>devfs on /dev (devfs, local)
>/dev/mirror/gm0s2a on /homes/operators (ufs, local, acls)
>/dev/mirror/gm0s2g on /homes/students (ufs, local, acls)
>/dev/mirror/gm0s2f on /homes/teach (ufs, local, acls)
>/dev/mirror/gm0s2h on /shares/common (ufs, local, acls)
>/dev/mirror/gm0s2b on /shares/distrib (ufs, local, acls)
>/dev/mirror/gm0s2e on /shares/stud (ufs, local, acls)
>/dev/mirror/gm0s2d on /shares/stuff (ufs, local, acls)
>/dev/mirror/gm0s1d on /usr (ufs, local)
>/dev/mirror/gm0s1e on /var (ufs, local)
>/dev/md0 on /var (ufs, local)
>devfs on /var/named/dev (devfs, local)
>
>
>Думал, что как то эти inode связаны с софтапдейтами, но похоже ошибся.
>
>Даже после того, как отрубил софтапдейты, сервер продолжает вешаться, когда заканчиваются inodы..
>
>
># df -i
>Filesystem         1K-blocks  
>  Used   Avail Capacity iused   ifree
>%iused  Mounted on
>/dev/mirror/gm0s1a   1012974    85570  846368  
>  9%    2249  139061  
> 2%   /
>devfs            
>          1
>       1    
>   0   100%    
>  0       0  
>100%   /dev
>/dev/mirror/gm0s2a  35539756 31708362  988214    97%  
>82996 4533194    2%   /homes/operators
>/dev/mirror/gm0s2g  15231278 13742042  270734    98%  
>86699 1891667    4%   /homes/students
>/dev/mirror/gm0s2f  10154158  9341624     202  
>100%   39823 1279087    3%  
>/homes/teach
>/dev/mirror/gm0s2h  10154158  9273418   68408    99%
>  37910 1281000    3%   /shares/common
>
>/dev/mirror/gm0s2b  76486368 66913574 3453886    95%  193502 9698336
>   2%   /shares/distrib
>/dev/mirror/gm0s2e  10154158  8458690  883136    91%  
> 32210 1286700    2%   /shares/stud
>/dev/mirror/gm0s2d  24372460 21608534  814130    96%  
>31336 3124630    1%   /shares/stuff
>/dev/mirror/gm0s1d   2026030  1605214  258734    86%
> 161638  120984   57%   /usr
>/dev/mirror/gm0s1e   2019638  1475594  382474    79%
> 282606      16  100%  
> /var
>/dev/md0            
>   31470      810  
> 28144     3%    
>129    4221    3%  
>/var
>devfs            
>          1
>       1    
>   0   100%    
>  0       0  
>100%   /var/named/dev
>
>Как увеличить количество инодов, или может какие другие предложения будут?
>Куда копать, каким лесом пройти?

жуть :(
Встать ПРОСТО так из-за нехватки inodes система не может, но вот из-за переполнения:

"/"
"/usr"
возможно "/var" - у вас он вовсе непонятный!
может.
Судя по отсутствию "/tmp" как отдельной FS, данная директория у вас расположена ПРЯМО
в корне "/", так как она является основной рабочей для разного рода промежуточных
действий, то скорее всего заполнение "/" до 94-96% или переполнение, приводит к ступору,
ну или заполнение-переполнение "/usr"

Вот такие мысли, ну либо сервер встает в ступор из-за чего-то другого - смотреть логи
и сообщения на консоли, ну или panic если есть.