forum.opennet.ru - "FreeBSD 7.1 страшные тормоза" (16)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"FreeBSD 7.1 страшные тормоза"

Форумы OpenNET: Виртуальная конференция (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"FreeBSD 7.1 страшные тормоза"
Сообщение от masters (ok) on 21-Апр-09, 22:08
Настроенная система FreeBSD 7.1 amd64 (роутер на 2 канала, шейпер, DNS, DHCP, Apache, MySQL, SAMBA, Asterisk(VOIP), VPN-сервер для инета) Машина: Core2Duo 1.86Ghz, 4Gb RAM Вообщем работало все уже пол года. Месяц назад решил поставить Самбу. Не знаю из-за этого или нет, но пару дней назад начались проблемы. Стали теряться пинги на сервер (2-3, 1 не проходит). Перезагрузил - все нормально. На следующий день захожу по SSH - страшные тормоза. Пинги не теряются, но если кидать по 10К, то потери видно очень хорошо. Почему-то все 4Гб ОЗУ уходят в инактив. Но не могу вычислить, что так жрет оперативу. Подскажите пожалуйста, куда копать? Какие логи смотреть??? Вот top сразу после ребута: last pid: 2436; load averages: 0.00, 0.09, 0.07 up 0+00:07:58 21:05:58 92 processes: 1 running, 91 sleeping CPU: 0.0% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.8% idle Mem: 61M Active, 29M Inact, 132M Wired, 520K Cache, 44M Buf, 3728M Free Swap: 6322M Total, 6322M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1035 root 1 44 0 87428K 12180K select 0 0:00 0.00% httpd 1037 root 1 44 0 11448K 2684K select 1 0:00 0.00% mpd 985 root 1 44 0 13028K 1336K select 0 0:00 0.00% natd 987 root 1 44 0 13028K 1348K select 1 0:00 0.00% natd 2422 root 1 4 0 33768K 4600K sbwait 1 0:00 0.00% sshd 2104 root 1 44 0 13424K 2832K select 1 0:00 0.00% nmbd 1974 root 1 44 0 5688K 1376K select 0 0:00 0.00% syslogd 2430 root 1 20 0 10100K 2868K pause 0 0:00 0.00% csh 2434 root 1 44 0 8112K 2248K CPU0 0 0:00 0.00% top 1571 root 1 -4 0 17412K 2616K msgrcv 1 0:00 0.00% stargazer 2157 root 1 96 0 24336K 5468K select 1 0:00 0.00% smbd 2428 masters 1 8 0 7060K 1820K wait 1 0:00 0.00% sh 2426 masters 1 44 0 33768K 4684K select 1 0:00 0.00% sshd 2429 masters 1 8 0 20436K 1812K wait 1 0:00 0.00% su 988 root 1 8 0 7060K 1732K wait 0 0:00 0.00% sh 898 root 1 44 0 2180K 640K select 1 0:00 0.00% devd 983 root 1 44 0 5628K 2772K select 1 0:00 0.00% dhcpd 2322 root 1 8 0 6744K 1436K nanslp 0 0:00 0.00% cron 2364 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty 1097 root 5 44 0 20128K 13916K select 1 0:00 0.00% named 2368 root 1 5 0 5684K 1232K ttyin 0 0:00 0.00% getty 2369 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty 2365 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty 2367 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty 2366 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty 2371 root 1 5 0 5684K 1232K ttyin 0 0:00 0.00% getty 2370 root 1 5 0 5684K 1232K ttyin 0 0:00 0.00% getty 2317 root 1 44 0 22876K 3880K select 1 0:00 0.00% sshd 2343 root 1 96 0 7796K 1492K select 0 0:00 0.00% inetd 1420 www 1 4 0 87428K 12196K accept 0 0:00 0.00% httpd 1419 www 1 4 0 87428K 12196K accept 0 0:00 0.00% httpd 2274 root 32 44 0 254M 45156K ucond 1 0:00 0.00% asterisk 2226 root 1 20 0 24336K 5456K pause 0 0:00 0.00% smbd 159 root 1 20 0 2564K 928K pause 1 0:00 0.00% adjkerntz 1007 root 11 4 0 58548K 23076K sbwait 1 0:00 0.00% mysqld 2108 root 1 -8 0 13408K 2524K piperd 0 0:00 0.00% nmbd 1545 root 11 4 -19 32200K 5508K accept 1 0:00 0.00% stargazer Заметил, что появляется потом куча smbd. Может и правда дело в Самбе, как ограничить кол-во процессов?
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

FreeBSD 7.1 страшные тормоза, av, 22:27 , 21-Апр-09, (1)

FreeBSD 7.1 страшные тормоза, GD, 23:07 , 21-Апр-09, (2)

FreeBSD 7.1 страшные тормоза, sonkilla, 23:32 , 21-Апр-09, (3)

FreeBSD 7.1 страшные тормоза, masters, 10:09 , 22-Апр-09, (4)

FreeBSD 7.1 страшные тормоза, masters, 11:27 , 22-Апр-09, (5)

FreeBSD 7.1 страшные тормоза, daevy, 12:09 , 22-Апр-09, (6)

FreeBSD 7.1 страшные тормоза, masters, 16:56 , 22-Апр-09, (10)

FreeBSD 7.1 страшные тормоза, GD, 13:28 , 22-Апр-09, (7)

FreeBSD 7.1 страшные тормоза, av, 14:01 , 22-Апр-09, (8)

FreeBSD 7.1 страшные тормоза, masters, 17:04 , 22-Апр-09, (11)

FreeBSD 7.1 страшные тормоза, masters, 17:06 , 22-Апр-09, (12)

FreeBSD 7.1 страшные тормоза, daevy, 14:32 , 22-Апр-09, (9)

FreeBSD 7.1 страшные тормоза, masters, 10:36 , 23-Апр-09, (13)

FreeBSD 7.1 страшные тормоза, daevy, 11:40 , 23-Апр-09, (14)

FreeBSD 7.1 страшные тормоза, masters, 18:39 , 28-Апр-09, (15)

FreeBSD 7.1 страшные тормоза, masters, 19:29 , 04-Май-09, (16)

Сообщения по теме [Сортировка по времени | RSS]

1. "FreeBSD 7.1 страшные тормоза"

Сообщение от av (??) on 21-Апр-09, 22:27

>Почему-то все 4Гб ОЗУ уходят в инактив. Но не могу вычислить, что
>так жрет оперативу.
> Mem: 61M Active, 29M Inact, 132M Wired, 520K Cache, 44M Buf, 3728M Free
ням ням.... может я конечно чего то не понимаю, но 3728M cвободной оперативной памяти это называется жрет? Я бы наоборот удивлялся почему он не хочет кушать память.
Я обычно предпочитаю htop для мониторинга подобных дел.
>  Месяц назад решил поставить Самбу. Не знаю из-за этого или нет, но пару дней назад начались проблемы.
не вижу логической связи между установкой самбы месяц назад и потерей пакетов вобще.
Куда больше похоже на то что у провайдера какие то проблемы. Или сетевая карта подыхает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "FreeBSD 7.1 страшные тормоза"

Сообщение от GD on 21-Апр-09, 23:07

>>Почему-то все 4Гб ОЗУ уходят в инактив. Но не могу вычислить, что
>>так жрет оперативу.
>> Mem: 61M Active, 29M Inact, 132M Wired, 520K Cache, 44M Buf, 3728M Free
>
>ням ням.... может я конечно чего то не понимаю, но 3728M cвободной
>оперативной памяти это называется жрет? Я бы наоборот удивлялся почему он
>не хочет кушать память.
>Я обычно предпочитаю htop для мониторинга подобных дел.
вы не поняли
человек показал состояние системы сразу после перезагрузки
:)
>
>>  Месяц назад решил поставить Самбу. Не знаю из-за этого или нет, но пару дней назад начались проблемы.
>
>не вижу логической связи между установкой самбы месяц назад и потерей пакетов
>вобще.
>Куда больше похоже на то что у провайдера какие то проблемы. Или
>сетевая карта подыхает.
... или свич
... или баба Маша при мытье полов патч-корд по доброму протерла
... или червички долбятся в самбу со всей дури (смотря что означает "много smbd процессов")

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "FreeBSD 7.1 страшные тормоза"

