nightfly

Недавно наблюдал такую дрянь на абоненте с пакетлозом в ~10% Также это сопровождалось периодичным Полечилось перетыканием абонента в другой порт. Также чисто для профилактики покрутил nmbclusters/sendspace/recvspace. В общем по ощущениям/наблюдениям такие штуки вылазят в основном при сетевых проблемах (пакетлоз, сетевуха битая ну либо порт свича, фиговая фрагментация) либо в момент неожиданного отруба абонента фаером - видимо так выглядит вопль бинда на тему того что ответить на запрос как-то не особо получилось. Для абонентов которые внезапно в процесе работы отламываются rscript

Как-бы и при пятизначных количествах абонентов проблем особо не наблюдал. А то что оно bpfное - дык это другой вопрос.

я думаю проблема решаема сегментацией табличек для промежуточного хранения данных по времени rrdtool довольно прожорлив. Чисто из интереса намазюкал минут за 20 поюзерную-графалку на стороне клиента. Промежуточное хранение SELECT `login`,D0,D1,D2,D3,D4,D5,D6,D7,D8,D9,U0,U1,U2,U3,U4,U5,U6,U7,U8,U9 from `users` -> INSERT INTO `stggraph` (`id` ,`login` ,`timestamp` ,`download` ,`upload`) VALUES (.... В роли js рисовалки - flot, со здоровой серией "download.push(['.((time()-$eachtraffic['timestamp'])).', '.($eachtraffic['download']/60/1024/1024).']);" Подозреваю что основн

Правила языка намекают что верным написанием будет "слоновье". на здоровье

можно вольно использовать client-side решения я перманентно спокоен как слон Давно сделал, поделился выше, че.

хотите чтобы кто-то сделал это для вас? омг SELECT login,D0,U0.... from users / INSERT INTO graphdata (`id`, `timestamp`, `login`, `D0`,`U0`...) VALUES (.......) - 50% решения Взять любой граффер и отрисовать им две цифры по таймстампам - еще 50% решения Пишется дня за два, это с дебуженьем и вылизыванием. самый фиговый вариант для отрисовки мультипл датасорцов который можно придумать - почему не rrdtool напрямую или скажем highcharts в который вобще вникать не нужно? simple ага

Ну самоочевидно что у него интерфейсы и есть пользователи. А вобще вариантов поюзерного строения графичков - вагон. От бендвайстд (грязно, бпф) и до ручной обработки при помоши flowtools. Со старгейзером вобще елементарно. Благо трафик есть откуда снимать.

берет и работает, че нажать кнопочку раздампить дамп ага, cron называется Режим капитана очевидность: наверное потому что оно ребутается и восстанавливается в изначальное состояние тем же кроном раз в сутки да естественно, на нормальном железе, настроенный ровными руками stargazer рассчетливо должен работать максимум сутки - это запланированная функциональность. 1:37PM up 579 days, 5:39, 1 user, load averages: 0.35, 0.38, 0.40 crontab -e 10 0 * * * /home/nightfly/restart_demo.sh =) На самом деле никогда ничего там не тестил, оно просто само

сам в шоке Честно говоря не верю во внезапную и мистическую взаимосвязь сетевых сервисов и крона. Всеравно либо похоже на кривоподъем dhcp-client либо на таки битую сетевуху по ощущениям. я точно угадал про 486, да? незачто, всегда занятно понаблюдать да, вестимо cd /usr/local/www/apache22/data/billing/content/users/ && fetch http://ubilling.net.ua/default_admin/admin ну либо просто распаковать из подручного дистрибутива ubilling файлик /content/users/admin

top -SHP А вобще есть loadavg - как нормальный параметр нагрузки на систему. Чем он вас не устраивает?

круто, да? И каков результат? Пинги хоть заходили? А после ipfw flush? нинасколько детище зависимо только от stargazer-apache-php-mysql-sudo

мне даже влом искать картинку с фейспальмом pkg_info | grep my если есть - сносим из портов методом cd /usr/ports/databases/mysql50-server/ && make deinstall если нету - ищем откуда ставили и делаем анинсталл. Раз документацию читать не модно перепечатаю ее лично для вас: # cd /usr/ports/databases/mysql51-server/ && make install # echo "mysql_enable="YES"" >> /etc/rc.conf # /usr/local/etc/rc.d/mysql-server start # mysqladmin -u root password новый_пароль_рута

Все верно, кастомное ядро собралось/установилось даже кто-то куда-то пытается ходить Добрый sysinstall вмазал дважды Еще было бы весело проверить есть ли дефолтгейтвей на ваш 192.168.100.15 подозрительная фигня какаято - оно точно поднято? В общих чертах все должно бы работать, в deny правила ничего особо и не попадает. Итого при ipfw table 2 list вы должны видеть что-то типа 192.168.1.0/24 и в ipfw table 9 list либо 192.168.100.20/32 либо 192.168.100.0/24 Можно в принципе проверить нехитро сделав ipfw flush. В общем все подозрения на банальный глюк xl0 либо на то

Угу, но это ж тазик держать включенным Сколько помню eoip это что-то извратное из мира микротиков... что-то там про бла-бла овер vpn. Не, не оно Собсно всякие ip+mac/option82/vlan-per-user/dhcp и прочие полностью прозрачные для юзверя решения негласно IPoE-ями зовутся. у меня в городе изначально работают с option82

Давайте еще l2tp вспомните. IPoE тогда уж, а не грабли как тяжелое наследие диалапного прошлого. С другой стороны Небесный прав - если провайдер настолько убог что не способен уверенно авторизировать и аутентифицировать юзера ничем кроме IA, это таки единственный способ который приходит в голову.

Я не только ось а и причину ошибки угадал видать.

А ось вестимо угадать предлагаете? Обожаю конкурсы с загадками и призами. Давайте прикинусь экстрасенсом и экстраполировав от вашего предыдущего поста предположу что это фря, 8.2 в частности. Дык нету там "group 'root'' в принципе. И быть не должно - оно там wheel зовется. Я угадал, не?

Это проблема резолва - хост сам себя отрезолвить нормально не может.

а если я по жизни одноглазый - мне что, никогда не добиться "видимости" более 50%?! Пичаль пичаль

это либо онлайновым собирателем из портов, либо на 486, да? все верно, он самосоздается после добавления сетей-сервисов и прочих радостей - то что он материться при пустом конфиге, его проблемы - итак никому нечего раздавать пока. допустим это тоже нормально - по умолчанию должна выставляться политика блокирования для подсети 192.168.1.0/24 (либо какая там выставлена как внутренняя) эу, ей-ей-ей он же у вас был только что внутренним, через который ничего не ходило: "локалный интерфейс (xl0, 192.168.1.5)" (С) он сам рестартиться когда нужно - в общем никого трогать не

ipfw show + cat /etc/rc.conf при регистрации дается шанс забить IP на ручнике

видел такое только единожды на 7.2 - повторить не удалось, после мейк клина все успешно дособралось.