FreeBSD8.0 RELEASE + ifa_add_loopback_route: insertion faile

[Zohan]

Собственно говоря вопрос уже поднимался
и есть патч
http://people.freebsd.org/~qingli/ppp-p ... 21515.diff
и люди пишут что он вроде работает, но не у всех, в частности у меня:

cd /usr/src
patch < ~/ppp-proxy-arp-patch-121515.diff
cd /usr/src/usr.sbin/arp
make obj && make depend && make && make install

потом пересборка всего ядра
ошибка как была,так и остается:

ifa_add_loopback_route: insertion failed

люди пишут что можно сделать так:
sysctl net.link.ether.inet.useloopback=0
но это не выход

интересно с 8.0 STABLE/CURRENT пофиксили?
или может я не так что-то делаю?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[kodzero]

Люди пишут , что у них тоже патч не работает, но PROKS writed "I made build&install kernel&world and have successful result. "
мол ему это помогло , после патча.
Источник http://forums.freebsd.org/showthread.ph ... light=mpd5
Да проблема с маками уже и на этом форуме поднималась.
Я тут подумал, можно и не патчить , раз народ патчем не доволен - чуть-чуть подождать. Так ОпенВПН поднять на локалку и оставить, если срочно нужно . Так как клиент клиента mpd5 видит прекрасно.
Ведь никто не запрещает поднять туннель и в самой локалке к серверу, чтобы поймать интерфейс ng* ?

[Dr. Bob]

Обратите внимание на применение патча для FreeBSD8.0 RELEASE x86
у меня было так:

Код: Выделить всё

|Index: sys/netinet/in.c
|===================================================================
|--- sys/netinet/in.c   (revision 200582)
|+++ sys/netinet/in.c   (working copy)
--------------------------
Patching file sys/netinet/in.c using Plan A...
Hunk #1 succeeded at 924.
Hunk #2 succeeded at 1059.
Hunk #3 succeeded at 1073.
Hunk #4 succeeded at 1352.
Hunk #5 failed at 1361.
Hunk #6 succeeded at 1414.
1 out of 6 hunks failed--saving rejects to sys/netinet/in.c.rej

посмотрел исходники, ошибка скрывалась вот тут:

Код: Выделить всё

@@ -1326,7 +1361,8 @@
 
 	/* XXX rtalloc1 should take a const param */
 	rt = rtalloc1(__DECONST(struct sockaddr *, l3addr), 0, 0);
-	if (rt == NULL || (rt->rt_flags & RTF_GATEWAY) || rt->rt_ifp != ifp) {
+	if (rt == NULL || (rt->rt_flags & RTF_GATEWAY) || 
+	    ((rt->rt_ifp != ifp) && !(flags & LLE_PUB))) {
 #ifdef DIAGNOSTIC

нужно заменить на "#ifdef DIAGNOSTICS", не хватает "S"

[finch83]

Ну как нашлось решение ?

[Zohan]

Ну как нашлось решение ?

Да, обновляться до STABLE, там вылизали уже прилично.

[Rst7]

Проблема аналогичная. Стояла Freebsd 7.2 + mpd 5.4 . Все работало отлично.
Обновился до Восьмерки (проверьте, я правильно ветку выбрал)? :

Код: Выделить всё

*default host=cvsup2.ru.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_8_0
*default delete use-rel-suffix
*default compress
src-all

mpd обновил до версии 5.5

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

Код: Выделить всё

ifa_add_loopback_route: insertion failed

Тут говорили за патч, но ведь как я понимаю, он уже и так в STABLE есть.? Систему обновлял 16.03.10.
Помогите пожалуйста, разобраться!!

[dj_max_demon]

обнови до стабильного релиза, и всё будет в ажуре)) у меня тоже была проблема, обновил мир и ядро и всё как в сказке!

[Гость]

Проблема аналогичная. Стояла Freebsd 7.2 + mpd 5.4 . Все работало отлично.
Обновился до Восьмерки (проверьте, я правильно ветку выбрал)? :

Код: Выделить всё

