nightfly

Нет.

Давайте до 0.5.9, поищите

Ну охренеть Попросите вашего администратора, это сделать что-ли.

да В модуле "Резервирование БД". Вы же конфиги оттуда сливали? К слову, если хорошо подумать, и поставить инсталлером все точно как было... можно думаю просто утащить на новый хост всю директорию /user/local/apache24/data/billing как есть.

1. Ставите Ubilling инсталлером с теми же настройками как и в предыдущий раз (пароли мускуля, старгейзера итд) 2. Тушите stargazer 3. Разворачиваете старый дамп базы. 4. Ложите конфиги на свои места. 5. Запускаете stargazer

Предполагается, что я их буду "вносить" и решать что и как мониторить? Хы, я могу - только вам это не понравиться Откуда надо оттуда себе что угодно и снимаете. Откуда, почему, с какими OID-aми и комьюнити - вообще паралельно. Цитируя FAQ: В последних релизах мы поддерживаем выстрелы, не только в ногу, а также дополнительно в свою голову, ногу соседа и почку белки. Чем и гордимся.

Ну смотрите на клиенте уровень. В чем проблема то?

null не достатньо порожній, я чув там багато всього вже назбирали ))))))) echo > /var/log/dhcpd.log && /usr/local/etc/rc.d/isc-dhcpd restart

Ну варто перед тим почистити лог і почекати хвилин 10. Сотня заитів від клієнта за такй період явно патологічна. Дик в чейнджлогу ж є

Ну виріжте якоюсь ACL-кою де-небудь та й діло з кінцем. Кому інтернет тре, йому чи вам? Як показує практика середня цука, наприклад якийсь поїхавший стрихом роутер - може собі вільно наспамити в лог за день з десяток гіг. Ітого - боротись тільки з першопричинами. Це я так "ненав'язливо" агітую за своєчасні оновлення до останніх стабільних релізів

как ета? Короч, я настільки кльовий вуйко, що навіть за вас цей творчий процес автоматизую і зроблю зручним: /bin/dhcp_flood_detect.sh #!/bin/sh cat /var/log/dhcpd.log | awk -F " " '{print $8}' | sort | uniq -c | sort -nr | awk ' $1 > 100 ' | grep ":" Після чого робимо # chmod a+r /var/log/dhcpd.log # chmod a+x /bin/dhcp_flood_detect.sh А потім якось тако в alter.ini: SYSLOAD_CUSTOM_SCRIPTS="DHCP flood detection:/bin/dhcp_flood_detect.sh" а потім тако пищ-пищ:

Ліквідувати першопричину проблеми, замість бігання за симптомами - у вас якась цука спамить запитами по дхцп серверу. Ліквідуєте цуку - буде всьо ок. P.S. 0.5.8 вийшов вже

Тем временем скропостижно выходит стабильный релиз Ubilling 0.5.8 - rev 3790 Из основных изменений: alter.ini: новая опция COLORIZE_PROFILE_CASH включающая покраску баланса пользователя. alter.ini: новая опция PROFILE_LAT включающая/выключающая показ времени последней активности (имеет смысл только с auth_ia) alter.ini: новая необязательная опция SYSLOAD_CUSTOM_SCRIPTS позволяющая описывать кастомные скрипты мониторинга alter.ini: новая опция ONLINE_SAVE_STATE позволяющая включить сохранение состояние модуля «Онлайн». alter.ini: новая необязательная опция SC описывающая путь к шейперу sc (да-да, эти ваши линуксы). userstats.ini: новая опция TRAFFIC_ENABLED включающая/выключающая показ модуля со статистикой по трафику. Модуль «Отчет по просрочке кредитов»: операция «исправить» теперь также обнуляет срок истечения кредита. Модуль «Хелпдеск»: добавлен календарный режим показа списка тикетов. Модуль «Отчет по подключениям»: оптимизировано быстродействие, за счет рефакторинга генерации сводной статистики за год. Модуль «Профиль пользователя»: ликвидирован косметический дефект в интерфейсе присваивания порта на свитче, спасибо DarkSpider. Модуль «Облако тегов»: слегка рефакторнут, повышено быстродействие. Модуль «Заявки на подключение»: мелкая косметическая рихтовка. Модуль «Сервера доступа (NAS)»: теперь умеет показывать параметры клиентов FreeRADIUS Модуль «Контекстная справка»: иконка теперь не такая конская и больше не должна двигать другими элементами интерфейса. Модуль «Профиль пользователя»: переписан практически с нуля, теперь в него не так противно будет лезть. Модуль «Профиль пользователя»: появилась возможность раскраски баланса. Я не знаю зачем это надо, но много просили. Модуль «Профиль пользователя»: основные контролы (нижний ряд) теперь адекватно реагируют на права доступа. Модуль «Онлайн»: слегка увеличено быстродействие, за счет отказа от лишних fopen() Модуль «Финансовые операции»: предпринята попытка хоть немного его ускорить. От части успешная. Модуль «Состояние системы»: раздел с информацией о БД - дополнен возможностью быстрой проверки Модуль «Состояние системы»: появилась возможность интегрировать в модуль свои скрипты мониторинга. Модуль «События»: исправлена проблема, приводившая к развалу верстки в некоторых ситуациях. Модуль «Карта оборудования»: исправлена проблема иногда приводившая к невозможности расстановки свитчей по карте. Модуль «Онлайн»: теперь опционально позволяет сохранять состояние (позицию, фильтра, сортировку) между обновлениями. Модуль «Регистрация пользователей»: теперь не должен взрываться в некоторых ситуациях. Новый модуль «Просмотр информации шейпера SC»: как ни странно - делает то же что и обещает. Спасибо DarkSpider. Глобально: jQuery UI обновлен до последней стабильной версии v1.11.1 Кабинет пользователя: модуль со статистикой по трафику теперь может быть тоже отключаемым OpenPayz: в очередной раз исправлены несовпадения документации и реальности для XML протокола ПриватБанка. Это у нас типа чейнджлог: http://wiki.ubilling.net.ua/doku.php?id=changelog#rev_3790 Это рекомендации к обновлению: http://wiki.ubilling.net.ua/doku.php?id=relnotes#section058

