KVM + virtio net + udev
LinuxID 8 марта, 2012 - 00:21
В гостевой системе udev не поднимает сеть. Т.е. не создается автоматом 70-persistent-net.rules. Сетевые карты указаны как virtio. Пока что поднимаю сеть руками но как то не айс. В google нашел по поводу virtio только инфу касающуюся жестких дисков.
PS: использую libvirt & virt-manager
»
- Для комментирования войдите или зарегистрируйтесь
В гостевой системе udev не
это не задача udev.
в случае виртио не нужны, т.к совсем не понятно, на какой хардварной шине висит девайс
Просто обеспечь загрузку модуля при буте
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 ;)
О как !? А ничего срашного
О как !? А ничего срашного если модули virtio встроенны в ядро?
Автостарт сетевух я так понимаю в /etc/local.d/ прописать?
Правильно заданный вопрос - половина ответа!
Логики и довода — недостаточно. Надо еще зачморить тех, кто думает не так как мы. (South Park)
у мну все пашет искаропки
у мну все пашет искаропки
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 ;)
+
"встроенность модулей" это нормально. если 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...
> в случае виртио не нужны,
> в случае виртио не нужны, т.к совсем не понятно, на какой хардварной шине висит девайс
При добавлении новой сетевой на горячую и после ребута гостя config_eth0="dhcp" сработал не на том интерфейсе, на котором предполагалось изначально. Засим 70-persistent-net.rules очень даже нужен и полезен. Приходится генерить его полуавтоматом.
совсем не понятно, на какой
совсем не понятно, на какой хардварной шине висит девайсlibvirt даже позволяет номер шины задать статически, значит qemu всё эмулирует правильно. Хотя, в случае одного сетевого адаптера в виртуальной машине нужность 70-persistent-net.rules под боольшим сомнением. А, и у меня все работает - файл генерится.
Нейтральность - высшее достижение сознания!
Пока 1 адаптер, то можно жить
Пока 1 адаптер, то можно жить спокойно, но вот при добавлении вророго адптера - жди сюрпиза:)
Версию udev в гостевой
Версию udev в гостевой системе озвучьте?
Нейтральность - высшее достижение сознания!
171-r6
171-r6
При смене сетевого адаптера
При смене сетевого адаптера на virtio стер:
Далее файл автоматом сгенерился и все работает.
# 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
В другой виртуальной машине стабильная ветка, все тоже самое.
У меня все MACs на гостевой
У меня все MACs на гостевой начинаются с 52:54:00. Оказывается, udev на них не генерит ничего, судя по правилам генерации.