*default host=cvsup2.ru.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_8_0
*default delete use-rel-suffix
*default compress
src-all

mpd обновил до версии 5.5

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

Код: Выделить всё

ifa_add_loopback_route: insertion failed

Тут говорили за патч, но ведь как я понимаю, он уже и так в STABLE есть.? Систему обновлял 16.03.10.
Помогите пожалуйста, разобраться!!

нет не правильно
1 только с cvsup.freebsd.org обновляйтесь
2 RELENG_8 стеибл

[sudosu]

Собственно говоря вопрос уже поднимался
и есть патч
http://people.freebsd.org/~qingli/ppp-p ... 21515.diff...

Народ, а сохранился патч у кого-нить? может поделитесь? А то его отсюда убрали, а апгрейд до stable не помог. Очень не хочется на 7-ку даунгрейдиться =(
Напишите в личку плз, если кому не лень и патч сохранился.

Спасибо.

[Гость]

а вы докажите что у вас стеибл

[sudosu]

а вы докажите что у вас стеибл

толсто троллите

[Гость]

тролите это вы
потому что факта доказательсва что у вас стеибл вы еще не предоставили

[sudosu]

тролите это вы
потому что факта доказательсва что у вас стеибл вы еще не предоставили

дык заходите, uname -a набирайте, какой разговор

[dj_max_demon]

а вы докажите что у вас стеибл

FreeBSD www 8.0-STABLE FreeBSD 8.0-STABLE #2: Fri Mar 19 08:30:41 EET 2010 root@www:/usr/obj/usr/src/sys/TV-COM amd64

вот и доказательство)

[server801]

до стейбл смысла нет сейчас обновляться, так как пререлиз 8.1 будет

[dj_max_demon]

до стейбл смысла нет сейчас обновляться, так как пререлиз 8.1 будет

со всей фразы смущает слово "будет" )

темболие я уже давно обновился)

[server801]

чем же смущает?

[dj_max_demon]

чем же смущает?

тем что пререлиз а на рабочих сервах не охота обновлять! новая ветка опять куча проблем!

[Vasya_Pupkin]

Ребят что за бред, до какого STABLE обновляться когда у меня RELEASE? У меня 8.0 RELEASE. Вопрос: на хрен откатываться до STABLE? В RELEASE продакшн, а в STABLE попадает всё что из CURRENT, но всё-равно в STABLE код ещё прилизывается.
Вопрос 2: кому всё-таки не в падлу выслать патч? Можно это сделать на trider@inbox.ru, буду очень признателен!!!

[Vasya_Pupkin]

Гость, пиздец ты долбаёб фирменный!
Ты мудак что ли? Обновиться, ёб твою мать. Легко тебе сказать. Иди, сука мне обнови Фрю на серваке без перезагрузки, сможешь? У меня не кластер у меня один сервак, перезагрузка которого критична!!!

[Alex Keda]

ещё раз будет мат - забаню по IP
и совет вам верный дают.
сервер надо иметь запасной, нельзя строить всё на одной железе.
+ плановый простой, планировать, заранее.

[(ARH)665]

У меня:
FreeBSD server1 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Tue Oct 12 01:24:58 NOVST 2010 root@server1:/usr/src/sys/i386/compile/S1KRNL i386

8.1-RELEASE, по идее все баги должны были пофиксить в версии 8.1, раз разговор идет за 8.0, но ничего не изменилось
после 10 минут работы отваливается DNS, хотя она на сервере не настроена вовсе (в локалке под шлюзом используются DNS провайдера, а не шлюза)

лог dmesg:

arp: 10.0.94.68 moved from 00:26:5a:88:2b:87 to 00:d0:04:73:b8:0a on re0 #IP адрес соседнего порта в коммутаторе (причем он тут не понятно...),начинается какая-то пляска со сменой маков. зачем? кто скажет?
arp: 10.0.194.1 moved from 00:d0:04:73:b8:0a to 00:26:18:bc:41:5b on re0 #пляска продолжается
ifa_add_loopback_route: insertion failed
re0: link state changed to DOWN #опускаю интерфейс re0
re0: link state changed to UP #поднимаю интерфейс re0 и все снова работает, минут 10

