Перейти к содержимому
Калькуляторы

nicol@s

Пользователи
  • Публикации

    96
  • Зарегистрирован

  • Посещение

О nicol@s

  • Звание
    Абитуриент

Информация

  • Пол
    Не определился
  1. Ну да. Будем дебажить. Тем более, что версия библиотеки libc тут не причем: ul 20 02:44:02 db2dhcp kernel: [47720.282534] db2dhcp[7158]: segfault at 46 ip 00007fee97a52ada sp 00007fee94be57f0 error 4 in libc-2.13.so[7fee97a0e000+17d000]
  2. Я выставил 10 пока что
  3. Отвалился, но уже с такой ошибкой: Jul 19 15:03:36 db2dhcp kernel: [ 5694.144602] db2dhcp[4578]: segfault at 17 ip 0000000000403fe0 sp 00007ff1e7d817b0 error 4 in db2dhcp[400000+11000]
  4. Погуглили - многие сервисы падают с такой ошибкой. Нашли, что может помочь обновление библиотеки libc. Собственно это и сделали. Теперь у нас: aptitude show libc6 Пакет: libc6 Состояние: установлен Автоматически установлен: нет Версия: 2.13-34 Наблюдаем.
  5. Вот сами как раз занимаемся внедрением сервиса на Debian: Linux db2dhcp 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux У нас на 10+ тысяч абонентов проблем как у Вас нет. Но есть свои:( - периодически отваливается (2-4 раза в сутки) сервис с такой ошибкой в messages: Jul 19 07:50:05 db2dhcp kernel: [683169.280894] db2dhcp[12641]: segfault at 46 ip 00007f3e41be2dfa sp 00007f3e3dd717b0 error 4 in libc-2.11.3.so[7f3e41b9d000+159000] или с такой: Jul 18 14:07:43 db2dhcp kernel: [619431.572714] db2dhcp[10124]: segfault at 17 ip 0000000000403fe0 sp 00007fe2743087b0 error 4 in db2dhcp[400000+11000] Причем нет никакой закономерности от нагрузки, как мне кажется, т.к. сервис может упасть и днем, и ночью и утром. Пробовал как последнюю версию (0.1.a.10), так и предыдущую (0.1.a.9). На одном форуме, да и в этой теме вычитал, что можно убрать DHCPCacheTTL (у меня как в примере стояло 3600). Выставил в 0, но все равно сервис периодически падал. Один юзер говорил, что у него на Ubuntu 12.04 32-бит с ядром 3.2.0-26-generic-pae стабильно работает. Сегодня проверил на своей сети - валится с такой же ошибкой:( В общем, пока написал маленький скриптик, который раз в минуту проверяет запущен сервис или нет. И если не запущен, то запускает с уведомлением. И продолжаю искать причину...
  6. Кстати да..Я тестировал с симками билайна и мегафона. С билайна приходит верный номер.
  7. Мне, кстати, на АТС так и сказали, мол наши инженеры придумали какое-то решение, но оно оказалось временным.. Печально конечно все это... Все переходят на сотовые телефоны... Есть множество идей улучшения качества общения с абонентами путем определния их номера (читай данных по настройке, диагностике самых распроастранненых проблем), но как их реализовать при таком подходе мобильных операторов:(
  8. Коллеги, добрый день. Решил тут сделать определитель номера. Не буду вдаваться в подробности, скажу главное: есть аналоговая линия, которую втыкаю tdm2400p. При звонке с мобильника часто получаю вместо своего мобильного номера какой-то городской. Причем там даже нет цифр, которые присутствуют в моем мобильном:) Но номер полный (к примеру, 84996810279) Иногда, конечно, вижу и свой номер. Проверил на факсовом аппарате Panasonic KX-FC243 - то же самое. Потом проверил на других мобильных операторах - картина аналогичная. Позвонил в свою АТС, а мне там тети говорят мол так вот и так, это известная проблема. Все связано с тем, что даже один сотовый оператор маршрутизирует звонок по-разному и типа его не волнует, что происходит с номером. Мол звонок доходит, радуйтесь и этому :) Типа вы можете писать жалобы в нашу АТС, но никто ничего делать не будет. Неужели они не вешают мне лапшу на уши?? :) Это в век то инновационных технологий:)) P.S. с городскими номерами таких проблем нет.
  9. Я все никак не могу добиться 100% рабочей схемы... Сегодня проводил очередные тесты. По совету Длинка выставил разные приоритеты на свитчах: на одном свитче: config stp priority 36864 instance_id 0 на втором: config stp priority 1024 instance_id 0 Тест №1: Трафик бежит через бридж. Свитчи соединены патчкордом. Вытыкаю оба линка от бриджа на каждом свитче, трафик через 1 сек начинает бежать в обход. root выбирается верно. Поднимаю линки от бриджа на свитчах, трафик бежит по бриджу...НО..Проходит примерно 2 минуты, и образуется кольцо, связь сразу теряется.. Тест №2: Трафик бежит через бридж. Свитчи соединены патчкордом. Вытыкаю один линк от бриджа до любого свитча - и сразу как выше: кольцо, потеря связи. Думал, может у меня бридж работает как ARP прокси, но net.link.ether.inet.proxyall=0 Также выставил net.link.ether.inet.max_age=1 (было 1500) Но ничего не изменилось:( Saab95, а у Вас RSTP на длинках? У меня при выключении бриджа трафик начинает бежать в обход через 1 сек, примерно. При восстановлении линка от бриджа, трафик через бридж начинает бежать секунд через 20-30. Это, видимо, можно подтюнить...Но сначала завести бы эту схему... Помогите найти ошибку.
  10. Разобрались сами. Были невнимательны. В sysctl.conf сделали: net.ipv4.conf.default.rp_filter=0 net.ipv4.conf.all.rp_filter=0 и все заработало
  11. Добрый день! Переводим BGP с FreeBSD(8.0 STABLE) на Linux(Debian 2.6.33.20). Столкнулись с такой проблемой - при подключении более одного аплинка, перестает работатать часть ресурсов интернета. Опытным путем удалось установить: если трафик ходит в обе стороны через одного аплинка (один и тот же сетевой интерфейс), то работает. Если же трафик уходит через одного аплинка, а возвращается через другого (тисипидампом видим пакеты), то на интерфейсе, который смотрит в сторону сети виден только исходящий трафик от абонента, а входящего нету. Обратные маршруты в сеть при этом есть. На FreeBSD такой проблемы не наблюдалось. Настройки BGP на Linux идентичны FreeBSD. ip_forwarding включен. В ядре дополнительных параметров не включали. Единственное, что в /etc/modprobe.d/blacklist.conf добавили: blacklist ip_conntrack blacklist nfnetlink blacklist nf_conntrack_ipv4 blacklist nf_conntrack blacklist nf_defrag_ipv4 blacklist iptable_nat blacklist nf_nat Чтобы не создавались стейты (меньше нагрузка на cpu). Сначала погрешили на bonding, смотрящий в сеть. Разобрали - не помогло. Погрешили на 10ГБ сетевуху (Intel Ethernet Server Adapter X520-DA2) - воткнулись в гигабитную сетевуху (Intel Corporation 82576 Gigabit Network Connection), повторили тест - не помогло. Обе сетевухи тюним так: /sbin/rmmod igb /sbin/modprobe igb IntMode=2,2,2,2,2,2,2,2,2,2,2,2 InterruptThrottleRate=1,1,1,1,1,1,1,1,1,1,1,1 RSS=6,6,6,6,6,6,6,6,6,6,6,6 QueuePairs=1,1,1,1,1,1,1,1,1,1,1,1 LLIPort=80 /sbin/rmmod ixgbe /sbin/modprobe ixgbe IntMode=2,2,2,2,2,2,2,2,2,2,2,2 InterruptThrottleRate=1,1,1,1,1,1,1,1,1,1,1,1 RSS=6,6,6,6,6,6,6,6,6,6,6,6 LLIPort=80 /usr/sbin/service networking restart # изменить размеры буферов сетевых интерфейсов /sbin/ethtool -G eth0 tx 2048 /sbin/ethtool -G eth0 rx 2048 /sbin/ethtool -G eth1 tx 2048 /sbin/ethtool -G eth1 rx 2048 /sbin/ethtool -G eth2 tx 2048 /sbin/ethtool -G eth2 rx 2048 /sbin/ethtool -G eth3 tx 2048 /sbin/ethtool -G eth3 rx 2048 ...... # Для 10GB сетевухи /sbin/ethtool -G eth9 tx 4096 /sbin/ethtool -G eth9 rx 4096 # отключить flow control на сетевых интерфейсах /sbin/ethtool -A eth0 autoneg off rx off tx off /sbin/ethtool -A eth1 autoneg off rx off tx off /sbin/ethtool -A eth2 autoneg off rx off tx off /sbin/ethtool -A eth3 autoneg off rx off tx off ....... # Для 10GB сетевухи /sbin/ethtool -A eth9 autoneg off rx off tx off # изменить размер очереди передаваемых пакетов на сетевых интерфейсах /sbin/ifconfig eth0 txqueuelen 10000 /sbin/ifconfig eth1 txqueuelen 10000 /sbin/ifconfig eth2 txqueuelen 10000 /sbin/ifconfig eth3 txqueuelen 10000 ....... # Для 10GB сетевухи /sbin/ifconfig eth9 txqueuelen 10000 # распределяем по разным ЦП прерывания очередей сетевых интерфейсов /sbin/ifconfig eth0 up /bin/echo 1 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 2 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 4 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 8 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 10 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 20 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth0-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /sbin/ifconfig eth1 up /bin/echo 40 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 80 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 100 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 200 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 400 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 800 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth1-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /sbin/ifconfig eth2 up /bin/echo 1 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 2 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 4 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 8 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 10 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 20 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth2-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /sbin/ifconfig eth3 up /bin/echo 40 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 80 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 100 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 200 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 400 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 800 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth3-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity ...... # Для 10GB сетевухи /sbin/ifconfig eth9 up /bin/echo 1 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-5' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 2 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-4' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 4 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-3' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 8 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-2' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 10 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-1' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /bin/echo 20 > /proc/irq/`/bin/cat /proc/interrupts | /bin/grep 'eth9-TxRx-0' | /usr/bin/awk -F \: '{printf $1}'| /usr/bin/tr -d ' '`/smp_affinity /etc/sysctl.conf # Controls IP packet forwarding net.ipv4.ip_forward = 1 # Controls source route verification net.ipv4.conf.default.rp_filter = 1 # Do not accept source routing net.ipv4.conf.default.accept_source_route = 0 # Controls the System Request debugging functionality of the kernel kernel.sysrq = 0 # Controls whether core dumps will append the PID to the core filename # Useful for debugging multi-threaded applications kernel.core_uses_pid = 1 # Controls the use of TCP syncookies net.ipv4.tcp_syncookies = 1 # Controls the maximum size of a message, in bytes kernel.msgmnb = 65536 # Controls the default maxmimum size of a mesage queue kernel.msgmax = 65536 # Controls the maximum shared segment size, in bytes kernel.shmmax = 68719476736 # Controls the maximum number of shared memory segments, in pages kernel.shmall = 4294967296 #Увеличиваем максимальный размер памяти отводимой для TCP буферов net.core.wmem_max = 16777216 net.core.rmem_max = 16777216 #Тюнинг буферов для TCP и UDP соединений (min, default, max bytes) net.ipv4.tcp_rmem = 8192 8388608 16777216 net.ipv4.tcp_wmem = 8192 4194394 16777216 #Запрещаем кеширование статуса ssthresh net.ipv4.tcp_no_metrics_save = 1 #размер backlog net.core.netdev_max_backlog = 1000 #Увеличиваем число входящих соединений, которые могут стоять в очереди, прежде чем будут отброшены net.core.somaxconn = 262144 #Размер буферов по умолчанию для приема и отправки данных через сокеты net.core.wmem_default = 4194394 net.core.rmem_default = 8388608 net.ipv4.tcp_max_tw_buckets = 1440000
  12. Прошу прощения, глупость написал :) На самом деле этих двух команд не выполнял. Пост выше отредактировал.
  13. Хм... Интересно... Я настраивал так: свитч 1 DGS362G: config stp version rstp config stp maxage 20 maxhops 20 forwarddelay 15 txholdcount 6 fbpdu enable hellotime 2 config stp priority 36864 instance_id 0 config stp mst_ports 21-24 instance_id 0 internalCost auto priority 128 config stp ports 21-24 externalCost auto edge false p2p auto state enable config stp ports 21-24 fbpdu enable config stp ports 21-24 restricted_role false config stp ports 21-24 restricted_tcn false Свитч 2 DGS3612G: config stp version rstp config stp maxage 20 maxhops 20 forwarddelay 15 txholdcount 6 fbpdu enable hellotime 2 config stp priority 36864 instance_id 0 config stp mst_ports 9-12 instance_id 0 internalCost auto priority 128 config stp ports 9-12 externalCost auto edge false p2p auto state enable config stp ports 9-12 fbpdu enable config stp ports 9-12 restricted_role false config stp ports 9-12 restricted_tcn false Свитч 1: 21 порт - бридж 23 порт - клиент 1 Свитч 2: 9 порт - бридж 11 порт - клиент 2 Доступ между клиентом 1 и клиентом 2 есть. Как только соединяю свитчи: Свитч 1 порт 24 <--> Свитч 2 порт 12 через секунд 20 начинается флуд, образуется кольцо, связь пропадает между "клиентами"... Можете привести пример Вашей настройки?
  14. Добрый день. Задумались о резервировании бриджей. На ум пришла такая схема: --свитч--бридж--свитч-- |_____________| Суть в том, чтобы трафик бежал в обход бриджа, в случае его выхода из строя. Используем свитчи Dlink. Первым делом попробовали настроить STP, но испытания на стенде каких-то положительных итогов не принесли. Попробовали поиграться с LACP - то же самое. Интересует как вы резервируете свои бриджи? Поделитесь, пожалуйста, опытом.
  15. Коллеги, подскажите по тюнингу сего девайса? Пока что выставил: /sbin/ethtool -A eth9 autoneg off rx off tx off /sbin/modprobe igb IntMode=2,2,2,2,2,2,2,2,2,2,2,2 InterruptThrottleRate=8000,8000,8000,8000,8000,8000,8000,8000,8000,8000,8000,8000 RSS=6,6,6,6,6,6,6,6,6,6,6,6 QueuePairs=1,1,1,1,1,1,1,1,1,1,1,1 LLIPort=80 /sbin/ethtool -G eth9 tx 2048 /sbin/ethtool -G eth9 rx 2048 /sbin/ifconfig eth9 txqueuelen 10000 + распределил прерывания по ядрам проца. Имеет смысл увеличить размеры буферов? txqueuelen? Или что-то еще стоит добавить?