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 сочленений? Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас