Хай Олл.
У меня начала странно себя вести сеть в виртуальных машинах имею
следующую структуру (пример)
192.168.1.1 - router (vr)
192.168.1.4 - XEN Dom0 (vs)
192.168.1.10 - Рабочий комп (w)
192.168.1.11 - Тестовый комп (t)
Все это крутится на etch апдейченном вчера. Косяки правда начались еще
до апдейта.
Роутер имеет кучу VLAN между которыми роутит, снимает статистику, и.т.д.
В общем-то реальная структура гораздо сложнее - это 9 виртуальных
серверов до недавнего времени замечательно работавших на одной машине. В
общем-то изначально я тронул только
drbd проапдейтившись до drbd8 из бэкпортов чтобы попробовать
конфигурацию master/master и живую миграцию - впрочем живая
миграция не прокатила - виртуальный сервер мигрирует и трапается на
удаленном хосте перезагружаясь, возможно что из-за
разницы архитектур хост-машин P4 и AMD Athlon 2.4. Сеть в виртуальные
машины идет через бридж повешенный на eth0 (br-eth0)
Ну теперь вернемся к нашим баранам.
С тестовой машины пингую:
192.168.1.11 <-> 192.168.1.4 - Потерь нет (получается цепочка
t-switch-vs_eth0)
192.168.1.11 <-> 192.168.1.1 - Теряю пакеты время от времени. Получается
t-switch-vs-vr
Параллельно на рабочей машине цепляюсь ssh к роутеру, запускаю screen и
tcpdump -ni eth0
Пакеты ПЕРЕСТАЮТ теряться..... первым предположением было что из-за
включения promisc режима
на интерфейсе, но простой детач screen-а (tcpdump остается работать) и
пакеты начинают опять теряться.....
т.е. получаем парадоксальную ситуацию - нагружаем интерфейс роутера
трафиком - ситуация улучшается.
Непонятно одно.... в принципе-то у него и так интерфейс не простаивает,
в среднем поток порядка 10Mbit
там бегает.....
В общем-то какой-то подземный стук..... может у кого будут
предположения? А то я уже какой час туплю и не
пойму где сломалось :( - сначала подумал что комп не справляется
снагрузкой и перераспределил
виртуальные между двумя компами. В общем-то сам роутер был и на одной и
на другой, железо совершенно
разное а ситуация одинаковая (вплоть до ethernet порта, на одном 100Mbit
на другом 1Gbit), так что боюсь проблема
софтверная и пока не вижу решения, запустил вот workaround-ом tcpdump и
он хлещет кушая ресурсы процов
как на роутере так и на рабочем компе.
Олег.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]