Перейти до

FreeBSD hi loading CPU


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

Форумчане, ещё вопрос такой. Я вот тут внезапно понял, что с sysctl переигрался (психанул, по большей части)

Привел к такому виду

kern.ipc.nmbclusters=60000
kern.ipc.somaxconn=1024
kern.ipc.maxsockets=33280
net.inet.udp.maxdgram=57344
net.inet.ip.portrange.first=1024
net.inet.ip.portrange.randomized=0
net.inet.tcp.nolocaltimewait=1
net.inet.ip.forwarding=1
net.inet.ip.fastforwarding=1
net.inet.icmp.bmcastecho=0
net.inet.ip.ttl=64
net.inet.tcp.drop_synfin=1
net.inet.tcp.syncookies=1
net.inet.ip.dummynet.expire=1
kern.ipc.maxsockbuf=8388608
net.inet.ip.intr_queue_maxlen=8192
net.inet.ip.dummynet.io_fast=1
net.inet.ip.dummynet.hash_size=1024
net.inet.ip.dummynet.pipe_slot_limit=1000
kern.maxfilesperproc=200000
kern.ipc.shmmax=67108864
net.inet.tcp.rfc3390=0
net.inet.ip.fw.autoinc_step=1
net.inet.tcp.blackhole=2
net.inet.icmp.maskrepl=1
net.inet.udp.blackhole=1
net.link.ether.inet.max_age=30
net.inet.ip.random_id=1
net.inet.ip.rtexpire=60
net.inet.ip.rtminexpire=2
net.inet.ip.rtmaxcache=1024
net.inet.icmp.drop_redirect=1
net.inet.ip.redirect=0
net.graph.recvspace=8388608
net.graph.maxdgram=8388608
net.inet.icmp.icmplim=200
net.inet.udp.recvspace=262144
kern.random.sys.harvest.ethernet=0
kern.random.sys.harvest.interrupt=0
kern.random.sys.harvest.point_to_point=0
net.inet.ip.fw.dyn_max=65535
kern.ipc.shmall=32768
net.inet.tcp.msl=15000   
net.route.netisr_maxqlen=4096
net.inet.ip.intr_queue_maxlen=10240
net.link.bridge.pfil_onlyip=0
net.link.bridge.pfil_member=1
net.link.bridge.pfil_bridge=0
net.link.bridge.pfil_local_phys=0
net.link.bridge.ipfw=0
net.link.bridge.ipfw_arp=0
net.inet.tcp.syncache.rexmtlimit=0
net.inet.tcp.icmp_may_rst=0
vfs.read_max=128
security.bsd.see_other_uids=0
security.bsd.see_other_gids=0
kern.ipc.shm_use_phys=1

Что ещё отсюда убрать? Поменять может что ещё?

Или может чего добавить?

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

2 KaYot    

Загалом про "сервер падає від пінгу", дуже нагадало  

это тоже пофиг. deny_in для начала ткните и посмотрите на результат.

Posted Images

 

Забудьте ваші пункти 4 і 5. Ніхто тут собі не ворог щоб ставити глючні мережевки.

Ну от в випадку BARVIT-а я б не був такий категоричний. :)

Там і дуалкор на якійсь підозрілій матері і колошматити воно після грози відов як почало.

 

Может в соседний слот сетевуху переставить ? Было когда-то после похожих событий "отваливалась" сетевая, диагностировалось локально, консолью.

BARVIT есть в наличии другое железо - меняй.

 

 

3 человека с вашим биллингом и одинаковой траблой..

Будем честны - три человека, у одного из которых проблемы вообще нету, у второго - скорее всего с железом и у третьего - частности MPD скорее всего.

 

nightfly&ALL не кормите тролля FTTH_VN.
Ссылка на сообщение
Поделиться на других сайтах

Такс, проблема осталась - но не зализо. Перекинули все на i7 та же срань. 

post-17807-0-26310000-1400945091_thumb.png

nightfly  Как раз попал на эту шнягу, нат погибает. Только как лечить хз.

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

