[sisyphus] Fwd: Re: udev + libvirtd + 2.6.27-ovz-smp-alt12

[sisyphus] Fwd: Re: udev + libvirtd + 2.6.27-ovz-smp-alt12

[Вячеслав]

----------  Пересланное сообщение  ----------

Тема: Re: [sisyphus] udev + libvirtd + 2.6.27-ovz-smp-alt12
Дата: 14 октября 2010
Отправитель: Вячеслав <slchess@gmail.com>
Получатель:  ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org>

On Thursday 14 October 2010 17:08:55 Anton Farygin wrote:
> 14.10.2010 17:58, Вячеслав пишет:
> > После апгрейда поймал
> >
> > libvirtd: 16:44:29.513: error : qemudNetworkIfaceConnect:1709 : internal
> > error Failed to add tap int
> > erface to bridge. Your kernel is missing the 'tun' module or CONFIG_TUN,
> > or you need to add the /dev/net/tun device node.
> >
> > Я так понимаю это из-за udev, сделал вот так и все заработало
> >
> > 50-udev-default.rules
> > # network
> > KERNEL=="tun", NAME="net/%k", MODE="0666"
> > #MODE="0666", OPTIONS+="static_node=net/tun"
> >
> >
> > В чем может быть проблема?
> > Может чтото не доустановил?
>
> Если это свежий сизиф, то надо занести в bugzilla на udev

Наисвежейший (сегодняшний)
>
> > libudev-163-alt1
> > udev-163-alt1
> > udev-alsa-0.2-alt3
> > udev-extras-163-alt1
> > udev-rule-generator-163-alt1
> > udev-rules-163-alt1
> > udev_static-addon-0.2-alt6
>
> Подозреваю, что надо было модуль tun загрузить. Просто его никто не
> дёргает.
>
модуль загружен но устройство создается как /dev/tun а ищут его 
как /dev/net/tun
OpenVz это както пережил а libvirtd не смог
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus



-------------------------------------------------------

Re: [sisyphus] Fwd: Re: udev + libvirtd + 2.6.27-ovz-smp-alt12

[Anton Farygin]

14.10.2010 18:31, Вячеслав пишет:
>
> ----------  Пересланное сообщение  ----------
>
> Тема: Re: [sisyphus] udev + libvirtd + 2.6.27-ovz-smp-alt12
> Дата: 14 октября 2010
> Отправитель: Вячеслав<slchess@gmail.com>
> Получатель:  ALT Linux Sisyphus discussions<sisyphus@lists.altlinux.org>
>
> On Thursday 14 October 2010 17:08:55 Anton Farygin wrote:
>> 14.10.2010 17:58, Вячеслав пишет:
>>> После апгрейда поймал
>>>
>>> libvirtd: 16:44:29.513: error : qemudNetworkIfaceConnect:1709 : internal
>>> error Failed to add tap int
>>> erface to bridge. Your kernel is missing the 'tun' module or CONFIG_TUN,
>>> or you need to add the /dev/net/tun device node.
>>>
>>> Я так понимаю это из-за udev, сделал вот так и все заработало
>>>
>>> 50-udev-default.rules
>>> # network
>>> KERNEL=="tun", NAME="net/%k", MODE="0666"
>>> #MODE="0666", OPTIONS+="static_node=net/tun"
>>>
>>>
>>> В чем может быть проблема?
>>> Может чтото не доустановил?
>>
>> Если это свежий сизиф, то надо занести в bugzilla на udev
>
> Наисвежейший (сегодняшний)
>>
>>> libudev-163-alt1
>>> udev-163-alt1
>>> udev-alsa-0.2-alt3
>>> udev-extras-163-alt1
>>> udev-rule-generator-163-alt1
>>> udev-rules-163-alt1
>>> udev_static-addon-0.2-alt6
>>
>> Подозреваю, что надо было модуль tun загрузить. Просто его никто не
>> дёргает.
>>
> модуль загружен но устройство создается как /dev/tun а ищут его
> как /dev/net/tun
> OpenVz это както пережил а libvirtd не смог