http://wiki.ubilling.net.ua/doku.php?id=faq Вообще.

Нічого. Ніяк. Якось так.

Ну просто більший таймаут і всьо. Не бачу проблеми. В різних стойках насправді. В звіринця насів окрема От власне на ній ми нині вчиняли позапланову профілактику - міняли інвертора і тицяли свіжі акуми. Один з апілнків і так колошматило, чому б ще не положити для повноти картини цілу стойку тазіків під шумок - всі подумали шо так мало бути По лінку, що я наводив вище - madf пояснює чому саме так воно працює. Живенька реакція на обєктивну реальність, одна з найкрутіших штук які тягне за собою використання rscriptd, і саме тому я його та stargazer так люблю

ага у мене білінг на хостінгу, а NAS тут. а що відбувається при таких каруселях з NAS rscriptd? зафіксувати б якось таблички 3 і 4 щоб не літали в зад/перед при дісконекті. Он, Обговорювалось нещодавно. Вкручуйте таймаут шолі.

оновитесь - і не вилізе там всьо шо завгодно може бути - ще не звикли? Зараз цілий букет спецефектів відбувається, вам ліпше не знати - буде норм сон

UPD: ухти, в логін воно не потрапляє гарантовано - я був правий, зате потрапляє в лог реєстрацій нагло врихтовано в rev 3788.

Емммм.... Кумедно. Тільки не вірю. Імена міст/вулиць не фігурують самі по собі при генерації логіна. Насправді нема. Тільки не знаю, що воно може робити в аліасах міст/вулиць. В принципі там тільки кількабуквенні скорочення латинкою передбачені і то опційно. Подивився уважно те, що мало би потрапляти при реєстрації взагалі в запити: $login=str_replace(' ', '_', $login); $result= preg_replace("#[^a-z0-9A-Z_]#Uis",'',$login); Все досить хардкорно, оскільки я вже задовбався двічі на рік фіксити проблему "вибухаючих юзерів". у будь-якому випадку я ще не навчився діагностувати баги по запаху.

Ранок затягнувся Здається знайшов проблему. Фікс уйшов в нинішню нічну збірку.

Ок. Є ідеї шо то може бути. З рання спробую повторити/зафіксити.

Емммм, присилайте - подивлюсь Увапше біла, чи таки просто порожня дірка замість контейнера з картою?

Дєвачкі - нє сорьтєсь Можу навіть з великою долею ймовірності навангувати, що ваша проблема падучого mpd повязана насправді з flowtable в ядрі.

Я думав про кешування, але на разі там головна фішка зараз якраз в реалтаймовості та швидкому пошуку абонента з його сигналом поміж всіми БС прямо з профілю (воно для того й робилось). Як таке реалізувати _красиво_ з почерговим опитом точок по запиту - поки що ідей нема. Як придумаю дійсно гарну концепцію та буде вільний час - обовязково запиляю. А для тормозного опиту давно існує swpoll