KJack 35 Опубликовано: 2011-11-11 07:08:38 Share Опубликовано: 2011-11-11 07:08:38 Подскажите, пжлста, в чём может быть проблема Аплинк 1Гб, приходит на сервер двумя интерфесами, (инет+локал). В сторону сети 2Гб в транке. В пике 80-ти Мбит на любом этаже сервер захлёбывается, при чём загрузка процессора в пике 1,5%. Стоит убунту сервер 10,04 Конфиг NAS: (серевер занимается только маршрутизацией) MSI 870A-G54 Athlon 260u OCZ Vendetta 2 Silicon Power (Kit of 2x1Gb) Intel Pro/1000 PT Dual Port EXPI9402PTBLK 2шт 50GB OCZ Vertex2 CHIEFTEC 550W (BPS-550C) Hitachi 500Gb 7200 Ссылка на сообщение Поделиться на других сайтах
Ajar 92 Опубликовано: 2011-11-11 07:35:03 Share Опубликовано: 2011-11-11 07:35:03 интерфейсы точно в 1000Base-T режиме ? Ошибки есть по интерфейсам ? Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-11 09:32:28 Автор Share Опубликовано: 2011-11-11 09:32:28 интерфейсы точно в 1Гб, ошибок вроде нет Ссылка на сообщение Поделиться на других сайтах
LV10 281 Опубликовано: 2011-11-11 09:54:27 Share Опубликовано: 2011-11-11 09:54:27 а фото в виде графика mrtg, которые рисуются с 32-битными счетчикам, ага? Ссылка на сообщение Поделиться на других сайтах
Tux 24 Опубликовано: 2011-11-11 10:05:10 Share Опубликовано: 2011-11-11 10:05:10 в 32-х битных счетчиках "срез" начинается после 124-125Мбит. Ссылка на сообщение Поделиться на других сайтах
spaul 69 Опубликовано: 2011-11-11 10:25:40 Share Опубликовано: 2011-11-11 10:25:40 Смотрите htop по ядрам, возможно все прерывания на одном ядре обрабатываются. Если одно ядро загружено полностью, а второе отдыхает то cat /proc/interrupts Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-11 11:50:25 Автор Share Опубликовано: 2011-11-11 11:50:25 спасибо, ща посмотрим Смотрите htop по ядрам, возможно все прерывания на одном ядре обрабатываются. Если одно ядро загружено полностью, а второе отдыхает то cat /proc/interrupts Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-11 12:03:05 Автор Share Опубликовано: 2011-11-11 12:03:05 если сетевые не разбросаны по ядрам и нагрузка на проц не более 1,5% - это может так влиять всего-то на 80мбит??? Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-11 12:06:42 Автор Share Опубликовано: 2011-11-11 12:06:42 прерывание по ядрам распределены. причина всё-таки не в этом Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-11 12:18:08 Автор Share Опубликовано: 2011-11-11 12:18:08 фото, как это выглядит. на самом деле мне пофик на графики, просто он реально более 80мбит не выдаёт Ссылка на сообщение Поделиться на других сайтах
Ajar 92 Опубликовано: 2011-11-11 12:26:26 Share Опубликовано: 2011-11-11 12:26:26 Поставьте 64-bit счетчики в кактусе Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-11 13:00:05 Автор Share Опубликовано: 2011-11-11 13:00:05 Поставьте 64-bit счетчики в кактусе я ж говорю, что дело не в счётчиках, более 80-ти физически нет. При свободном канале инет - могу вытянуть 80мбит, если тяну с локалки 80, то с инета 0. Внутренняя сеть тоже, если абоненты между собой садят канал до 50мбит, то более чем 30 с инета не вытянишь. Ссылка на сообщение Поделиться на других сайтах
QI_Can9 3 Опубликовано: 2011-11-11 13:14:05 Share Опубликовано: 2011-11-11 13:14:05 может дело в транке Ссылка на сообщение Поделиться на других сайтах
_Maks_ 27 Опубликовано: 2011-11-11 13:28:55 Share Опубликовано: 2011-11-11 13:28:55 Может пров больше не даёт ? Или на свиче какомто зажато. Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-11 13:51:51 Автор Share Опубликовано: 2011-11-11 13:51:51 сейчас проверяем транк, пробуем отключить. пров отключил нам нарезку, чтобы мы могли найти причину. на свитч грешить не могу, т.к. аплинк с Зухеля 3012, а выход с сервера на 48Гига сфп портов. и на обоих интерфейсах одинаковый лаг загрузка проца за 10 дней - стремится к нулю=) Ссылка на сообщение Поделиться на других сайтах
Melanxolik 63 Опубликовано: 2011-11-11 16:33:34 Share Опубликовано: 2011-11-11 16:33:34 ну а ноут вместо железа на аплинк и тесты аплинка? может проблема банально в нем? Ссылка на сообщение Поделиться на других сайтах
Magus 22 Опубликовано: 2011-11-11 17:19:31 Share Опубликовано: 2011-11-11 17:19:31 Точно нет ошибок на интерфейсе? Что там в "ifconfig -a" ? Последние сообщения в "dmesg"? Ну и "iptables --list " в студию. Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-11 21:27:09 Автор Share Опубликовано: 2011-11-11 21:27:09 ifconfig -a остальное завтра скину, у меня ещё сегодня он-лайновый упс отказал, сервера попадали((( Ссылка на сообщение Поделиться на других сайтах
spaul 69 Опубликовано: 2011-11-11 23:06:01 Share Опубликовано: 2011-11-11 23:06:01 ifconfig -a остальное завтра скину, у меня ещё сегодня он-лайновый упс отказал, сервера попадали((( Не стоит принтскринить все интерфейсы ppp Даную систему вообще вы настраивали? Вы сказали что сервер занимается только маршрутизацией, но на нем куча ППП интерфейсов. Вы уверенны что сервер не занимается НАТом? Там у всех есть маршрутизируемые айпишники? Почему ппп37 без айпишника? Ссылка на сообщение Поделиться на других сайтах
inco 20 Опубликовано: 2011-11-12 11:37:08 Share Опубликовано: 2011-11-12 11:37:08 проверьте включен ли поллинг на интерфейсах Ссылка на сообщение Поделиться на других сайтах
ZuarasiZ 37 Опубликовано: 2011-11-12 12:04:53 Share Опубликовано: 2011-11-12 12:04:53 А можете показать результат команды для аплинк и транк интерфейсов: tc -s -d qdisc show dev bond0 tc -s -d qdisc show dev eth3 а так же для одного из абонентов ppp: tc -s -d qdisc show dev pppXXX И покажите все таки результат: ifconfig -a bond0 ifconfig -a eth3 PS. bond0 и eth3 я написал согласно приведенным графикам из кактуса. Ссылка на сообщение Поделиться на других сайтах
ZuarasiZ 37 Опубликовано: 2011-11-12 12:12:00 Share Опубликовано: 2011-11-12 12:12:00 Так же установите 64 битные счетчики в кактусе для этих интерфейсов. Если посмотреть на предоставленные графики, то видно, что кактус просто перестал собирать статистику для трафика выше 80Мбитс, но при этом продолжал собирать трафик для другого направления. У меня 100% уверенности, что в этот момент трафик был значительно выше 80Мбит/с. Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-12 20:02:44 Автор Share Опубликовано: 2011-11-12 20:02:44 на команды tc -s -d qdisc show dev bond0 и этаж3 не реагирует. Так же установите 64 битные счетчики в кактусе для этих интерфейсов. Если посмотреть на предоставленные графики, то видно, что кактус просто перестал собирать статистику для трафика выше 80Мбит\с, но при этом продолжал собирать трафик для другого направления. У меня 100% уверенности, что в этот момент трафик был значительно выше 80Мбит/с. Ссылка на сообщение Поделиться на других сайтах
KJack 35 Опубликовано: 2011-11-12 20:09:51 Автор Share Опубликовано: 2011-11-12 20:09:51 что нам даст поллинг? проверьте включен ли поллинг на интерфейсах Ссылка на сообщение Поделиться на других сайтах
Maxaon 1 Опубликовано: 2011-11-12 22:38:56 Share Опубликовано: 2011-11-12 22:38:56 А в логах нет сообщений о нехватке conntract сочленений? Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВойти
Уже зарегистрированы? Войдите здесь.
Войти сейчас