
У меня возникла странная проблема с хостами Linux, работающими под управлением ядра 3.x (например, Fedora 16, Ubuntu 11.10). Я не могу подключиться по SSH и выполнить traceroute (в настоящее время проводятся только тесты), при перемещении по сетевому разделу VLAN происходит зависание.
Я настроил тестовую сеть с 2 хостами и маршрутизатором cisco посередине, SSH зависает при попытке подключения между ними. Если я заменю ОС на хостах, скажем, на Fedora 12, соединение будет работать правильно.
Кто-нибудь сталкивался с этим, есть решение?
решение1
Проверитьэтотстатья на сайте HP. Я искал решение другой проблемы, но наткнулся на ваш вопрос и статью и подумал, что это может помочь.
Решение
Несмотря на то, что об этом сообщалось как об ошибке с блокировками VLAN на связанном наборе, работающем в режиме balance-alb, исправление ядра, похоже, решило эту проблему.
Нажмите здесь, чтобы получить доступ к технической статье, доступной по адресу https://bugzilla.redhat.com/show_bug.cgi?id=630540.
ПРИМЕЧАНИЕ: Вышеуказанная веб-ссылка ведет на сайт, не принадлежащий HP. HP не контролирует и не несет ответственности за информацию за пределами веб-сайта HP.
[RHEL5.5] мягкая блокировка на vlan с объединением в режиме balance-alb [rhel-5.5.z] в ядре 2.6.18-194.19.1.el5 linux-2.6-net-bonding-fix-alb-mode-to-balance-traffic-on-vlans.patch errata-xmlrpc 2010-11-09 13:07:22 EST
Выпущена рекомендация, которая должна помочь решить проблему, описанную в этом отчете об ошибке. Поэтому этот отчет закрывается с разрешением ERRATA. Для получения дополнительной информации о решении и/или о том, где найти обновленные файлы, перейдите по ссылке ниже. Вы можете повторно открыть этот отчет об ошибке, если решение не сработает для вас.
Нажмите здесь, чтобы получить доступ к технической статье, доступной по адресу http://rhn.redhat.com/errata/RHSA-2010-0839.html.
ПРИМЕЧАНИЕ: Вышеуказанная веб-ссылка ведет на сайт, не принадлежащий HP. HP не контролирует и не несет ответственности за информацию за пределами веб-сайта HP.
Пользователь обновил ядро, в результате чего полностью восстановлена связь на всех каналах VLAN и не-VLAN.