Вообще судя по графикам больше 50к не было, а в момент нагрузки может и вообще трафика не быть практически. до паследнего падения 20-30к

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

Вообще судя по графикам больше 50к не было, а в момент нагрузки может и вообще трафика не быть практически. до паследнего падения 20-30к

50 к много на ваш трафик. включайте trafshow и смотрите что там дает такой pps.

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

Такс, проблема осталась - но не зализо. Перекинули все на i7 та же срань. 

attachicon.gifСнимок.PNG

nightfly  Как раз попал на эту шнягу, нат погибает. Только как лечить хз.

Что говорит о том что нат загибается ? 50Кппс для C2D ерунда, LA в момент проблемы какой ? где netstat ? В этот раз с мира доступ был ? Картинка проца i7 ?

Может nightfly сам опишет что удается увидеть/диагностировать ?

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

 

Такс, проблема осталась - но не зализо. Перекинули все на i7 та же срань. 

attachicon.gifСнимок.PNG

nightfly  Как раз попал на эту шнягу, нат погибает. Только как лечить хз.

Что говорит о том что нат загибается ? 50Кппс для C2D ерунда, LA в момент проблемы какой ? где netstat ? В этот раз с мира доступ был ? Картинка проца i7 ?

Может nightfly сам опишет что удается увидеть/диагностировать ?

 

50Kpps ерунда вы считаете? у него там что 600 мег трафика и 2000 юзеров? совсем не ерунда. ищите кто дает pps.

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

перед этим по крайней мере я не успевал ничего увидеть, падает очень быстро. буквально 5-10 секунд и доступа нет, интернета нет, с внешки тоде ничего нет... В тех логах что писались нет вообще ничего криминального. Ростик вчера прилепил логирование туда, но нужно чтоб он отписался, он непосредственно там был при всех этих движениях.

вот последнее что успел увидеть - был как раз в биллинге...

 

 PID USERNAME   PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
   12 root       -68    -     0K   320K RUN     7   0:55 58.69% intr{irq263: igb0:que}
   12 root       -68    -     0K   320K CPU3    3   0:58 56.15% intr{irq259: igb0:que}
   12 root       -68    -     0K   320K RUN     2   1:12 54.88% intr{irq258: igb0:que}
   12 root       -68    -     0K   320K RUN     1   1:06 53.96% intr{irq257: igb0:que}
   12 root       -68    -     0K   320K WAIT    5   1:05 53.27% intr{irq261: igb0:que}
   12 root       -68    -     0K   320K CPU0    0   0:57 48.29% intr{irq256: igb0:que}
   11 root       171 ki31     0K    64K RUN     6  66:55 45.36% idle{idle: cpu6}
   12 root       -68    -     0K   320K CPU4    4   0:45 44.29% intr{irq260: igb0:que}
   12 root       -68    -     0K   320K RUN     6   0:46 41.55% intr{irq262: igb0:que}
   11 root       171 ki31     0K    64K RUN     4  67:00 40.97% idle{idle: cpu4}
   11 root       171 ki31     0K    64K RUN     5  66:46 38.09% idle{idle: cpu5}
   11 root       171 ki31     0K    64K RUN     2  66:43 37.16% idle{idle: cpu2}
   11 root       171 ki31     0K    64K RUN     3  66:48 36.77% idle{idle: cpu3}
   11 root       171 ki31     0K    64K RUN     1  66:56 30.47% idle{idle: cpu1}
   11 root       171 ki31     0K    64K RUN     7  66:50 25.68% idle{idle: cpu7}
    0 root       -68    0     0K   224K RUN     0   2:03 23.19% kernel{dummynet}
   12 root       -68    -     0K   320K CPU7    7   0:35 20.46% intr{irq271: igb1:que}
   12 root       -68    -     0K   320K CPU1    1   0:43 19.19% intr{irq265: igb1:que}
 
 
load averages: 18.92,  9.57,  4.11
Відредаговано BARVIT
Ссылка на сообщение
Поделиться на других сайтах

