carleone Опубликовано 8 июня, 2010 · Жалоба Добрый день. FreeBSD 7.2-RELEASE-p5 Кто-нибудь сталкивался с проблемой http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/144269 ? И как пытались её решить? Все работало как часы. Около 10 различных пайпов на вход на выход с фиксированной скоростью. К примеру: $fwcmd pipe 52 config mask src-ip 0xffffffff bw 1899Kbit/s gred 0.002/10/30/0.1 queue 10 $fwcmd pipe 53 config mask dst-ip 0xffffffff bw 1899Kbit/s gred 0.002/10/30/0.1 queue 10 и # 1900Kbit/s $fwcmd add 530 pipe 52 ip from table'(6)' to any out // unlim 1899kb/s $fwcmd add 535 pipe 53 ip from any to table'(6)' in // unlim 1899kb/s В таблицу из биллинга добавляется x.x.x.x/32. В 53 и 52 pipe стали попадать адреса из других таблиц, которые не находятся в таблице 6. Но в table 6 находится один адрес, который не удаляется, как по ссылке на баг. Я так понимаю, проблемы между собой связаны, судя по http://forum.nag.ru/forum/index.php?showtopic=54457. Мне ipfw table flush, ipfw pipe flush не помогает. Думаю reboot поможет, но все же... Как решить? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
andriko Опубликовано 8 июня, 2010 · Жалоба можно ребут сделать с коредампом и дописать результаты в пр... :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
AntonS Опубликовано 8 июня, 2010 · Жалоба да было такое но еще во времена 7.0 походу до сих пор проблема не ушла у тебя на этой тачке случаем нат нету? если есть то тогда понятно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 8 июня, 2010 (изменено) · Жалоба Есть такая буква в этом слове. Судя по всему при активном изменении таблиц при активном их же чтении, что то не так лочится, и что то там зависает. Бывает не часто флюш не лечит, ребут лечит, но, как там по ссылке указано, оно может и вернуться с другим набором проблемных IP. У меня бывает чаще на машинах с натом (pf) и пачкой шейпов по tablearg, бывает, но много реже на машинах без ната (но там и шейпищихся много меньше) и было и с просто pipe 99 ip from any to table (99) out via em0. причем бывало, что в table 99 list нету а в пайп 99 лезет. с табле арг бывало, что в какойто пайп вдруг начинало что то лезть, что ни в какой пайп не должно было. лечил наличием 999 пайпа без параметров и в в таблице 999 параметром у всех не причастных (благо остальная часть, как то in, out, via итд работоспособна) Изменено 8 июня, 2010 пользователем st_re Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Deac Опубликовано 8 июня, 2010 (изменено) · Жалоба Если l2 фильтруешь, то и удивляться нечему! Лечится добавлением "layer2 mac-type 0x800" Если l2 не фильтруешь и всё равно лезет чухня, то х.з., никогда не видел. Изменено 8 июня, 2010 пользователем Deac Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
carleone Опубликовано 8 июня, 2010 · Жалоба да было такоено еще во времена 7.0 походу до сих пор проблема не ушла у тебя на этой тачке случаем нат нету? если есть то тогда понятно Ната нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...