Перейти до

FreeBSD 7.2 - Высокий load averages


Рекомендованные сообщения

Опубліковано: (відредаговано)
  В 15.02.2015 в 20:16, rtrt сказав:

у меня была похожая ситуация, когда рандомно грузился сервер как по систем, так и по прерываниям - не хватало входящего

канала точно хватает, загрузка может вырасти внезпно, даже при 40 Мбитах.

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 321
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

До перехода на линукс все ещё не созрели? Если есть другой комплект железа - разверните все тоже под линуксами и потестируйте. Кто-то вон даже помощь предлагал.

Видите, на каждой странице звучат призывы переходить на linux. И это не холивар или попытки под№"%ть - такова суровая реальность. Допускаю что по всем параметрам системы примерно равны и непринципиа

Оффтоп. Собирался как-то было дело freebsd по изучать, для общего развития, всё руки не доходили. Вы меня убедили что оно того не стОит. Спасибо ребята за топик!

Posted Images

 

 

  В 15.02.2015 в 20:07, kvirtu сказав:
swi1: net

це netisr, поставити нормальні мережеві і вирубити його нафіг, і дамп той що був - fault через netisr. 

Ссылка на сообщение
Поделиться на других сайтах
  В 15.02.2015 в 21:37, L1ght сказав:

 

  В 15.02.2015 в 20:07, kvirtu сказав:
swi1: net

це netisr, поставити нормальні мережеві і вирубити його нафіг, і дамп той що був - fault через netisr. 

 

netisr - щас буду гуглить как вырубить

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

пока переделал правила ipfw

ipfw.conf

 

  Відновити прихований контент

 

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах

Очень лень в чужих правилах копаться, как я уже говорил - я бы половину этой паранойи выбросил. 

 

allow tcp from any to any established как можно выше - его суть не нагружать файрвол тем, что уже разрешено. Но у вас наты, шматы, шейперы, шмейперы - видимо в акурат за ними и ставить :)

 

 

 

  В 16.02.2015 в 09:21, kvirtu сказав:
${fwcmd} add 65534 deny log all from any to any

 

Вот тут интересно - глазками анализировали этот логгинг? Есть предположение что в это правило попадает слишком много траффика и логируя весь этот мусор мы дико тормозим вход, в результате чего система тупо виснет. Лог в глобальных местах нужен на момент внедрения - недельку понаблюдать и сделать уточнения в правилах.

Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 09:35, kha0s сказав:

Очень лень в чужих правилах копаться, как я уже говорил - я бы половину этой паранойи выбросил. 

 

allow tcp from any to any established как можно выше - его суть не нагружать файрвол тем, что уже разрешено. Но у вас наты, шматы, шейперы, шмейперы - видимо в акурат за ними и ставить :)

 

 

 

  В 16.02.2015 в 09:21, kvirtu сказав:
${fwcmd} add 65534 deny log all from any to any

 

Вот тут интересно - глазками анализировали этот логгинг? Есть предположение что в это правило попадает слишком много траффика и логируя весь этот мусор мы дико тормозим вход, в результате чего система тупо виснет. Лог в глобальных местах нужен на момент внедрения - недельку понаблюдать и сделать уточнения в правилах.

новые правила тока сегодня утром "внедрил"

ну пока в логи пишется ничтожно мало инфы,  последняя запись в 11:48 на 20 строчек и то по правилу 103: DENY ICMP:5.1

пока все в штатном режиме,  0.00% swi1: net , 34.89% irq19: bge0

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

заметил, что нагрузка растет когда в логи сыплет, к примеру такое

хотя этих юзверы, к инету не подключены ?

 

  Відновити прихований контент

 

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах

Бинго. Как я и предполагал. Пакеты тормозятся, заполняя буфер - не успевают логироваться. Буфер заканчивается и биг бада бум. Урежь паранойю :)

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 16.02.2015 в 14:27, kha0s сказав:

Бинго. Как я и предполагал. Пакеты тормозятся, заполняя буфер - не успевают логироваться. Буфер заканчивается и биг бада бум. Урежь паранойю :)