Про трафик это шутка ;) поднимайте бордер, иначе гадать долго будете, i7 загнать сложно, пару гиг прожует и не поперхнется, а у тебя аплинк отваливается, полезной информации по диагностике мало, может таки сетевую заменить ? - 1шт 82574L интел для тестов пойдеть. 

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

Про трафик это шутка ;) поднимайте бордер, иначе гадать долго будете, i7 загнать сложно, пару гиг прожует и не поперхнется, а у тебя аплинк отваливается, полезной информации по диагностике мало, может таки сетевую заменить ? - 1шт 82574L интел для тестов пойдеть. 

Не советуйте 82574L.... У меня их две штуки. Никакие они, я так понял, их разве что на вебсервера да файлопомойки ставить. 

Никак не абонентов обслуживать.

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

Про трафик это шутка ;) поднимайте бордер, иначе гадать долго будете, i7 загнать сложно, пару гиг прожует и не поперхнется, а у тебя аплинк отваливается, полезной информации по диагностике мало, может таки сетевую заменить ? - 1шт 82574L интел для тестов пойдеть. 

у меня все отваливается, и аплинк и локалка.

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

Поменял сетевую при падении очередном, упал сразу после перезагрузки, при следующей пока рботает....

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

Додайте deny_in бо воно дійсно мастхев.

І другий крок - не використовувати same_ports + патчик, про який я говорив на 3-й сторінці цієї теми.

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

Дуже подібно що таки LibAlias.

nat 1: icmp=14, udp=26044, tcp=14320, sctp=0, pptp=0, proto=0, frag_id=715 frag_ptr=0 / tot=41093

Навіть циферки майже ті самі - 40к-45к сесій і починаються проблеми. Тільки у мене frag_id завжди нулі.

 

Спробуйте те що я радив.

Ну і можливо mbuf clusters покрутіть, бо краще коли total < max.

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

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

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

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

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

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

Вхід

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

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

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

  • Схожий контент

    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
    • Від FantoM_EscapE
      Хочу перенести свій білінг NODENY із фізичного сервера на віртуальний. Шукаю адміна який зможе допомогти у цьому питанні, так як нашого адміна банально призвали до війська. Вся схема на даний момент робоча, маю доступи до всього. Потрібно проінсталити на новішу версію FREEBSD, бо на моїй 10 річній вже не працюють нові SSL сертифікати. Кого зацікавила дана пропозиція - прошу у приватні повідомлення. обсудимо ціну і строки. або пишіть на будь-який месенджер 0677792091
    • Від rusol
      Добрый вечер.
       
      Есть от провайдера блок реальных адресов, к примеру 100.1.1.192/26
       
      Раньше сеть была в одном влане и записи в /etc/rc.conf были такие:

       
      ifconfig_ix0="inet 192.168.0.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP ifconfig_ix0_alias0="inet 100.1.1.193 netmask 255.255.255.192" # Шлюз для пользователей с реальными IP  
      После чего стала задача часть пользователей переводить во вланы тоже с разделением на локальные IP и реальные, первый влан создал где-то пару лет назад и все работает:
       
      ifconfig_vlan1="vlan 1 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 1 ifconfig_vlan1_alias0="inet 100.1.1.248 netmask 255.255.255.248" # Шлюз для пользователей с реальными IP  во Влане 1  
      И вот стоит задача создать еще один влан, делаю по аналогии с вланом 1, только маску смещаю назад:
       
      ifconfig_vlan2="vlan 2 vlandev ix0 192.168.1.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP во Влане 2 ifconfig_vlan2_alias0="inet 100.1.1.246 netmask 255.255.255.254" # Шлюз для пользователей с реальными IP во Влане 2  
      Когда я внес это в /etc/rc.conf и прописал команду:
       
      ifconfig vlan2 create  
      Все заработало.
       
      Но как только перезагрузился сервер, перестали работать реальные IP без вланов, в первом влане и во втором. Не пойму что не так делаю, возможно я с маской подсети что-то недопонимаю...

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