[vlad11]

Память в своп уходит?

[NeXuSs]

# swapinfo
Device          1K-blocks     Used    Avail Capacity
/dev/mirror/gm0p3   8196612        0  8196612     0%

last pid:  3177;  load averages:  1.67,  2.14,  2.21                                                                                                                                                                 up 0+09:39:47  20:44:12
61 processes:  1 running, 60 sleeping
CPU:  0.2% user,  0.0% nice,  2.5% system, 16.7% interrupt, 80.6% idle
Mem: 282M Active, 352M Inact, 837M Wired, 225M Buf, 6460M Free
Swap: 8004M Total, 8004M Free

Изменено 29 декабря, 2014 пользователем NeXuSs

[NeXuSs]

Каждую минуту сыпятся сообщения

Dec 30 08:24:58 border dhcpd: send_packet: No buffer space available
Dec 30 08:24:58 border dhcpd: dhcp.c:3222: Failed to send 300 byte long packet over fallback interface.

Дропы вижу только здесь:

netstat -s

tcp:
       54388 connections closed (including 3301 drops)
udp:
       34375 dropped due to no socket
ip:
       40 fragments dropped after timeout
       1970445 output packets dropped due to no bufs, etc.
arp:
       2605641 total packets dropped due to no ARP entry

На самих сетевушках дропов пакетов нет. Каких ему буферов не хватает?! Походу надо выносить шлюз с dhcpd на отдельную машину.

По поводу fallback interface, нашел цитату:

The fallback interface lets the server send from a real IP address. The packet
interface (LPF, BPF, and so on, depending on your operating system) sends from
all-zeros.

Изменено 30 декабря, 2014 пользователем NeXuSs

[Ivan_83]

Некоторые значения переменных у меня бОльше тех, что указали вы, скажите пожалуйста, мне все-равно их изменить в соответствии с вашими указаниями?

Уменьшать не стоит.

 

Еще обратил внимание на комментарий

Это не помню откуда, там моих комментов вроде нет.

Я не всегда согласен с комментами и рекомендациями :)

 

но есть в ip разделе

Нужно копать исходники чтобы понять чего именно не хватает :)

Можно ещё раз пройтись по vmstat и netstat как предлагалось выше.

[DVM-Avgoor]

На самих сетевушках дропов пакетов нет. Каких ему буферов не хватает?! Походу надо выносить шлюз с dhcpd на отдельную машину.

По поводу fallback interface, нашел цитату:

The fallback interface lets the server send from a real IP address. The packet
interface (LPF, BPF, and so on, depending on your operating system) sends from
all-zeros.

 

Вопрос в том почему он пытается слать через обычный интерфейс, если положено с BPF. Я даже не знаю, стоит ли это ковырять и дебажить, проще от isc-dhcpd отказаться :)

[Ivan_83]

Он шлёт через обычный сокет клиентам у которых уже есть IP либо при работе через релей агента.

[vlad11]

А сколько интерфейсов DHCPd обслуживает?

[NeXuSs]

Всем спасибо огромное за помощь! Я перенес DHCP на отдельную машину, посчитал, что на этой и так много всего висит.

[hsvt]

Тут были совету по тюнингу буферов в sysctl.conf

 

Скажите, а почему на 10.1 он как то перестал их обрабатывать при загрузке ОС ?

 

Mar 24 18:57:09 nas kernel: sysctl: kern.ipc.nmbclusters=1529794 at line 14: Invalid argument
Mar 24 18:57:09 nas kernel: sysctl: kern.ipc.nmbjumbo16=4194304 at line 17: Invalid argument
Mar 24 18:57:09 nas kernel: sysctl: kern.ipc.maxsockets=785760 at line 20: Invalid argument

 

sysctl.conf

kern.maxfiles=256000 # def 12328 (256000 - tuning)
kern.maxfilesperproc=230400 # def 11095 (230400 - tuning)
kern.ipc.nmbclusters=1529794 # def 1529794 ( - tuning) # kernel mbuf space raised 275MB of kernel dedicated ram
kern.ipc.nmbjumbop=764897 # def 764897 ( - tunning) # Maximum number of mbuf page size jumbo clusters allowed
kern.ipc.nmbjumbo9=2359296 # def 2359296 ( - tunning) # Maximum number of mbuf 9k jumbo clusters allowed
kern.ipc.nmbjumbo16=4194304 # def 4194304 ( - tunning) # Maximum number of mbuf 16k jumbo clusters allowed
kern.ipc.somaxconn=32768 # def 128 (32768 - tuning) # size of the listen queue for accepting new TCP connections
kern.ipc.maxsockbuf=83886080 # def 2097152 (83886080 - tuning) # kernel socket buffer space
kern.ipc.maxsockets=785760 # def 785760 ( - tuning) # increase the limit of the open sockets

 

Видно, что он сам их выставляет почти в похожие значения:

 

sysctl kern.ipc.nmbclusters
kern.ipc.nmbclusters: 1529796

sysctl kern.ipc.nmbjumbo16
kern.ipc.nmbjumbo16: 509928

sysctl kern.ipc.nmbjumbo16=4194304
kern.ipc.nmbjumbo16: 509928
sysctl: kern.ipc.nmbjumbo16=4194304: Invalid argument

sysctl kern.ipc.maxsockets
kern.ipc.maxsockets: 785760

 

Лучше закоментировать и оставить на выбор ОС ?

Изменено 24 марта, 2015 пользователем hsvt

[Ivan_83]

Скорее всего потому что sysctl при загрузке фри применяется дважды, а эти значения уменьшать нельзя на лету, только увеличивать. Код который отвечает за это скорее всего проверяет чтобы новое значение было больше, иначе возвращает ошибку.