Сообщение от sonkilla (ok) on 21-Апр-09, 23:32

как вариант отрубить самбу на некоторое время и посмотреть все ли в порядке если да то капать в сторону настройки самбы либо смены на более новую версию.Как уже было сказано Htop поможет отследить кто жрет память.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "FreeBSD 7.1 страшные тормоза"

Сообщение от masters (ok) on 22-Апр-09, 10:09

Можно как-нибудь в Самбе ограничить количество активных процессов?
Ночью с Самбой никто не работал, поэтому ОЗУ еще не сожрало. Но вот процессов уже утром накидало:
last pid:  6958;  load averages:  0.00,  0.00,  0.00    up 0+12:07:34  09:05:34
107 processes: 1 running, 106 sleeping
CPU:  0.0% user,  0.0% nice,  0.4% system,  0.0% interrupt, 99.6% idle
Mem: 84M Active, 272M Inact, 293M Wired, 456K Cache, 214M Buf, 3301M Free
Swap: 6322M Total, 6322M Free
  PID USERNAME    THR PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND
  985 root          1  44    0 13028K  1608K select 1   0:23  0.00% natd
  987 root          1  44    0 13028K  1464K select 0   0:03  0.00% natd
1007 root          9  20    0 58548K 23364K sigwai 0   0:02  0.00% mysqld
2104 root          1  44    0 13432K  2852K select 0   0:02  0.00% nmbd
1035 root          1  44    0 87428K 12180K select 0   0:01  0.00% httpd
1037 root          1  44    0 11448K  2696K select 0   0:00  0.00% mpd
  983 root          1  44    0  5628K  2772K select 1   0:00  0.00% dhcpd