а, тогда тем более на udev надо что-то повесить.

Хотя, в общем-то, очень странно - в моей конфигурации:
$ rpm -qa|grep udev
udev-163-alt1
udev-initramfs-150-alt8
libudev-163-alt1
udev-rules-163-alt1
udev-rule-generator-163-alt1
udev_static-addon-0.2-alt6
libgudev-163-alt1

/dev/net/tun присутствует, но модуль tun приходится загружать вручную.

Правда, я не уверен, что перезагружался после обновления.

Re: [sisyphus] Fwd: Re: udev + libvirtd + 2.6.27-ovz-smp-alt12

[Alexey Shabalin]

2010/10/14 Anton Farygin :
>> Тема: Re: [sisyphus] udev + libvirtd + 2.6.27-ovz-smp-alt12
>> Дата: 14 октября 2010
>> Отправитель: Вячеслав
>> Получатель:  ALT Linux Sisyphus discussions
>>
>> On Thursday 14 October 2010 17:08:55 Anton Farygin wrote:
>>>
>>> 14.10.2010 17:58, Вячеслав пишет:
>>>>
>>>> После апгрейда поймал
>>>>
>>>> libvirtd: 16:44:29.513: error : qemudNetworkIfaceConnect:1709 : internal
>>>> error Failed to add tap int
>>>> erface to bridge. Your kernel is missing the 'tun' module or CONFIG_TUN,
>>>> or you need to add the /dev/net/tun device node.
>>>>
>>>> Я так понимаю это из-за udev, сделал вот так и все заработало
>>>>
>>>> 50-udev-default.rules
>>>> # network
>>>> KERNEL=="tun", NAME="net/%k", MODE="0666"
>>>> #MODE="0666", OPTIONS+="static_node=net/tun"
>>>>
>>>>
>>>> В чем может быть проблема?
>>>> Может чтото не доустановил?
>>>
>>> Если это свежий сизиф, то надо занести в bugzilla на udev
>>
>> Наисвежейший (сегодняшний)
>>>
>>>> libudev-163-alt1
>>>> udev-163-alt1
>>>> udev-alsa-0.2-alt3
>>>> udev-extras-163-alt1
>>>> udev-rule-generator-163-alt1
>>>> udev-rules-163-alt1
>>>> udev_static-addon-0.2-alt6
>>>
>>> Подозреваю, что надо было модуль tun загрузить. Просто его никто не
>>> дёргает.
>>>
>> модуль загружен но устройство создается как /dev/tun а ищут его
>> как /dev/net/tun
>> OpenVz это както пережил а libvirtd не смог
>
> а, тогда тем более на udev надо что-то повесить.
>
> Хотя, в общем-то, очень странно - в моей конфигурации:
> $ rpm -qa|grep udev
> udev-163-alt1
> udev-initramfs-150-alt8
> libudev-163-alt1
> udev-rules-163-alt1
> udev-rule-generator-163-alt1
> udev_static-addon-0.2-alt6
> libgudev-163-alt1
>
> /dev/net/tun присутствует, но модуль tun приходится загружать вручную.
>
> Правда, я не уверен, что перезагружался после обновления.

Именно по этому у меня модуль tun прописан в /etc/modules

-- 
Alexey Shabalin

Re: [sisyphus] Fwd: Re: udev + libvirtd + 2.6.27-ovz-smp-alt12

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 411 bytes --]

On Thu, Oct 14, 2010 at 05:31:26PM +0300, Вячеслав wrote:
> модуль загружен но устройство создается как /dev/tun а ищут его 
> как /dev/net/tun

Ядро слишком старое.  Из текущей версии udev выброшены все правила,
нужные для совместимости с ядрами старее 2.6.31 (начиная с этой
версии, ядро самостоятельно формирует имена файлов устройств с
подкаталогами, и установка NAME в правилах udev не требуется).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]