у пользователя c IP 10.0.94.68 стоит беспроводной Wi-Fi маршрутизатор с IP адресом 192.168.0.1, у сервера сеть 192.168.1.1, с внешним адресом 10.0.94.69. Как они связаны? Причем здесь тот IP адрес, они ведь на разных портах в одном коммутаторе? Как вылечить? Обновляться? До чего?

sysctl net.link.ether.inet.useloopback=0 это не выход, все сбрасывается после ребута
зы. дайте ссылку на патч пожалуйста!

[amfetamin]

У меня:
FreeBSD server1 8.1-RELEASE FreeBSD 8.1-RELEASE #0: Tue Oct 12 01:24:58 NOVST 2010 root@server1:/usr/src/sys/i386/compile/S1KRNL i386

8.1-RELEASE, по идее все баги должны были пофиксить в версии 8.1, раз разговор идет за 8.0, но ничего не изменилось
после 10 минут работы отваливается DNS, хотя она на сервере не настроена вовсе (в локалке под шлюзом используются DNS провайдера, а не шлюза)

лог dmesg:

arp: 10.0.94.68 moved from 00:26:5a:88:2b:87 to 00:d0:04:73:b8:0a on re0 #IP адрес соседнего порта в коммутаторе (причем он тут не понятно...),начинается какая-то пляска со сменой маков. зачем? кто скажет?
arp: 10.0.194.1 moved from 00:d0:04:73:b8:0a to 00:26:18:bc:41:5b on re0 #пляска продолжается
ifa_add_loopback_route: insertion failed
re0: link state changed to DOWN #опускаю интерфейс re0
re0: link state changed to UP #поднимаю интерфейс re0 и все снова работает, минут 10

у пользователя c IP 10.0.94.68 стоит беспроводной Wi-Fi маршрутизатор с IP адресом 192.168.0.1, у сервера сеть 192.168.1.1, с внешним адресом 10.0.94.69. Как они связаны? Причем здесь тот IP адрес, они ведь на разных портах в одном коммутаторе? Как вылечить? Обновляться? До чего?

sysctl net.link.ether.inet.useloopback=0 это не выход, все сбрасывается после ребута
зы. дайте ссылку на патч пожалуйста!

Всем привет. Столкнулся с такой же проблемой.

# uname -a
FreeBSD 8.1-RELEASE #0: Thu Oct 7 11:10:20 MSD 2010

Только пляски с мак адресами в логах нет. Просто минут через 10-15 работы начинаются потери пакетов на внешнем ИФе и доходят в итоге до 100%.
От нагрузки вроде не зависит, точнее её почти нет, когда это случается. (5-10 клиентов в инете, ~50 нат сессий (ipnat), 50-60 юзеров на верлихабе)
В лог плюёт эту дрянь:

ifa_add_loopback_route: insertion failed

Сделал:

sysctl net.link.ether.inet.useloopback=0

Часов 5 уже работаем, но приходится "одним глазом" следить за машиной, вдруг о5 начнётся.

При чём внутренний ИФ продолжает исправно работать. Что не явно указывает на софтверную проблему, в машине торчит двухголовый интел (Intel <E1G42ET> Gigabit Adapter Dual Port PCI-E x4 10/100/1000Mbps)

[amfetamin]

Сделал:

sysctl net.link.ether.inet.useloopback=0

Часов 5 уже работаем, но приходится "одним глазом" следить за машиной, вдруг о5 начнётся.

Не помогло, ну или отсрочило неизбежное, линк всё равно валится.
Друг посоветовал отключить tso4 на ИФе, сделал, тестирую.

[Zohan]

В 8.1-RELEASE устранили проблему с арпом на пптп интерфейсах. Не пойму как вы ее опять ловите
У меня сервачок - около 1000-1500 пптп/л2тп подключений - проблема с 8.1 ушла, тем более написано же:

http://www.freebsd.org/releases/8.1R/re ... ailed.html
"A bug that proxy ARP entries cannot be added over point-to-point link types has been fixed."