3051 www           1   4    0 88452K 14052K accept 1   0:00  0.00% httpd
1097 root          5  44    0 31392K 23312K select 1   0:00  0.00% named
3046 www           1   4    0 88452K 13744K accept 0   0:00  0.00% httpd
1974 root          1  44    0  5688K  1376K select 0   0:00  0.00% syslogd
2322 root          1   8    0  6744K  1436K nanslp 0   0:00  0.00% cron
6617 www           1   4    0 88452K 13792K accept 0   0:00  0.00% httpd
6947 root          1  44    0  8112K  2288K CPU0   0   0:00  0.00% top
3049 www           1   4    0 88452K 13672K accept 0   0:00  0.00% httpd
3082 www           1   4    0 88452K 13680K accept 0   0:00  0.00% httpd
2157 root          1  44    0 24336K  5496K select 0   0:00  0.00% smbd
6503 root          1  44    0 24344K  5968K select 1   0:00  0.00% smbd
6935 root          1   4    0 33768K  4644K sbwait 0   0:00  0.00% sshd
6495 root          1  44    0 24344K  5976K select 1   0:00  0.00% smbd
6607 root          1  44    0 24344K  5952K select 0   0:00  0.00% smbd
6674 root          1  44    0 24356K  5964K select 1   0:00  0.00% smbd
6739 root          1  44    0 24356K  6004K select 1   0:00  0.00% smbd
6691 root          1  44    0 24356K  5964K select 0   0:00  0.00% smbd
6484 root          1  44    0 24344K  5896K select 0   0:00  0.00% smbd
2274 root         32  44    0   254M 45316K ucond  1   0:00  0.00% asterisk
6938 masters       1  44    0 33768K  4712K select 1   0:00  0.00% sshd
6610 root          1  44    0 24356K  5940K select 1   0:00  0.00% smbd
6792 root          1  44    0 24368K  5972K select 0   0:00  0.00% smbd
6776 root          1  44    0 24356K  5960K select 1   0:00  0.00% smbd
6828 root          1  44    0 24368K  5960K select 1   0:00  0.00% smbd
6672 root          1  44    0 24356K  5956K select 1   0:00  0.00% smbd
6953 root          1  44    0 24368K  5944K select 0   0:00  0.00% smbd
6942 root          1  20    0 10100K  2808K pause  0   0:00  0.00% csh
1571 root          1  -4    0 17412K  2616K msgrcv 0   0:00  0.00% stargazer
6885 root          1  44    0 24368K  5976K select 0   0:00  0.00% smbd
6940 masters       1   8    0  7060K  1824K wait   1   0:00  0.00% sh
6941 masters       1   8    0 20436K  1812K wait   0   0:00  0.00% su
  988 root          1   8    0  7060K  1732K wait   0   0:00  0.00% sh
  898 root          1  44    0  2180K   640K select 0   0:00  0.00% devd
2317 root          1  44    0 22876K  3952K select 1   0:00  0.00% sshd
2364 root          1   5    0  5684K  1232K ttyin  1   0:00  0.00% getty
2343 root          1  44    0  7796K  1532K select 0   0:00  0.00% inetd
2368 root          1   5    0  5684K  1232K ttyin  0   0:00  0.00% getty
2369 root          1   5    0  5684K  1232K ttyin  1   0:00  0.00% getty
2365 root          1   5    0  5684K  1232K ttyin  1   0:00  0.00% getty
2367 root          1   5    0  5684K  1232K ttyin  1   0:00  0.00% getty

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "FreeBSD 7.1 страшные тормоза"

Сообщение от masters (ok) on 22-Апр-09, 11:27

>... или свич
>... или баба Маша при мытье полов патч-корд по доброму протерла
>... или червички долбятся в самбу со всей дури (смотря что означает "много smbd процессов")
Свич нет - уже проверялось. Свич управляемый, мониторится по SNMP. И остальные 47 компов с него работают нормально.
Свичи и сервера в стойках, там полы не моют.
Червячки - возможно. Есть способы борьбы? Может nmbd не запускать? В Самбе еще в логах ошибка CUPS постоянно сыпется. Connection refused. Unable to connect CUPS server.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "FreeBSD 7.1 страшные тормоза"

Сообщение от daevy on 22-Апр-09, 12:09

>Червячки - возможно. Есть способы борьбы? Может nmbd не запускать? В Самбе
>еще в логах ошибка CUPS постоянно сыпется. Connection refused. Unable to
>connect CUPS server.
CUPS если не нужен можно отключить в smb.conf
load printers = no
если вы уверены что проблема в количестве дочерних smbd то
max smbd processes = n
так же можно попробовать
max connections = n
и как обычно рекомендую увлекательное чтиво - man smb.conf

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "FreeBSD 7.1 страшные тормоза"

Сообщение от masters (ok) on 22-Апр-09, 16:56

>CUPS если не нужен можно отключить в smb.conf
>load printers = no
Самое интересное, эта строска есть в smb.conf, но он постоянно всеравно лезет к CUPS.
>если вы уверены что проблема в количестве дочерних smbd то
>max smbd processes = n
>так же можно попробовать
>max connections = n
Попробую.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "FreeBSD 7.1 страшные тормоза"

Сообщение от GD on 22-Апр-09, 13:28

>>... или свич
>>... или баба Маша при мытье полов патч-корд по доброму протерла
>>... или червички долбятся в самбу со всей дури (смотря что означает "много smbd процессов")
>
>Свич нет - уже проверялось. Свич управляемый, мониторится по SNMP. И остальные
>47 компов с него работают нормально.
т.е. ошибок на нужно порту нет, все чисто, опрятно?
слова "управляемый" и "SNMP" как бы ни есть критерии...

>
>Свичи и сервера в стойках, там полы не моют.
т.е. кроме вас в радиусе менее 10м там никого кроме вас не бывает?
>Червячки - возможно. Есть способы борьбы?
прежде чем бороться - нужно диагностировать
>Может nmbd не запускать? В Самбе
>еще в логах ошибка CUPS постоянно сыпется. Connection refused. Unable to
>connect CUPS server.
о, разбирайтесь почему оно у вас хочет, но не может, cups

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "FreeBSD 7.1 страшные тормоза"

Сообщение от av (??) on 22-Апр-09, 14:01

>>> В Самбе еще в логах ошибка CUPS постоянно сыпется. Connection refused. Unable to connect CUPS server.
и после подобной фразы:
>> На следующий день захожу по SSH - страшные тормоза. Пинги не теряются, но если кидать по 10К, то
>> потери видно очень хорошо.
вас это удивляет? Если теряются пакеты естествнно сетевые сервисы нормально работать не будут.
Займитесь дианостикой сети начиная с самого нижнего уровня.
>> Свич нет - уже проверялось. Свич управляемый, мониторится по SNMP. И остальные 47 компов с него
>> работают нормально.
то что остальные 47 компов с него работают нормально это показатель по которому вы судите что свитч работает замечательно?
Я лично видел пару управляемых свитчей с мониторингом и прочими фичими у которых были глючные неюзабельные порты.
Кстати если у вас проблема с сетью зачем вы пишите
>> Машина: Core2Duo 1.86Ghz, 4Gb RAM
и не пишите модель свитча/сетевой карты.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "FreeBSD 7.1 страшные тормоза"

Сообщение от masters (ok) on 22-Апр-09, 17:04

>вас это удивляет? Если теряются пакеты естествнно сетевые сервисы нормально работать не
>будут.
>Займитесь дианостикой сети начиная с самого нижнего уровня.
Диагностикой сети занимался. Проверялся и порт и сервер перетыкался в другой. Потерь пакетов нет именно на порту свича.
Даже если сервер перегрузить - к нему нет потерь. А потом, как память на сервере свободная подходит к 1-2Мб - начинаются потери.
Вот конфиг самбы. CUPS в конфиге отключен, но он почему-то всеравно туда лезет.
[global]
netbios name = STIX
workgroup = WORKGROUP
server string = Samba-server
log file = /var/log/samba/sambec.log
max log file = 50
interfaces = rl0
security = share
encrypt password = yes
smb password file = /usr/local/etc/samba/smbpasswd
local master = no
preferred master = no
domain master = no
wins support = yes
lock directory = /var/lock/samba
share modes = yes
load printers = no
Вот что в логах:
[2009/04/22 16:00:36, 0] smbd/password.c:authorise_login(846)
  authorise_login: rejected invalid user nobody
[2009/04/22 16:00:36, 0] smbd/password.c:authorise_login(846)
  authorise_login: rejected invalid user nobody
[2009/04/22 16:00:36, 0] smbd/password.c:authorise_login(846)
  authorise_login: rejected invalid user nobody
[2009/04/22 16:00:36, 1] smbd/service.c:make_connection_snum(1033)
  172.25.254.65 (172.25.254.65) connect to service public initially as user nobo
[2009/04/22 16:00:41, 1] smbd/service.c:close_cnum(1230)
  172.25.254.65 (172.25.254.65) closed connection to service public
[2009/04/22 16:01:09, 0] printing/print_cups.c:cups_connect(69)
  Unable to connect to CUPS server localhost:631 - Connection refused
[2009/04/22 16:01:09, 0] printing/print_cups.c:cups_connect(69)
  Unable to connect to CUPS server localhost:631 - Connection refused
[2009/04/22 16:01:21, 0] printing/print_cups.c:cups_connect(69)
  Unable to connect to CUPS server localhost:631 - Connection refused
[2009/04/22 16:01:21, 0] printing/print_cups.c:cups_connect(69)
  Unable to connect to CUPS server localhost:631 - Connection refused

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "FreeBSD 7.1 страшные тормоза"

Сообщение от masters (ok) on 22-Апр-09, 17:06

P.S. на сервере был еще открыт в инет 53й порт ДНС. Вчера закрыл. Может его долбили? Потому что уже 19 часов работает - еще 3Гб ОЗУ свободно. А вчера буквально часов за 15 оператива ушла в 0.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "FreeBSD 7.1 страшные тормоза"

Сообщение от daevy on 22-Апр-09, 14:32

>т.е. ошибок на нужно порту нет, все чисто, опрятно?
+1
присоединяюсь, надо глянуть счетчики на предмет ошибок и колллизий, это можно провернуть либо в консоли свича, либо по snmp... напрмер snmp-оиды для циски:
.1.3.6.1.2.1.2.2.1.14 - ifInErrors
.1.3.6.1.2.1.2.2.1.20 - ifOutErrors
.1.3.6.1.4.1.9.2.2.1.1.25 - коллизии

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "FreeBSD 7.1 страшные тормоза"

Сообщение от masters (ok) on 23-Апр-09, 10:36

