LINUX.ORG.RU
ФорумAdmin

KVM через macvtap не видит сеть (Centos 6.3 )


0

1

Доброго времени суток!

Уже похожие вопросы были, но к сожалению или возможно к счастью у меня слегка другая ситуация.

У меня система Centos 6.3 и на ней вращается KVM. С некоторых пор понадобилось виртуальной машине смотреть не только на хост, но и в локальную сеть, причем как будто бы это простая машинка, подключенная к свичу. В общем по опыту на другом сервере, я выбрал macvtap и настроил его в режиме bridge (примерно так же как это было показано тут http://www.linux-kvm.com/content/simple-bridged-networking-virt-manager-using... ) Все бы хорошо, но при загрузке виртуальной системы IP по DHCP не присваивается, хотя в то же время обращения и реакцию dhcp я вижу. А присваивается как я понимаю внутренний IP. Если же задать адрес вручную - адрес само собой присвоится, но толку будет 0 (ноль), т.к. пакеты не идут ни к хосту ни к другим компьютерам сети :(

Nov 15 10:51:05 dnssserver dhcpd: DHCPOFFER on 192.168.0.79 to 52:54:00:a3:40:90 (SERV-TEST) via eth0
Nov 15 10:51:09 dnssserver dhcpd: DHCPDISCOVER from 52:54:00:a3:40:90 (SERV-TEST) via eth0
Nov 15 10:51:09 dnssserver dhcpd: DHCPOFFER on 192.168.0.79 to 52:54:00:a3:40:90 (SERV-TEST) via eth0
Nov 15 10:51:17 dnssserver dhcpd: DHCPDISCOVER from 52:54:00:a3:40:90 (SERV-TEST) via eth0
Nov 15 10:51:17 dnssserver dhcpd: DHCPOFFER on 192.168.0.79 to 52:54:00:a3:40:90 (SERV-TEST) via eth0
Nov 15 10:51:32 dnssserver dhcpd: DHCPDISCOVER from 52:54:00:a3:40:90 (SERV-TEST) via eth0
Nov 15 10:51:32 dnssserver dhcpd: DHCPOFFER on 192.168.0.79 to 52:54:00:a3:40:90 (SERV-TEST) via eth0

опять же, если посмотреть что твориться на сервере, то похоже пакеты идут, но вопрос куда :(

macvtap0  Link encap:Ethernet  HWaddr 52:54:00:A3:40:90  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2656 errors:0 dropped:0 overruns:0 frame:0
          TX packets:209 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:292572 (285.7 KiB)  TX bytes:29115 (28.4 KiB)
Сделал все как и на другом серваке, там без проблем, а тут что-то странное твориться... Пожалуйста укажите правильный путь. Заранее большое спасибо!


К сожалению не так и не получается настроить. Если кто сталкивался - пожалуйста помогите!

P.S. Теги при создании еще как на зло забыл написать...

MakPol
() автор топика
Ответ на: комментарий от MakPol

Попробуйте выбрать Source Mode: VEPA

у меня в таком виде работает виртуалка с аналогичными задачами, правда на хосте - Fedora

WhiteWolf
()
Ответ на: комментарий от WhiteWolf

в режиме VEPA тоже не хочет. Грешу, на то, что там где работает на такой же CentOS - полноценный сервер одноюнитовый с карточками IBM, а тут два «реалтека», а точнее один встроенный реалтек, а другой д-линк, но тоже с чипом реалтека.

MakPol
() автор топика
Ответ на: комментарий от MakPol

Еще раз проверил в режиме VEPA и тоже пакеты только отсылаются :( Принято так и стоит 0

MakPol
() автор топика

Сделал все как и на другом серваке, ...

У меня скорее всего было что-то другое, но тем не менее, вдруг поможет.

Была аналогичная проблема но с lxc виртуалками - с такой же симптоматикой (dhcp сервер видит, внутри не видно)

Вкратце - выяснилось что macvlan, vepa (macvtap скорее всего тоже) с тем ядром что идет в центоси не работает полноценно. Виртуалка видит внешние хосты но не может законнектится на внутренние. У меня dhcpd стоял на той же машине и пакеты изнутри до него доходили, а вот ответы в виртуалку - нет.

Нужно апдейтать ядро до такого в котором macvlan рабочий. Там начиная с какой то версии все доделали до того как надо. Сам у себя чинить пока не стал - у меня на этот момент не завязано ничего.

kernel ★★☆
()
Ответ на: комментарий от kernel

Эх, обновления у меня последние на том, что сейчас настраиваю, а вот на том что работает обновления то все, но не перезагружался уже около года т.к. все как часы работает :)

MakPol
() автор топика
Ответ на: комментарий от MakPol

Эх, обновления у меня последние на том, что сейчас настраиваю, а вот на том что работает обновления то все, но не перезагружался уже около года т.к. все как часы работает :)

Там этого и в обновлениях нету, вроде. Я проверял(смотрел версии, хотя могу и ошибаться). Грубо говоря обновления это в основном бекпорты и багофиксы, а базовая версия ядра практически неизменна.

Нужно ставить что-то из сторонних репов - но в сторонних репах сборки ваниллы и прочих проектов, а не редхат ядра.

Короче найдете нужное ведро (редхат с правильным macvlan), отпишитесь тут :D

kernel ★★☆
()
Ответ на: комментарий от kernel

Да, конечно, правда все же смущает, что на одной из моих систем при той же ос все работает и без всяких обновлений. Чудеса :)

MakPol
() автор топика
Ответ на: комментарий от MakPol

Да, конечно, правда все же смущает, что на одной из моих систем при той же ос все работает и без всяких обновлений. Чудеса :)

Ну значит не этот случай. :D А на другой системе тоже и dhcpd и виртуалка на одной железке?

kernel ★★☆
()

iptables ничего не блокирует?

cyclon ★★★★★
()
21 февраля 2013 г.

А можете выложить инфу по настройке там, где работало?

Я тоже попытался в центоси 6.3 поднять маквтап, у меня гость не пингует внешку, при пинге снаружи port-unreachable отвечает chain FORWARD iptables'ов. При выключении форвардинга sysctl'ем ответы на пинги снаружи прекращаются.

anonymous
()
24 июля 2013 г.
Ответ на: комментарий от anonymous

Спустя время решил снова попробовать заживить macvtap, но ситуация не изменилась. Если на виртуалке стоит винда, то показывает как-будто-бы сетевой шнурок не подключен :( Куда копать так и не знаю. А вращать виртуалки на отдельном виртуальном интерфейсе тоже не особо удобно. Может кто, что откопал на эту тему? На системе одноюнитовой по прежнему все ок.

MakPol
() автор топика
28 августа 2013 г.
Ответ на: комментарий от MakPol

Я так понимаю ситуация не решилась ? Столкнулся сам с такой . из машины трафик уходит, dhcp на сервер видит запросы , присваивает адрес но на саму машину трафика нет .
карточка
Ethernet controller: Qualcomm Atheros Attansic L1 Gigabit Ethernet (rev b0)
До этого на этой же сетевой был собран бридж c wifi карточкой .. чип не помню.. и сверху навешен hostapd
все работало корректно... теперь бридж разобран , карта изъята ... и не работает.
куда копать не понятно..
Даже если я сейчас создам фейковый мост. ситуация не меняется.

disel
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.