The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"kern.maxfiles ???? !!!!!!!!!!"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"kern.maxfiles ???? !!!!!!!!!!"
Сообщение от nvv emailИскать по авторуВ закладки(??) on 22-Фев-05, 11:08  (MSK)
Я не понял , что FreeBSD поддерживает только столько файлов по умолчанию
kern.maxfiles: 12328 ????
У меня возникли траблы. Free 5.3 сервер почтовый CGP? и файлов там дофига, по моему около 300 000 (потому что пользователи такие ).
И периодически Free впадает в кому, причем ругается именно на ту файловую систему, где хранится вся почта пользователей.
Действительно ли проблема в параметре kern.maxfiles ????
  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 22-Фев-05, 11:12  (MSK)
>Я не понял , что FreeBSD поддерживает только столько файлов по умолчанию
>
>kern.maxfiles: 12328 ????
>У меня возникли траблы. Free 5.3 сервер почтовый CGP? и файлов там
>дофига, по моему около 300 000 (потому что пользователи такие ).
>
>И периодически Free впадает в кому, причем ругается именно на ту файловую
>систему, где хранится вся почта пользователей.
>Действительно ли проблема в параметре kern.maxfiles ????

1. df -i
2. 4to zna4itu rugajetca. Konkretnei mozhno 4toomenno pi6et ?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от nvv emailИскать по авторуВ закладки(??) on 22-Фев-05, 11:16  (MSK)
>>Я не понял , что FreeBSD поддерживает только столько файлов по умолчанию
>>
>>kern.maxfiles: 12328 ????
>>У меня возникли траблы. Free 5.3 сервер почтовый CGP? и файлов там
>>дофига, по моему около 300 000 (потому что пользователи такие ).
>>
>>И периодически Free впадает в кому, причем ругается именно на ту файловую
>>систему, где хранится вся почта пользователей.
>>Действительно ли проблема в параметре kern.maxfiles ????
>
>1. df -i
>2. 4to zna4itu rugajetca. Konkretnei mozhno 4toomenno pi6et ?

Ругань вот такая, но она после перезагрузки, а так сервак останавливается и висит мертво и в логи совсем ничего не пишет. До того как в кому впасть по логам все нормально

Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: INCORRECT BLOCK COUNT I=4 (285120 should be

285088) (CORRECTED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=4  OWNER=root MODE=100400
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=214748373784 MTIME=Feb 22 08:59 2005  

(CLEARED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324681  OWNER=mysql MODE=100600
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=2349 MTIME=Feb 22 08:59 2005  (CLEARED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324716  OWNER=mysql MODE=100600
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  (CLEARED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324719  OWNER=mysql MODE=100600
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  (CLEARED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15685877  OWNER=root MODE=100660
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:59 2005  (CLEARED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15826953  OWNER=root MODE=100660
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6554 MTIME=Feb 21 20:37 2005  (CLEARED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: LINK COUNT FILE I=19265537  OWNER=root

MODE=100660
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6008 MTIME=Feb 22 08:59 2005  COUNT 2

SHOULD BE 1 (ADJUSTED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19269917  OWNER=root MODE=100660
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=9457 MTIME=Feb 22 08:59 2005  (CLEARED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19877922  OWNER=root MODE=100644
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=158 MTIME=Feb 22 08:42 2005  (CLEARED)
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: Reclaimed: 0 directories, 30 files, 3547

fragments
Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: 308171 files, 30115904 used, 71437700 free

(133044 frags, 8913082 blocks, 0.1% fragmentation)


  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от nvv emailИскать по авторуВ закладки(??) on 22-Фев-05, 11:19  (MSK)
>>>Я не понял , что FreeBSD поддерживает только столько файлов по умолчанию
>>>
>>>kern.maxfiles: 12328 ????
>>>У меня возникли траблы. Free 5.3 сервер почтовый CGP? и файлов там
>>>дофига, по моему около 300 000 (потому что пользователи такие ).
>>>
>>>И периодически Free впадает в кому, причем ругается именно на ту файловую
>>>систему, где хранится вся почта пользователей.
>>>Действительно ли проблема в параметре kern.maxfiles ????
>>
>>1. df -i
>>2. 4to zna4itu rugajetca. Konkretnei mozhno 4toomenno pi6et ?
>
>Ругань вот такая, но она после перезагрузки, а так сервак останавливается и
>висит мертво и в логи совсем ничего не пишет. До того
>как в кому впасть по логам все нормально
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: INCORRECT BLOCK COUNT I=4 (285120 should
>be
>
>285088) (CORRECTED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=4  OWNER=root MODE=100400
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=214748373784 MTIME=Feb 22 08:59 2005
>
>(CLEARED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324681  OWNER=mysql MODE=100600
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=2349 MTIME=Feb 22 08:59 2005  
>(CLEARED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324716  OWNER=mysql MODE=100600
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>(CLEARED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324719  OWNER=mysql MODE=100600
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>(CLEARED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15685877  OWNER=root MODE=100660
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:59 2005  
>(CLEARED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15826953  OWNER=root MODE=100660
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6554 MTIME=Feb 21 20:37 2005  
>(CLEARED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: LINK COUNT FILE I=19265537  OWNER=root
>
>
>MODE=100660
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6008 MTIME=Feb 22 08:59 2005  
>COUNT 2
>
>SHOULD BE 1 (ADJUSTED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19269917  OWNER=root MODE=100660
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=9457 MTIME=Feb 22 08:59 2005  
>(CLEARED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19877922  OWNER=root MODE=100644
>
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=158 MTIME=Feb 22 08:42 2005  
>(CLEARED)
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: Reclaimed: 0 directories, 30 files, 3547
>
>
>fragments
>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: 308171 files, 30115904 used, 71437700 free
>
>
>(133044 frags, 8913082 blocks, 0.1% fragmentation)

И вот еще ва -i -h
root@sputnik# df -i -h
Filesystem     Size    Used   Avail Capacity iused    ifree %iused  Mounted on
/dev/ar0s1a    248M     35M    193M    15%    1017    32005    3%   /
devfs          1.0K    1.0K      0B   100%       0        0  100%   /dev
/dev/ar0s1f    1.9G    398M    1.4G    22%   19730   239340    8%   /home
/dev/ar0s1e    290M     28M    239M    10%    1604    37050    4%   /tmp
/dev/ar0s1d    3.8G    1.7G    1.8G    49%  150000   368142   29%   /usr
/dev/ar0s1g    194G     57G    121G    32%  306677 25953801    1%   /var
/dev/ar0s1h     15G    3.3G     10G    24%    5758  1996160    0%   /zapas
/dev/ad0s1     108G     58G     42G    58%  472507 14200387    3%   /mnt/ad0

  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 22-Фев-05, 11:55  (MSK)
>>>>Я не понял , что FreeBSD поддерживает только столько файлов по умолчанию
>>>>
>>>>kern.maxfiles: 12328 ????
>>>>У меня возникли траблы. Free 5.3 сервер почтовый CGP? и файлов там
>>>>дофига, по моему около 300 000 (потому что пользователи такие ).
>>>>
>>>>И периодически Free впадает в кому, причем ругается именно на ту файловую
>>>>систему, где хранится вся почта пользователей.
>>>>Действительно ли проблема в параметре kern.maxfiles ????
>>>
>>>1. df -i
>>>2. 4to zna4itu rugajetca. Konkretnei mozhno 4toomenno pi6et ?
>>
>>Ругань вот такая, но она после перезагрузки, а так сервак останавливается и
>>висит мертво и в логи совсем ничего не пишет. До того
>>как в кому впасть по логам все нормально
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: INCORRECT BLOCK COUNT I=4 (285120 should
>>be
>>
>>285088) (CORRECTED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=4  OWNER=root MODE=100400
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=214748373784 MTIME=Feb 22 08:59 2005
>>
>>(CLEARED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324681  OWNER=mysql MODE=100600
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=2349 MTIME=Feb 22 08:59 2005  
>>(CLEARED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324716  OWNER=mysql MODE=100600
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>(CLEARED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324719  OWNER=mysql MODE=100600
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>(CLEARED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15685877  OWNER=root MODE=100660
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:59 2005  
>>(CLEARED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15826953  OWNER=root MODE=100660
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6554 MTIME=Feb 21 20:37 2005  
>>(CLEARED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: LINK COUNT FILE I=19265537  OWNER=root
>>
>>
>>MODE=100660
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6008 MTIME=Feb 22 08:59 2005  
>>COUNT 2
>>
>>SHOULD BE 1 (ADJUSTED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19269917  OWNER=root MODE=100660
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=9457 MTIME=Feb 22 08:59 2005  
>>(CLEARED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19877922  OWNER=root MODE=100644
>>
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=158 MTIME=Feb 22 08:42 2005  
>>(CLEARED)
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: Reclaimed: 0 directories, 30 files, 3547
>>
>>
>>fragments
>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: 308171 files, 30115904 used, 71437700 free
>>
>>
>>(133044 frags, 8913082 blocks, 0.1% fragmentation)
>
>
>
>И вот еще ва -i -h
>root@sputnik# df -i -h
>Filesystem     Size    Used  
>Avail Capacity iused    ifree %iused  Mounted on
>
>/dev/ar0s1a    248M     35M  
> 193M    15%    1017  
>  32005    3%   /
>devfs          1.0K  
>  1.0K      0B  
>100%       0    
>    0  100%   /dev
>/dev/ar0s1f    1.9G    398M    
>1.4G    22%   19730   239340
>   8%   /home
>/dev/ar0s1e    290M     28M  
> 239M    10%    1604  
>  37050    4%   /tmp
>/dev/ar0s1d    3.8G    1.7G    
>1.8G    49%  150000   368142  
> 29%   /usr
>/dev/ar0s1g    194G     57G  
> 121G    32%  306677 25953801  
> 1%   /var
>/dev/ar0s1h     15G    3.3G  
>  10G    24%    5758
> 1996160    0%   /zapas
>/dev/ad0s1     108G     58G  
>   42G    58%  472507 14200387
>   3%   /mnt/ad0

K parametru kern.maxfiles eto nikakogo otno6enija ne imejet.
fsck rugajetca na failovuju sistemu t.k. pri perezagruzke FS ne
pometilis kak clean.
1. Sdelai backup
2. reboot -> boot -s (single-user mode)
3. fsck dla /dev/ar0s1g. Naskolko smotru problema tolko s etoi
paritcijei.
4. Jesli ispolzuje6 softupdate ego tozhe moze6 otklu4it.
5. Potom smotri kak budet sebja vesti.

P.S. Neskolko varinatov: libo disk sipetca, libo elektri4estvo virubilos
v nepodhoda6ij moment.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от nvv emailИскать по авторуВ закладки(??) on 22-Фев-05, 12:15  (MSK)
>>>>>Я не понял , что FreeBSD поддерживает только столько файлов по умолчанию
>>>>>
>>>>>kern.maxfiles: 12328 ????
>>>>>У меня возникли траблы. Free 5.3 сервер почтовый CGP? и файлов там
>>>>>дофига, по моему около 300 000 (потому что пользователи такие ).
>>>>>
>>>>>И периодически Free впадает в кому, причем ругается именно на ту файловую
>>>>>систему, где хранится вся почта пользователей.
>>>>>Действительно ли проблема в параметре kern.maxfiles ????
>>>>
>>>>1. df -i
>>>>2. 4to zna4itu rugajetca. Konkretnei mozhno 4toomenno pi6et ?
>>>
>>>Ругань вот такая, но она после перезагрузки, а так сервак останавливается и
>>>висит мертво и в логи совсем ничего не пишет. До того
>>>как в кому впасть по логам все нормально
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: INCORRECT BLOCK COUNT I=4 (285120 should
>>>be
>>>
>>>285088) (CORRECTED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=4  OWNER=root MODE=100400
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=214748373784 MTIME=Feb 22 08:59 2005
>>>
>>>(CLEARED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324681  OWNER=mysql MODE=100600
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=2349 MTIME=Feb 22 08:59 2005  
>>>(CLEARED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324716  OWNER=mysql MODE=100600
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>>(CLEARED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324719  OWNER=mysql MODE=100600
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>>(CLEARED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15685877  OWNER=root MODE=100660
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:59 2005  
>>>(CLEARED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15826953  OWNER=root MODE=100660
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6554 MTIME=Feb 21 20:37 2005  
>>>(CLEARED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: LINK COUNT FILE I=19265537  OWNER=root
>>>
>>>
>>>MODE=100660
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6008 MTIME=Feb 22 08:59 2005  
>>>COUNT 2
>>>
>>>SHOULD BE 1 (ADJUSTED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19269917  OWNER=root MODE=100660
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=9457 MTIME=Feb 22 08:59 2005  
>>>(CLEARED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19877922  OWNER=root MODE=100644
>>>
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=158 MTIME=Feb 22 08:42 2005  
>>>(CLEARED)
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: Reclaimed: 0 directories, 30 files, 3547
>>>
>>>
>>>fragments
>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: 308171 files, 30115904 used, 71437700 free
>>>
>>>
>>>(133044 frags, 8913082 blocks, 0.1% fragmentation)
>>
>>
>>
>>И вот еще ва -i -h
>>root@sputnik# df -i -h
>>Filesystem     Size    Used  
>>Avail Capacity iused    ifree %iused  Mounted on
>>
>>/dev/ar0s1a    248M     35M  
>> 193M    15%    1017  
>>  32005    3%   /
>>devfs          1.0K  
>>  1.0K      0B  
>>100%       0    
>>    0  100%   /dev
>>/dev/ar0s1f    1.9G    398M    
>>1.4G    22%   19730   239340
>>   8%   /home
>>/dev/ar0s1e    290M     28M  
>> 239M    10%    1604  
>>  37050    4%   /tmp
>>/dev/ar0s1d    3.8G    1.7G    
>>1.8G    49%  150000   368142  
>> 29%   /usr
>>/dev/ar0s1g    194G     57G  
>> 121G    32%  306677 25953801  
>> 1%   /var
>>/dev/ar0s1h     15G    3.3G  
>>  10G    24%    5758
>> 1996160    0%   /zapas
>>/dev/ad0s1     108G     58G  
>>   42G    58%  472507 14200387
>>   3%   /mnt/ad0
>
>K parametru kern.maxfiles eto nikakogo otno6enija ne imejet.
>fsck rugajetca na failovuju sistemu t.k. pri perezagruzke FS ne
>pometilis kak clean.
>1. Sdelai backup
>2. reboot -> boot -s (single-user mode)
>3. fsck dla /dev/ar0s1g. Naskolko smotru problema tolko s etoi
>paritcijei.
>4. Jesli ispolzuje6 softupdate ego tozhe moze6 otklu4it.
>5. Potom smotri kak budet sebja vesti.
>
>P.S. Neskolko varinatov: libo disk sipetca, libo elektri4estvo virubilos
>v nepodhoda6ij moment.


Энергию действительно часто отключают (скачки напряжения), но там вроде UPS стоит. У нас такая же проблема наблюдалась раза 3 уже. И проблемы именно с партицией куда каталог /var примонтирован, а там как раз почта пользователей

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от nvv emailИскать по авторуВ закладки(??) on 22-Фев-05, 12:17  (MSK)
>>>>>>Я не понял , что FreeBSD поддерживает только столько файлов по умолчанию
>>>>>>
>>>>>>kern.maxfiles: 12328 ????
>>>>>>У меня возникли траблы. Free 5.3 сервер почтовый CGP? и файлов там
>>>>>>дофига, по моему около 300 000 (потому что пользователи такие ).
>>>>>>
>>>>>>И периодически Free впадает в кому, причем ругается именно на ту файловую
>>>>>>систему, где хранится вся почта пользователей.
>>>>>>Действительно ли проблема в параметре kern.maxfiles ????
>>>>>
>>>>>1. df -i
>>>>>2. 4to zna4itu rugajetca. Konkretnei mozhno 4toomenno pi6et ?
>>>>
>>>>Ругань вот такая, но она после перезагрузки, а так сервак останавливается и
>>>>висит мертво и в логи совсем ничего не пишет. До того
>>>>как в кому впасть по логам все нормально
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: INCORRECT BLOCK COUNT I=4 (285120 should
>>>>be
>>>>
>>>>285088) (CORRECTED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=4  OWNER=root MODE=100400
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=214748373784 MTIME=Feb 22 08:59 2005
>>>>
>>>>(CLEARED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324681  OWNER=mysql MODE=100600
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=2349 MTIME=Feb 22 08:59 2005  
>>>>(CLEARED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324716  OWNER=mysql MODE=100600
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>>>(CLEARED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324719  OWNER=mysql MODE=100600
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>>>(CLEARED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15685877  OWNER=root MODE=100660
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:59 2005  
>>>>(CLEARED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15826953  OWNER=root MODE=100660
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6554 MTIME=Feb 21 20:37 2005  
>>>>(CLEARED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: LINK COUNT FILE I=19265537  OWNER=root
>>>>
>>>>
>>>>MODE=100660
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6008 MTIME=Feb 22 08:59 2005  
>>>>COUNT 2
>>>>
>>>>SHOULD BE 1 (ADJUSTED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19269917  OWNER=root MODE=100660
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=9457 MTIME=Feb 22 08:59 2005  
>>>>(CLEARED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19877922  OWNER=root MODE=100644
>>>>
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=158 MTIME=Feb 22 08:42 2005  
>>>>(CLEARED)
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: Reclaimed: 0 directories, 30 files, 3547
>>>>
>>>>
>>>>fragments
>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: 308171 files, 30115904 used, 71437700 free
>>>>
>>>>
>>>>(133044 frags, 8913082 blocks, 0.1% fragmentation)
>>>
>>>
>>>
>>>И вот еще ва -i -h
>>>root@sputnik# df -i -h
>>>Filesystem     Size    Used  
>>>Avail Capacity iused    ifree %iused  Mounted on
>>>
>>>/dev/ar0s1a    248M     35M  
>>> 193M    15%    1017  
>>>  32005    3%   /
>>>devfs          1.0K  
>>>  1.0K      0B  
>>>100%       0    
>>>    0  100%   /dev
>>>/dev/ar0s1f    1.9G    398M    
>>>1.4G    22%   19730   239340
>>>   8%   /home
>>>/dev/ar0s1e    290M     28M  
>>> 239M    10%    1604  
>>>  37050    4%   /tmp
>>>/dev/ar0s1d    3.8G    1.7G    
>>>1.8G    49%  150000   368142  
>>> 29%   /usr
>>>/dev/ar0s1g    194G     57G  
>>> 121G    32%  306677 25953801  
>>> 1%   /var
>>>/dev/ar0s1h     15G    3.3G  
>>>  10G    24%    5758
>>> 1996160    0%   /zapas
>>>/dev/ad0s1     108G     58G  
>>>   42G    58%  472507 14200387
>>>   3%   /mnt/ad0
>>
>>K parametru kern.maxfiles eto nikakogo otno6enija ne imejet.
>>fsck rugajetca na failovuju sistemu t.k. pri perezagruzke FS ne
>>pometilis kak clean.
>>1. Sdelai backup
>>2. reboot -> boot -s (single-user mode)
>>3. fsck dla /dev/ar0s1g. Naskolko smotru problema tolko s etoi
>>paritcijei.
>>4. Jesli ispolzuje6 softupdate ego tozhe moze6 otklu4it.
>>5. Potom smotri kak budet sebja vesti.
>>
>>P.S. Neskolko varinatov: libo disk sipetca, libo elektri4estvo virubilos
>>v nepodhoda6ij moment.
>
>
>Энергию действительно часто отключают (скачки напряжения), но там вроде UPS стоит. У
>нас такая же проблема наблюдалась раза 3 уже. И проблемы именно
>с партицией куда каталог /var примонтирован, а там как раз почта
>пользователей


Забыл - /dev/ar0s1 - это Fasttrak FX4 у нас там 4 диска новых (seagate) и RAID 0+1. Может сам драйвер раида некоректно работает ?

  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 22-Фев-05, 13:21  (MSK)
>>>>>>>Я не понял , что FreeBSD поддерживает только столько файлов по умолчанию
>>>>>>>
>>>>>>>kern.maxfiles: 12328 ????
>>>>>>>У меня возникли траблы. Free 5.3 сервер почтовый CGP? и файлов там
>>>>>>>дофига, по моему около 300 000 (потому что пользователи такие ).
>>>>>>>
>>>>>>>И периодически Free впадает в кому, причем ругается именно на ту файловую
>>>>>>>систему, где хранится вся почта пользователей.
>>>>>>>Действительно ли проблема в параметре kern.maxfiles ????
>>>>>>
>>>>>>1. df -i
>>>>>>2. 4to zna4itu rugajetca. Konkretnei mozhno 4toomenno pi6et ?
>>>>>
>>>>>Ругань вот такая, но она после перезагрузки, а так сервак останавливается и
>>>>>висит мертво и в логи совсем ничего не пишет. До того
>>>>>как в кому впасть по логам все нормально
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: INCORRECT BLOCK COUNT I=4 (285120 should
>>>>>be
>>>>>
>>>>>285088) (CORRECTED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=4  OWNER=root MODE=100400
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=214748373784 MTIME=Feb 22 08:59 2005
>>>>>
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324681  OWNER=mysql MODE=100600
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=2349 MTIME=Feb 22 08:59 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324716  OWNER=mysql MODE=100600
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324719  OWNER=mysql MODE=100600
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15685877  OWNER=root MODE=100660
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:59 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15826953  OWNER=root MODE=100660
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6554 MTIME=Feb 21 20:37 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: LINK COUNT FILE I=19265537  OWNER=root
>>>>>
>>>>>
>>>>>MODE=100660
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6008 MTIME=Feb 22 08:59 2005  
>>>>>COUNT 2
>>>>>
>>>>>SHOULD BE 1 (ADJUSTED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19269917  OWNER=root MODE=100660
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=9457 MTIME=Feb 22 08:59 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19877922  OWNER=root MODE=100644
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=158 MTIME=Feb 22 08:42 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: Reclaimed: 0 directories, 30 files, 3547
>>>>>
>>>>>
>>>>>fragments
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: 308171 files, 30115904 used, 71437700 free
>>>>>
>>>>>
>>>>>(133044 frags, 8913082 blocks, 0.1% fragmentation)
>>>>
>>>>
>>>>
>>>>И вот еще ва -i -h
>>>>root@sputnik# df -i -h
>>>>Filesystem     Size    Used  
>>>>Avail Capacity iused    ifree %iused  Mounted on
>>>>
>>>>/dev/ar0s1a    248M     35M  
>>>> 193M    15%    1017  
>>>>  32005    3%   /
>>>>devfs          1.0K  
>>>>  1.0K      0B  
>>>>100%       0    
>>>>    0  100%   /dev
>>>>/dev/ar0s1f    1.9G    398M    
>>>>1.4G    22%   19730   239340
>>>>   8%   /home
>>>>/dev/ar0s1e    290M     28M  
>>>> 239M    10%    1604  
>>>>  37050    4%   /tmp
>>>>/dev/ar0s1d    3.8G    1.7G    
>>>>1.8G    49%  150000   368142  
>>>> 29%   /usr
>>>>/dev/ar0s1g    194G     57G  
>>>> 121G    32%  306677 25953801  
>>>> 1%   /var
>>>>/dev/ar0s1h     15G    3.3G  
>>>>  10G    24%    5758
>>>> 1996160    0%   /zapas
>>>>/dev/ad0s1     108G     58G  
>>>>   42G    58%  472507 14200387
>>>>   3%   /mnt/ad0
>>>
>>>K parametru kern.maxfiles eto nikakogo otno6enija ne imejet.
>>>fsck rugajetca na failovuju sistemu t.k. pri perezagruzke FS ne
>>>pometilis kak clean.
>>>1. Sdelai backup
>>>2. reboot -> boot -s (single-user mode)
>>>3. fsck dla /dev/ar0s1g. Naskolko smotru problema tolko s etoi
>>>paritcijei.
>>>4. Jesli ispolzuje6 softupdate ego tozhe moze6 otklu4it.
>>>5. Potom smotri kak budet sebja vesti.
>>>
>>>P.S. Neskolko varinatov: libo disk sipetca, libo elektri4estvo virubilos
>>>v nepodhoda6ij moment.
>>
>>
>>Энергию действительно часто отключают (скачки напряжения), но там вроде UPS стоит. У
>>нас такая же проблема наблюдалась раза 3 уже. И проблемы именно
>>с партицией куда каталог /var примонтирован, а там как раз почта
>>пользователей
>
>
>Забыл - /dev/ar0s1 - это Fasttrak FX4 у нас там 4 диска
>новых (seagate) и RAID 0+1. Может сам драйвер раида некоректно работает
>?

Vozmozno, no po4emu-to mne kazetca 4to net. Moi poisk v PR na freebsd.org
ni4ego podobnogo ne dal. Bila odna problema no nemnogo ne to.
Jesli diski novije, togda skorei vsego s FS 4to-to ne v poradke.
Togda vse ravno: backup->signe user -> fsck i ispravlat.
E6e variant backup -> newfs dla g particii -> fsck -> restore -> fsck.
57Gb ne dolzno zanat sli6kom mnogo vremeni.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от lavr emailИскать по авторуВ закладки on 22-Фев-05, 14:19  (MSK)

>>>>>Ругань вот такая, но она после перезагрузки, а так сервак останавливается и
>>>>>висит мертво и в логи совсем ничего не пишет. До того
>>>>>как в кому впасть по логам все нормально
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: INCORRECT BLOCK COUNT I=4 (285120 should
>>>>>be
>>>>>
>>>>>285088) (CORRECTED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=4  OWNER=root MODE=100400
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=214748373784 MTIME=Feb 22 08:59 2005
>>>>>
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324681  OWNER=mysql MODE=100600
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=2349 MTIME=Feb 22 08:59 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324716  OWNER=mysql MODE=100600
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=7324719  OWNER=mysql MODE=100600
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:42 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15685877  OWNER=root MODE=100660
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=0 MTIME=Feb 22 08:59 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=15826953  OWNER=root MODE=100660
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6554 MTIME=Feb 21 20:37 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: LINK COUNT FILE I=19265537  OWNER=root
>>>>>
>>>>>
>>>>>MODE=100660
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=6008 MTIME=Feb 22 08:59 2005  
>>>>>COUNT 2
>>>>>
>>>>>SHOULD BE 1 (ADJUSTED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19269917  OWNER=root MODE=100660
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=9457 MTIME=Feb 22 08:59 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: UNREF FILE I=19877922  OWNER=root MODE=100644
>>>>>
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: SIZE=158 MTIME=Feb 22 08:42 2005  
>>>>>(CLEARED)
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: Reclaimed: 0 directories, 30 files, 3547
>>>>>
>>>>>
>>>>>fragments
>>>>>Feb 22 09:41:52 sputnik fsck: /dev/ar0s1g: 308171 files, 30115904 used, 71437700 free
>>>>>
>>>>>
>>>>>(133044 frags, 8913082 blocks, 0.1% fragmentation)

сообщения умеешь читать? у тебя файловая система попыла и конкретно
в твоем случае это связано с работой MySQL - временные файлы или какие...
("конкретно" MySQL в данном контексте который ты привел от fsck)

Смотри есть ли в логах сообщения о дисковых ошибках, используется ли
softupdates - либо какой-то из дисков в массиве битый, либо создается
большое кол-во мелких файлов, заполняется FS и inodes и файловые
дескрипторы не освобождаются после использования, возможно по этой
причине и сообщения от fsck.

Исключительно практический опыт: использовать softupdates без стабильного
питания - чревато, да и вообще - чем больше нагрузка тем softupdates
ведет себя хуже, однако это наблюдается только на ATA, на SCSI такого
ни разу не приключалось

  Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от nvv emailИскать по авторуВ закладки(??) on 22-Фев-05, 14:45  (MSK)

>
>сообщения умеешь читать? у тебя файловая система попыла и конкретно
>в твоем случае это связано с работой MySQL - временные файлы или
>какие...
>("конкретно" MySQL в данном контексте который ты привел от fsck)
>
>Смотри есть ли в логах сообщения о дисковых ошибках, используется ли
>softupdates - либо какой-то из дисков в массиве битый, либо создается
>большое кол-во мелких файлов, заполняется FS и inodes и файловые
>дескрипторы не освобождаются после использования, возможно по этой
>причине и сообщения от fsck.
>
>Исключительно практический опыт: использовать softupdates без стабильного
>питания - чревато, да и вообще - чем больше нагрузка тем softupdates
>
>ведет себя хуже, однако это наблюдается только на ATA, на SCSI такого
>
>ни разу не приключалось

И что мне теперь MySQL выключать?
Softupdaye я отключу, а вот насчет "заполняется FS и inodes и файловые дескрипторы не освобождаются после использования" что делать? У меня действительно мно маленьких файлов, т.к. там крутится почтовик и у юзеров дофига файлов

  Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "kern.maxfiles ???? !!!!!!!!!!"
Сообщение от Brainbug Искать по авторуВ закладки(ok) on 22-Фев-05, 14:54  (MSK)
>
>>
>>сообщения умеешь читать? у тебя файловая система попыла и конкретно
>>в твоем случае это связано с работой MySQL - временные файлы или
>>какие...
>>("конкретно" MySQL в данном контексте который ты привел от fsck)
>>
>>Смотри есть ли в логах сообщения о дисковых ошибках, используется ли
>>softupdates - либо какой-то из дисков в массиве битый, либо создается
>>большое кол-во мелких файлов, заполняется FS и inodes и файловые
>>дескрипторы не освобождаются после использования, возможно по этой
>>причине и сообщения от fsck.
>>
>>Исключительно практический опыт: использовать softupdates без стабильного
>>питания - чревато, да и вообще - чем больше нагрузка тем softupdates
>>
>>ведет себя хуже, однако это наблюдается только на ATA, на SCSI такого
>>
>>ни разу не приключалось
>
>И что мне теперь MySQL выключать?
>Softupdaye я отключу, а вот насчет "заполняется FS и inodes и файловые
>дескрипторы не освобождаются после использования" что делать? У меня действительно мно
>маленьких файлов, т.к. там крутится почтовик и у юзеров дофига файлов
>

Kak variant - poprobui vinesti MySQL bazi ili voob6e ves sqrvis na
otdelnuju particiju.

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру