Bug 22544 - vznetaddbr: /proc/sys/net/ipv4/conf/$VEID/proxy_arp: No such file or directory
: vznetaddbr: /proc/sys/net/ipv4/conf/$VEID/proxy_arp: No such file or directory
Status: CLOSED WORKSFORME
: Sisyphus
(All bugs in Sisyphus/vzctl)
: unstable
: all Linux
: P3 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2009-12-15 11:14 by
Modified: 2014-08-16 08:14 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2009-12-15 11:14:45
# vzctl restart myve1
...
/usr/sbin/vznetaddbr: line 34:
/proc/sys/net/ipv4/conf/veth-ats-myve1/proxy_arp: No such file or directory
/usr/sbin/vznetaddbr: line 35:
/proc/sys/net/ipv4/conf/veth-ats-myve1/forwarding: No such file or directory
...
# ls /proc/sys/net/ipv4/conf
all  br-ats  default  lo  venet0

Может не нужно ничего писать в proxy_arp и forwarding?
------- Comment #1 From 2011-03-28 12:10:08 -------
(В ответ на комментарий №0)
> /proc/sys/net/ipv4/conf/veth-ats-myve1/proxy_arp: No such file or directory
> /proc/sys/net/ipv4/conf/veth-ats-myve1/forwarding: No such file or directory

Наткнулся на подобную ошибку. Судя по всему, в скрипте /usr/sbin/vznetaddbr
после выполнения команды

ip link set dev "$host_ifname" up

не всегда успевает подняться veth-интерфейс, поэтому файлы proxy_arp и
forwarding недоступны. Простейшее решение добавить sleep 1 после вышеуказанной
команды. Либо можно слепить цикл, но не хотелось бы перегружать кодом скрипт.

Сама по себе ошибка не срабатывает со 100% вероятностью на каком-то
определённом железе. У меня есть старый ноут для тестирования. По началу на нём
всё работало нормально, потом мне надо было проверить как проходит
восстановление системы из резервной копии. После этого стала всплывать подобная
ошибка. Так что ошибка из разряда "подземный стук". :)
------- Comment #2 From 2014-08-16 08:14:26 -------
У меня не воспроизводится. Возможно, с тех пор что-то починили.