ipfw: 65534 убрал, не помогло (

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

все удалил, отставил только НАТ:

darnet# ipfw list
00010 allow ip from any to any via lo0
00015 deny ip from any to 127.0.0.0/8
00020 deny ip from 127.0.0.0/8 to any
65060 nat 1 ip from any to any via bge0
65061 allow ip from 172.16.20.0/23 to any
65062 allow ip from any to 172.16.20.0/23
65535 allow ip from any to any
 

не помогает

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

В общем: загибается под

 

  В 16.02.2015 в 15:04, kha0s сказав:

Теперь смотреть в час пик кто именно шалит. Прерывания? Дамминет? Нат? Файрвол?

шейпер , как только включаю его, swi1 - сразу по 100.

И это при включенном поллинге на сетевых

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах

Оффтоп. Сильно ногами не пинайте, но может попробуете Abills + Accel-ppp на Debian. Работает, есть не просит, нагрузки на порядок выше чем у ТС.

Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 15:05, kvirtu сказав:

В общем: загибается под

 

  В 16.02.2015 в 15:04, kha0s сказав:

Теперь смотреть в час пик кто именно шалит. Прерывания? Дамминет? Нат? Файрвол?

шейпер , как только включаю его, swi1 - сразу по 100.

И это при включенном поллинге на сетевых

Ну, покажите еще ipfw show и ipfw pipe show в пиках. Может еще на какие мысли натолкнет.

Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 15:13, Ромка сказав:

Оффтоп. Сильно ногами не пинайте, но может попробуете Abills + Accel-ppp на Debian. Работает, есть не просит, нагрузки на порядок выше чем у ТС.

спс,

заказал сетевые igb - будут затвра+поменяю сам сервак.

Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 15:18, kha0s сказав:

 

  В 16.02.2015 в 15:05, kvirtu сказав:

В общем: загибается под

 

  В 16.02.2015 в 15:04, kha0s сказав:

Теперь смотреть в час пик кто именно шалит. Прерывания? Дамминет? Нат? Файрвол?

шейпер , как только включаю его, swi1 - сразу по 100.

И это при включенном поллинге на сетевых

 

Ну, покажите еще ipfw show и ipfw pipe show в пиках. Может еще на какие мысли натолкнет.

 

шейпер сейчас выключен.

ipfw show

 

  Відновити прихований контент

 

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
  В 16.02.2015 в 15:28, kvirtu сказав:

млять ,

ipfw pipe show  - пусто :facepalm:

у меня же все в таблицах + ng_car

Global shaper

10000 netgraph tablearg ip from table(10) to any in recv ng*

10010 netgraph tablearg ip from any to table(11) out xmit ng*

10020 allow ip from table(9) to any in recv ng*

10025 allow ip from any to table(9) out xmit ng*

ABillS NAT start

 NAT start

ipfw nat 21 config ip х.х.х.х log

60010 nat tablearg ip from table(34) to any via bge0

01020 nat tablearg ip from any to table(33) via bge0 in

 

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах

Ничего не понимаю - почему в выводе ipfw show нету правил с последнего поста? Файрвол и абилс с его натом и шейпером в разных вселенных живут?

Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 15:56, kha0s сказав:

Ничего не понимаю - почему в выводе ipfw show нету правил с последнего поста? Файрвол и абилс с его натом и шейпером в разных вселенных живут?

http://abills.net.ua/wiki/doku.php/abills:docs:manual:ng_car

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Может я и ошибась, но меня вроде досят из сетки.

Вот сейчас все нормально: сессой онлайн более 100 , траффик примерно 60 Мбит, в /var/log/security - ничего не сыпется.

Как только в логи сыпется из локалки :

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1339 91.196.7.46:61818 in via bge1
Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1300 46.254.16.107:80 in via bge1
Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.127:51326 87.240.131.120:443 in via bge1
Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1340 92.52.187.70:11577 in via bge1
Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 50.157.178.60:51622 in via bge1
Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 178.93.145.0:37648 in via bge1
Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 36.63.30.85:11264 in via bge1
Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 118.176.107.134:61455 in via bge1

Сразу капец : swi1: net - 100 %

Відредаговано kvirtu
Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 16:08, kvirtu сказав:

 

  В 16.02.2015 в 15:56, kha0s сказав:

Ничего не понимаю - почему в выводе ipfw show нету правил с последнего поста? Файрвол и абилс с его натом и шейпером в разных вселенных живут?

http://abills.net.ua/wiki/doku.php/abills:docs:manual:ng_car

 

я знаю что такое ng_car. Я о том что :

 

 

  В 16.02.2015 в 15:42, kvirtu сказав:
10000 netgraph tablearg ip from table(10) to any in recv ng* 10010 netgraph tablearg ip from any to table(11) out xmit ng* 10020 allow ip from table(9) to any in recv ng* 10025 allow ip from any to table(9) out xmit ng* ABillS NAT start  NAT start ipfw nat 21 config ip х.х.х.х log 60010 nat tablearg ip from table(34) to any via bge0 01020 nat tablearg ip from any to table(33) via bge0 in

 Почему в листинге ipfw show что выше я не вижу правил номер: 10000, 10010, 10020, 10025, 60010 и 01020. Они хоть и динамически, но добавляются и в живом листинге обязаны присутствовать.

Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 16:22, kvirtu сказав:

Может я и ошибась, но меня вроде досят из сетки.

Вот сейчас все нормально: сессой онлайн более 100 , траффик примерно 60 Мбит, в /var/log/security - ничего не сыпется.

Как только в логи сыпется из локалки :

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1339 91.196.7.46:61818 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1300 46.254.16.107:80 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.127:51326 87.240.131.120:443 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1340 92.52.187.70:11577 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 50.157.178.60:51622 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 178.93.145.0:37648 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 36.63.30.85:11264 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 118.176.107.134:61455 in via bge1

Сразу капец : swi1: net - 100 %

Так не логируй этот мусор. Именно на большом потоке скорее всего из-за логирования он и крешит систему. И вообще убивай его еще на первых правилах файрвола.

Это не dos, это банальный выход в инет с сети 10.128.10.00.24 (почему она не прибита по входу из bge1?). А поскольку в нат эта сеть не заворачивается она петляет файрволом и дохнет на его последнем правиле.

Відредаговано kha0s
Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 17:01, kha0s сказав:

 

  В 16.02.2015 в 16:08, kvirtu сказав:

 

  В 16.02.2015 в 15:56, kha0s сказав:

Ничего не понимаю - почему в выводе ipfw show нету правил с последнего поста? Файрвол и абилс с его натом и шейпером в разных вселенных живут?

http://abills.net.ua/wiki/doku.php/abills:docs:manual:ng_car

 

я знаю что такое ng_car. Я о том что :

 

 

 

  В 16.02.2015 в 15:42, kvirtu сказав:

10000 netgraph tablearg ip from table(10) to any in recv ng* 10010 netgraph tablearg ip from any to table(11) out xmit ng* 10020 allow ip from table(9) to any in recv ng* 10025 allow ip from any to table(9) out xmit ng* ABillS NAT start  NAT start ipfw nat 21 config ip х.х.х.х log 60010 nat tablearg ip from table(34) to any via bge0 01020 nat tablearg ip from any to table(33) via bge0 in

 Почему в листинге ipfw show что выше я не вижу правил номер: 10000, 10010, 10020, 10025, 60010 и 01020. Они хоть и динамически, но добавляются и в живом листинге обязаны присутствовать.

Я однако, в тот момент шейпера выключил.

вот:

 

  Відновити прихований контент

 

Ссылка на сообщение
Поделиться на других сайтах
  В 16.02.2015 в 17:04, kha0s сказав:

 

  В 16.02.2015 в 16:22, kvirtu сказав:

Может я и ошибась, но меня вроде досят из сетки.

Вот сейчас все нормально: сессой онлайн более 100 , траффик примерно 60 Мбит, в /var/log/security - ничего не сыпется.

Как только в логи сыпется из локалки :

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1339 91.196.7.46:61818 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1300 46.254.16.107:80 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.127:51326 87.240.131.120:443 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny TCP 10.128.10.86:1340 92.52.187.70:11577 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 50.157.178.60:51622 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 178.93.145.0:37648 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 36.63.30.85:11264 in via bge1

Feb 16 17:25:39 darnet kernel: ipfw: 65534 Deny UDP 10.128.10.154:62985 118.176.107.134:61455 in via bge1

Сразу капец : swi1: net - 100 %

Так не логируй этот мусор. Именно на большом потоке скорее всего из-за логирования он и крешит систему. И вообще убивай его еще на первых правилах файрвола.

Это не dos, это банальный выход в инет с сети 10.128.10.00.24 (почему она не прибита по входу из bge1?). А поскольку в нат эта сеть не заворачивается она петляет файрволом и дохнет на его последнем правиле.

 

так я уже ж все правила убирал, кроме НАТа - нагрузка не спадала. А так видно чьи компы делают "каку". Будем идти в гости

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...