Вообщем покурил МАНы, нашел как полностью отрубить CUPS, ограничил количество процессов и соединений.
Вроде проблема пока не наблюдается - уже 2е суток онлайн. Так и не понял в чем она была: в открытом наружу ДНС или в Самбе.
Кстати поставил кол-во smbd процессов = 5, но у меня их уже 10 :( Походу это не работает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "FreeBSD 7.1 страшные тормоза"

Сообщение от daevy on 23-Апр-09, 11:40

>Вроде проблема пока не наблюдается - уже 2е суток онлайн. Так и
>не понял в чем она была: в открытом наружу ДНС или
>в Самбе.
попробуй открыть dns, думаю если проблема была в нем, она появится вновь

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "FreeBSD 7.1 страшные тормоза"

Сообщение от masters (ok) on 28-Апр-09, 18:39

>попробуй открыть dns, думаю если проблема была в нем, она появится вновь
>
Всетаки проблема не в ДНС, а в самбе.
сделал:
max smb processes = 10
max connections = 500
комп не тормозит, но многие пользователи через время не могут подключиться к серверу (помагает перезапуск самбы). И память зажирается полностью - когда на сетевые диски что-нить льешь.
Можно как-нибудь ограничить обьем ОЗУ используемый самбой, не ограничивая количество подключений?
Видимо и правда черьви в сети :(

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "FreeBSD 7.1 страшные тормоза"

Сообщение от masters (ok) on 04-Май-09, 19:29

>Можно как-нибудь ограничить обьем ОЗУ используемый самбой, не ограничивая количество подключений?
>
>Видимо и правда черьви в сети :(
Или только на всех компах их пытаться поймать ???

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

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

Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "FreeBSD 7.1 страшные тормоза"
Сообщение от av (??) on 21-Апр-09, 22:27
>Почему-то все 4Гб ОЗУ уходят в инактив. Но не могу вычислить, что >так жрет оперативу. > Mem: 61M Active, 29M Inact, 132M Wired, 520K Cache, 44M Buf, 3728M Free ням ням.... может я конечно чего то не понимаю, но 3728M cвободной оперативной памяти это называется жрет? Я бы наоборот удивлялся почему он не хочет кушать память. Я обычно предпочитаю htop для мониторинга подобных дел. > Месяц назад решил поставить Самбу. Не знаю из-за этого или нет, но пару дней назад начались проблемы. не вижу логической связи между установкой самбы месяц назад и потерей пакетов вобще. Куда больше похоже на то что у провайдера какие то проблемы. Или сетевая карта подыхает.
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "FreeBSD 7.1 страшные тормоза"
	Сообщение от GD on 21-Апр-09, 23:07
	>>Почему-то все 4Гб ОЗУ уходят в инактив. Но не могу вычислить, что >>так жрет оперативу. >> Mem: 61M Active, 29M Inact, 132M Wired, 520K Cache, 44M Buf, 3728M Free > >ням ням.... может я конечно чего то не понимаю, но 3728M cвободной >оперативной памяти это называется жрет? Я бы наоборот удивлялся почему он >не хочет кушать память. >Я обычно предпочитаю htop для мониторинга подобных дел. вы не поняли человек показал состояние системы сразу после перезагрузки :) > >> Месяц назад решил поставить Самбу. Не знаю из-за этого или нет, но пару дней назад начались проблемы. > >не вижу логической связи между установкой самбы месяц назад и потерей пакетов >вобще. >Куда больше похоже на то что у провайдера какие то проблемы. Или >сетевая карта подыхает. ... или свич ... или баба Маша при мытье полов патч-корд по доброму протерла ... или червички долбятся в самбу со всей дури (смотря что означает "много smbd процессов")
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "FreeBSD 7.1 страшные тормоза"
	Сообщение от sonkilla (ok) on 21-Апр-09, 23:32
	как вариант отрубить самбу на некоторое время и посмотреть все ли в порядке если да то капать в сторону настройки самбы либо смены на более новую версию.Как уже было сказано Htop поможет отследить кто жрет память.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "FreeBSD 7.1 страшные тормоза"
	Сообщение от masters (ok) on 22-Апр-09, 10:09
	Можно как-нибудь в Самбе ограничить количество активных процессов? Ночью с Самбой никто не работал, поэтому ОЗУ еще не сожрало. Но вот процессов уже утром накидало: last pid: 6958; load averages: 0.00, 0.00, 0.00 up 0+12:07:34 09:05:34 107 processes: 1 running, 106 sleeping CPU: 0.0% user, 0.0% nice, 0.4% system, 0.0% interrupt, 99.6% idle Mem: 84M Active, 272M Inact, 293M Wired, 456K Cache, 214M Buf, 3301M Free Swap: 6322M Total, 6322M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 985 root 1 44 0 13028K 1608K select 1 0:23 0.00% natd 987 root 1 44 0 13028K 1464K select 0 0:03 0.00% natd 1007 root 9 20 0 58548K 23364K sigwai 0 0:02 0.00% mysqld 2104 root 1 44 0 13432K 2852K select 0 0:02 0.00% nmbd 1035 root 1 44 0 87428K 12180K select 0 0:01 0.00% httpd 1037 root 1 44 0 11448K 2696K select 0 0:00 0.00% mpd 983 root 1 44 0 5628K 2772K select 1 0:00 0.00% dhcpd 3051 www 1 4 0 88452K 14052K accept 1 0:00 0.00% httpd 1097 root 5 44 0 31392K 23312K select 1 0:00 0.00% named 3046 www 1 4 0 88452K 13744K accept 0 0:00 0.00% httpd 1974 root 1 44 0 5688K 1376K select 0 0:00 0.00% syslogd 2322 root 1 8 0 6744K 1436K nanslp 0 0:00 0.00% cron 6617 www 1 4 0 88452K 13792K accept 0 0:00 0.00% httpd 6947 root 1 44 0 8112K 2288K CPU0 0 0:00 0.00% top 3049 www 1 4 0 88452K 13672K accept 0 0:00 0.00% httpd 3082 www 1 4 0 88452K 13680K accept 0 0:00 0.00% httpd 2157 root 1 44 0 24336K 5496K select 0 0:00 0.00% smbd 6503 root 1 44 0 24344K 5968K select 1 0:00 0.00% smbd 6935 root 1 4 0 33768K 4644K sbwait 0 0:00 0.00% sshd 6495 root 1 44 0 24344K 5976K select 1 0:00 0.00% smbd 6607 root 1 44 0 24344K 5952K select 0 0:00 0.00% smbd 6674 root 1 44 0 24356K 5964K select 1 0:00 0.00% smbd 6739 root 1 44 0 24356K 6004K select 1 0:00 0.00% smbd 6691 root 1 44 0 24356K 5964K select 0 0:00 0.00% smbd 6484 root 1 44 0 24344K 5896K select 0 0:00 0.00% smbd 2274 root 32 44 0 254M 45316K ucond 1 0:00 0.00% asterisk 6938 masters 1 44 0 33768K 4712K select 1 0:00 0.00% sshd 6610 root 1 44 0 24356K 5940K select 1 0:00 0.00% smbd 6792 root 1 44 0 24368K 5972K select 0 0:00 0.00% smbd 6776 root 1 44 0 24356K 5960K select 1 0:00 0.00% smbd 6828 root 1 44 0 24368K 5960K select 1 0:00 0.00% smbd 6672 root 1 44 0 24356K 5956K select 1 0:00 0.00% smbd 6953 root 1 44 0 24368K 5944K select 0 0:00 0.00% smbd 6942 root 1 20 0 10100K 2808K pause 0 0:00 0.00% csh 1571 root 1 -4 0 17412K 2616K msgrcv 0 0:00 0.00% stargazer 6885 root 1 44 0 24368K 5976K select 0 0:00 0.00% smbd 6940 masters 1 8 0 7060K 1824K wait 1 0:00 0.00% sh 6941 masters 1 8 0 20436K 1812K wait 0 0:00 0.00% su 988 root 1 8 0 7060K 1732K wait 0 0:00 0.00% sh 898 root 1 44 0 2180K 640K select 0 0:00 0.00% devd 2317 root 1 44 0 22876K 3952K select 1 0:00 0.00% sshd 2364 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty 2343 root 1 44 0 7796K 1532K select 0 0:00 0.00% inetd 2368 root 1 5 0 5684K 1232K ttyin 0 0:00 0.00% getty 2369 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty 2365 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty 2367 root 1 5 0 5684K 1232K ttyin 1 0:00 0.00% getty
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "FreeBSD 7.1 страшные тормоза"
	Сообщение от masters (ok) on 22-Апр-09, 11:27
	>... или свич >... или баба Маша при мытье полов патч-корд по доброму протерла >... или червички долбятся в самбу со всей дури (смотря что означает "много smbd процессов") Свич нет - уже проверялось. Свич управляемый, мониторится по SNMP. И остальные 47 компов с него работают нормально. Свичи и сервера в стойках, там полы не моют. Червячки - возможно. Есть способы борьбы? Может nmbd не запускать? В Самбе еще в логах ошибка CUPS постоянно сыпется. Connection refused. Unable to connect CUPS server.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "FreeBSD 7.1 страшные тормоза"
	Сообщение от daevy on 22-Апр-09, 12:09
	>Червячки - возможно. Есть способы борьбы? Может nmbd не запускать? В Самбе >еще в логах ошибка CUPS постоянно сыпется. Connection refused. Unable to >connect CUPS server. CUPS если не нужен можно отключить в smb.conf load printers = no если вы уверены что проблема в количестве дочерних smbd то max smbd processes = n так же можно попробовать max connections = n и как обычно рекомендую увлекательное чтиво - man smb.conf
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "FreeBSD 7.1 страшные тормоза"
	Сообщение от masters (ok) on 22-Апр-09, 16:56
	>CUPS если не нужен можно отключить в smb.conf >load printers = no Самое интересное, эта строска есть в smb.conf, но он постоянно всеравно лезет к CUPS. >если вы уверены что проблема в количестве дочерних smbd то >max smbd processes = n >так же можно попробовать >max connections = n Попробую.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "FreeBSD 7.1 страшные тормоза"
	Сообщение от GD on 22-Апр-09, 13:28
	>>... или свич >>... или баба Маша при мытье полов патч-корд по доброму протерла >>... или червички долбятся в самбу со всей дури (смотря что означает "много smbd процессов") > >Свич нет - уже проверялось. Свич управляемый, мониторится по SNMP. И остальные >47 компов с него работают нормально. т.е. ошибок на нужно порту нет, все чисто, опрятно? слова "управляемый" и "SNMP" как бы ни есть критерии... > >Свичи и сервера в стойках, там полы не моют. т.е. кроме вас в радиусе менее 10м там никого кроме вас не бывает? >Червячки - возможно. Есть способы борьбы? прежде чем бороться - нужно диагностировать >Может nmbd не запускать? В Самбе >еще в логах ошибка CUPS постоянно сыпется. Connection refused. Unable to >connect CUPS server. о, разбирайтесь почему оно у вас хочет, но не может, cups
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "FreeBSD 7.1 страшные тормоза"
	Сообщение от av (??) on 22-Апр-09, 14:01
	>>> В Самбе еще в логах ошибка CUPS постоянно сыпется. Connection refused. Unable to connect CUPS server. и после подобной фразы: >> На следующий день захожу по SSH - страшные тормоза. Пинги не теряются, но если кидать по 10К, то >> потери видно очень хорошо. вас это удивляет? Если теряются пакеты естествнно сетевые сервисы нормально работать не будут. Займитесь дианостикой сети начиная с самого нижнего уровня. >> Свич нет - уже проверялось. Свич управляемый, мониторится по SNMP. И остальные 47 компов с него >> работают нормально. то что остальные 47 компов с него работают нормально это показатель по которому вы судите что свитч работает замечательно? Я лично видел пару управляемых свитчей с мониторингом и прочими фичими у которых были глючные неюзабельные порты. Кстати если у вас проблема с сетью зачем вы пишите >> Машина: Core2Duo 1.86Ghz, 4Gb RAM и не пишите модель свитча/сетевой карты.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "FreeBSD 7.1 страшные тормоза"
	Сообщение от masters (ok) on 22-Апр-09, 17:04
	>вас это удивляет? Если теряются пакеты естествнно сетевые сервисы нормально работать не >будут. >Займитесь дианостикой сети начиная с самого нижнего уровня. Диагностикой сети занимался. Проверялся и порт и сервер перетыкался в другой. Потерь пакетов нет именно на порту свича. Даже если сервер перегрузить - к нему нет потерь. А потом, как память на сервере свободная подходит к 1-2Мб - начинаются потери. Вот конфиг самбы. CUPS в конфиге отключен, но он почему-то всеравно туда лезет. [global] netbios name = STIX workgroup = WORKGROUP server string = Samba-server log file = /var/log/samba/sambec.log max log file = 50 interfaces = rl0 security = share encrypt password = yes smb password file = /usr/local/etc/samba/smbpasswd local master = no preferred master = no domain master = no wins support = yes lock directory = /var/lock/samba share modes = yes load printers = no Вот что в логах: [2009/04/22 16:00:36, 0] smbd/password.c:authorise_login(846) authorise_login: rejected invalid user nobody [2009/04/22 16:00:36, 0] smbd/password.c:authorise_login(846) authorise_login: rejected invalid user nobody [2009/04/22 16:00:36, 0] smbd/password.c:authorise_login(846) authorise_login: rejected invalid user nobody [2009/04/22 16:00:36, 1] smbd/service.c:make_connection_snum(1033) 172.25.254.65 (172.25.254.65) connect to service public initially as user nobo [2009/04/22 16:00:41, 1] smbd/service.c:close_cnum(1230) 172.25.254.65 (172.25.254.65) closed connection to service public [2009/04/22 16:01:09, 0] printing/print_cups.c:cups_connect(69) Unable to connect to CUPS server localhost:631 - Connection refused [2009/04/22 16:01:09, 0] printing/print_cups.c:cups_connect(69) Unable to connect to CUPS server localhost:631 - Connection refused [2009/04/22 16:01:21, 0] printing/print_cups.c:cups_connect(69) Unable to connect to CUPS server localhost:631 - Connection refused [2009/04/22 16:01:21, 0] printing/print_cups.c:cups_connect(69) Unable to connect to CUPS server localhost:631 - Connection refused
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "FreeBSD 7.1 страшные тормоза"
	Сообщение от masters (ok) on 22-Апр-09, 17:06
	P.S. на сервере был еще открыт в инет 53й порт ДНС. Вчера закрыл. Может его долбили? Потому что уже 19 часов работает - еще 3Гб ОЗУ свободно. А вчера буквально часов за 15 оператива ушла в 0.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "FreeBSD 7.1 страшные тормоза"
	Сообщение от daevy on 22-Апр-09, 14:32
	>т.е. ошибок на нужно порту нет, все чисто, опрятно? +1 присоединяюсь, надо глянуть счетчики на предмет ошибок и колллизий, это можно провернуть либо в консоли свича, либо по snmp... напрмер snmp-оиды для циски: .1.3.6.1.2.1.2.2.1.14 - ifInErrors .1.3.6.1.2.1.2.2.1.20 - ifOutErrors .1.3.6.1.4.1.9.2.2.1.1.25 - коллизии
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "FreeBSD 7.1 страшные тормоза"
	Сообщение от masters (ok) on 23-Апр-09, 10:36
	Вообщем покурил МАНы, нашел как полностью отрубить CUPS, ограничил количество процессов и соединений. Вроде проблема пока не наблюдается - уже 2е суток онлайн. Так и не понял в чем она была: в открытом наружу ДНС или в Самбе. Кстати поставил кол-во smbd процессов = 5, но у меня их уже 10 :( Походу это не работает.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "FreeBSD 7.1 страшные тормоза"
	Сообщение от daevy on 23-Апр-09, 11:40
	>Вроде проблема пока не наблюдается - уже 2е суток онлайн. Так и >не понял в чем она была: в открытом наружу ДНС или >в Самбе. попробуй открыть dns, думаю если проблема была в нем, она появится вновь
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "FreeBSD 7.1 страшные тормоза"
	Сообщение от masters (ok) on 28-Апр-09, 18:39
	>попробуй открыть dns, думаю если проблема была в нем, она появится вновь > Всетаки проблема не в ДНС, а в самбе. сделал: max smb processes = 10 max connections = 500 комп не тормозит, но многие пользователи через время не могут подключиться к серверу (помагает перезапуск самбы). И память зажирается полностью - когда на сетевые диски что-нить льешь. Можно как-нибудь ограничить обьем ОЗУ используемый самбой, не ограничивая количество подключений? Видимо и правда черьви в сети :(
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "FreeBSD 7.1 страшные тормоза"
	Сообщение от masters (ok) on 04-Май-09, 19:29
	>Можно как-нибудь ограничить обьем ОЗУ используемый самбой, не ограничивая количество подключений? > >Видимо и правда черьви в сети :( Или только на всех компах их пытаться поймать ???
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

Архив \| Удалить	Индекс форумов \| Темы \| Пред. тема \| След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 \| 2 \| 3 \| 4 \| 5 ] [Рекомендовать для помещения в FAQ]