Вы здесь

Главная › Форум › Gentoo Linux › Виртуальные машины

KVM + virtio net + udev

8 марта, 2012 - 00:21 — LinuxID

В гостевой системе udev не поднимает сеть. Т.е. не создается автоматом 70-persistent-net.rules. Сетевые карты указаны как virtio. Пока что поднимаю сеть руками но как то не айс. В google нашел по поводу virtio только инфу касающуюся жестких дисков.

PS: использую libvirt & virt-manager

Форум: 
Виртуальные машины
8 марта, 2012 - 00:40 — slepnoga 

В гостевой системе udev не поднимает сеть.

это не задача udev.

Т.е. не создается автоматом 70-persistent-net.rules.

в случае виртио не нужны, т.к совсем не понятно, на какой хардварной шине висит девайс

Просто обеспечь загрузку модуля при буте

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

8 марта, 2012 - 01:30 — LinuxID

О как !? А ничего срашного если модули virtio встроенны в ядро?
Автостарт сетевух я так понимаю в /etc/local.d/ прописать?

—

Правильно заданный вопрос - половина ответа!
Логики и довода — недостаточно. Надо еще зачморить тех, кто думает не так как мы. (South Park)

8 марта, 2012 - 03:04 — slepnoga

у мну все пашет искаропки

—

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

30 июня, 2012 - 10:31 — Daevy

"встроенность модулей" это нормально. если lspci показывает наличие
Ethernet controller: Red Hat, Inc Virtio network device
значит сетевка определилась.
теперь посмотрите "ifconfig -a" если там есть eth-интерфейсы это тоже хороший знак (вопрос назначен ли им адрес?)
если адрес не назначен, определите конфигурацю в /etc/conf.d/net наподобие такой:
config_eth0="172.31.20.99/24"
routes_eth0="default via 172.31.20.1"
создайте симлинк в init.d
# ln -s /etc/init.d/net.lo /etc/init.d/net.eth0
пропишите в автозагрузку
# rc-update add net.eth0 default
затем удалите /etc/udev/rules.d/70-persistent-net.rules
перезагрузитесь и проверьте результат

—

there is only war...

29 июня, 2012 - 23:37 — alexanderyt

> в случае виртио не нужны, т.к совсем не понятно, на какой хардварной шине висит девайс

При добавлении новой сетевой на горячую и после ребута гостя config_eth0="dhcp" сработал не на том интерфейсе, на котором предполагалось изначально. Засим 70-persistent-net.rules очень даже нужен и полезен. Приходится генерить его полуавтоматом.

30 июня, 2012 - 12:17 — Pinkbyte

совсем не понятно, на какой хардварной шине висит девайс

libvirt даже позволяет номер шины задать статически, значит qemu всё эмулирует правильно. Хотя, в случае одного сетевого адаптера в виртуальной машине нужность 70-persistent-net.rules под боольшим сомнением. А, и у меня все работает - файл генерится.

—

Нейтральность - высшее достижение сознания!

30 июня, 2012 - 21:55 — alexanderyt

Пока 1 адаптер, то можно жить спокойно, но вот при добавлении вророго адптера - жди сюрпиза:)

30 июня, 2012 - 12:18 — Pinkbyte

Версию udev в гостевой системе озвучьте?

—

Нейтральность - высшее достижение сознания!

30 июня, 2012 - 21:55 — alexanderyt

171-r6

2 июля, 2012 - 14:46 — micbal

При смене сетевого адаптера на virtio стер:

/etc/udev/rules.d/70-persistent-net.rules

Далее файл автоматом сгенерился и все работает.

# PCI device 0x1af4:/sys/devices/pci0000:00/0000:00:05.0/virtio2 (virtio-pci)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:fc:44:d5:08:97", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

udev 182-r3

В другой виртуальной машине стабильная ветка, все тоже самое.

3 июля, 2012 - 00:54 — alexanderyt

У меня все MACs на гостевой начинаются с 52:54:00. Оказывается, udev на них не генерит ничего, судя по правилам генерации.

Russian Gentoo Linux Community © 2005—2026
Gentoo — торговая марка Gentoo Foundation, Inc.
Сервер работает под управлением Gentoo Linux
Сайт работает под управлением CMS Drupal