madf

Это у тебя какая-то другая проблема. Можно поподробнее? что для подробней надо? Для начала: - версии конфигуратора и старгейзера; - последовательность действий приводящая к такому эффекту; - содержимое лога старгейзера в этот момент. Потом может понадобиться отладочная сборка и консольный лог.

Лучше поставь 2.406. В ней кучи глюков нет, только парочка Если изза привязки пароля - то это очень странно. Я этот функционал пока вобще не реализовал, он только в виде чекбокса существует К стати, надо всеь нереализованный функционал поотключать. Чтобы не сбивать с толку... Спасибо, сегодня-завтра исправлю.

Собрать с отладочной информацией (ни в коем случае не делать make install или make install-bin (они делают strip) а раскидать файлы руками). Дождаться такой загрузки. Подцепиться к нему gdb и сделать бектрейс всех потоков: # gdb /path/to/stargazer (gdb) attach pid (gdb) thread apply all bt Полученный выхлоп закинуть мне в почту: faust@stg.dp.ua Вряд ли

Это у тебя какая-то другая проблема. Можно поподробнее? Различные порты тут не при чем. Конфигуратор и авторизатор работают на разных протоколах.

Да, версия слишком старая. Последние версии сервера поддерживают старые авторизаторы, но новые авторизаторы не умеют работать со старыми версиями сервера.

Держи: qia-1.3.1-i386.rpm Но честно предупреждаю: не проверял. Нет под рукой системы с RPM...

Осилил desktop entry и иконку. Других качественных изменений нет. Пакет для Debian/Ubuntu: qia-1.3.1-i386.deb Исходники: qia-1.3.1.tar.gz Теперь прямо из исходников можно генерить deb-пакет: # make package

Не думали. Сегодня если не забуду - подумаем. Хотя, если честно, в последнее время sf как-то перестал мне нравится. С его новым интерфейсом...

Вряд ли тут спецы по этой версии. Я ее уже не застал.

Боже, яка краса... и почему я не видел упоминания про это в README.txt, где вообще написано только ./build... Большое спасибо! Ну make install какбе предполагается по умолчанию, а install-bin - по стандартам GNU Отличается от install тем что ставит только бинарники и не затрагивает никаких файлов конфигурации. Правда, для sgconf это не имеет значения, т.к. у него нет файлов конфигурации А вот для обновления stargazer - самое оно.

Дело в том что я такое поведение Stargazer наблюдал лично 1 раз (правда на 1600/4000 пользователях) и один раз мне об этом наши админы сообщили. К сожалению, в первый раз я не додумался к нему подцепиться gdb чтобы посмотреть что там происходит, а во второй раз это вообще на выходных было. Теперь жду третьего раза. Хотя на самом деле это может быть и не вина Stargazer'а - на той машине на которой это наблюдалось сыпется винт. Возможно это послужило причиной.

1. Это хорошо, у меня среди пользователей есть один клиент старгайзера, где-то в восточных областях. Пускает авторизилку в вайне. 2. Давай к нам, а? 3. А почему я на сайте не нашел ссылку на этот файл? Добавь. 4. Соберу. От старгайзера я пока отошел. От мантейнерства - нет. Есть в планах сделать специализированный дистрибутив для биллинга. С Инквизитором хотим попробовать. Не первый раз уже зовешь Но я если и буду мейнтейнить эти проекты - то только в Gentoo (хотя кто знает?). Все-таки это мой основной дистрибутив. Вот Ubuntu на работе поавился - я упаковал deb-ку. А Альт я пока только на картинках видел Ссылки на офсайте нет, это да. Дома щас без инета сижу, делал все на работе в последние 15 минут, по этому не успел новость сочинить. Мож сегодня сделаю.

Qt + MinGW + напильник. Первые два компонента входят в состав Qt SDK. Еще и вместе с Qt Creator. Только сам Creator, кажется, не умеет с cmake работать, по этому придется все из консоли делать.

Привет, Макс. Авторизилка со старыми версиями, как я понимаю, несовместима по протоколу? P.S. desktop-файл кто делать будет? Шурик Пушкин? Совместима. Иначе нафига бы я ее делал? Эммм... Нету опыта мейнтейнерства Забыл про такие мелочи. Добавлю в версии 1.3. RPM соберешь или ты совсем от дел отошел? PS: забыл про инструкцию по сборке. # lrelease translations/*ts # mkdir build # cd build # cmake ../ # make

Моя собственная разработка. Пока еще сырая. Работает только авторизация, отображение статистики и сворачивание в трей. Под винду собирается с напильником и работает нестабильно. Под Linux собирается без напильника и работает, вроде, стабильно. Под FreeBSD и прочие не собирал. Исходники: http://stg.dp.ua/download/qia-1.2.tar.gz Пакет для Debian/Ubuntu: http://stg.dp.ua/download/qia_1.2_i386.deb В комплекте имеется русская, украинская и английская локализации.

Злые Вы. Собрался вроде, но туго очень. Не находил он -liconv, и я его нигде не нашёл, пришлось сделать как советовали выше: Не понимаю что это я этим сделал таке, но конфигуратор скомпилился. Зато теперь при запуске скомпилированного sgconf - ругается /libexec/ld-elf.so.1, что нету libsrvconf.so, хотя я его нашёл и сунул уже и в /libexec/ и в /usr//libexec/. CXXFLAGS=-I/usr/local/include сказал компилятору искать заголовочный файл iconv.h в указанном каталоге (а во фре он туда, обычно, и попадает). LDFLAGS=-L/usr/local/lib сказал компоновщику искать библиотеку libiconv.so в указанном каталоге (а во фре она там, обычно, и лежит). libsrvconf.so должна быть в /usr/lib/stg. libexec совсем для другого служит Собственно, gmake install-bin должен сам все распихать по нужным местам и ничего вручную ложить никуда не надо

Конфигуратор 1.90: скачал, обновил и все сразу отобразилось О, это уже хорошо. А то я в мистику начал верить...

Вот Алферов, вот шайтан, сбил меня с пути истинного, на боевом сервере стоит 405 старгайзер с web-Алферова, и когда я там удалял пользователя он тут же пропадал и мне больше не отображался, а тут в своей вебке которая под postgresql удаляю пользователя, а он на месте и только через 3 минуты пропадает. Вот тут то я и запутался, думал в мускуле значится сразу удаляется, а в постгресе нет. Оказывается Алферов просто скрывал удаленных пользователей. Не удобно конечно для вэб интерфейса, что пользователь сразу не удаляется из базы, вроде удалил, а он тут, ладно статистика тут все норм, минутой позже ничего страшного на то она и статистика Если не секрет почему пользователь не сразу удаляется из базы, зачем такой большой промежуток? Кстати почему бы тогда не ввести в базе метку что пользователь помечен на удаление и будет удален (было бы удобно при выборке)? А может такая метка есть, просто я ее не заметил? Такой метки нет. Точнее она есть, но внутри системы. На базе это никак не отображается. Удаление происходит примерно раз в минуту. Сделано это, в основном, из-за осторожности и лени. Удаление юзера из системы - достаточно сложный процесс. По этому он был разбит на 2 этапа: сперва юзеры помечаются как удаленные, а затем удаляются реально. Логика не запрещает удалять юзеров сразу. Возможно это будет реализовано (исправлено?) позже.

Конфигуратор 1.91 или более старый? Конфигуратор 1.91 А как себя ведут в этой ситуации более старые?

Лог сборки! В студию! Так и должно быть. Пользователь никогда не удаляется сразу. И это верно для любого хранилища (файлы, мускул, жарптица или слон). Тоже верно, статистика пишется в базу с частотой указанной в конфиге.

loopback зря отключил. Это очень важная составляющая сетевого стека.

По netflow СТГ записывает в БД даже если пользователь не подключен? т.е. например просто прописан в правилах ходить в инет а в СТГ он не online. По NetFlow Stargazer работает так-же как и не по NetFlow. Если юзер не онлайн - для него ничего не считается. Конфигуратор 1.91 или более старый?

Конфигуратор 1.91 stargazer.conf <DirNames> DirName0 = Internet DirName1 = LAN DirName2 = DirName3 = DirName4 = DirName5 = DirName6 = DirName7 = DirName8 = DirName9 = </DirNames> Странно, судя по конфигу направление 2 не должно тарифицироваться. Пользуйся пока 1.90 или более старыми.

Обычный top показывает информацию о занятости процессора в режиме ядра и в режиме пользователя: Cpu(s): 4.6%us, 0.9%sy, 0.0%ni, 94.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Если параметр sy будет велик - значит не справляется железо. Если нет - хз. Какие-то другие проблемы. Послушай tcpdump'ом проблемный интерфейс, посмотри какой там трафик. Может кольцо образовалось, или еще чего.

Крутить особо нечего. Это баг либо в плагине либо в конфигураторе. Попробуй конфигуратор предыдущей версии. Это было с 1.88. На 1.91 как уже писали раньше только после перезагрузки конфигуратора, когда он всю базу считывает. В связи с этим можно ли выложить бинарник конфигуратора 1.91 в котором он всю базу целиком читал при обновлении? Так, стоп. Данные попадают в детальную статистику. А что с tb_stats_traffic? Обнулил данные по трафику через СТГ: по нулям стало в dir_num 0, dir_num 2 не знаю что это, у меня 2 направления считается LAN dir 1 и Inet dir 0 pk_stat_traffic | fk_user | stats_date | dir_num | download | upload -----------------+---------+------------+---------+------------+---------- 3761 | 377 | 2009-11-30 | 0 | 0 | 0 3762 | 377 | 2009-11-30 | 1 | 0 | 0 3763 | 377 | 2009-11-30 | 2 | 1714078646 | 60215312 3764 | 377 | 2009-11-30 | 3 | 0 | 0 3765 | 377 | 2009-11-30 | 4 | 0 | 0 3766 | 377 | 2009-11-30 | 5 | 0 | 0 3767 | 377 | 2009-11-30 | 6 | 0 | 0 3768 | 377 | 2009-11-30 | 7 | 0 | 0 3769 | 377 | 2009-11-30 | 8 | 0 | 0 3770 | 377 | 2009-11-30 | 9 | 0 | 0 После того как скачал в tb_stats_traffic, жду, прошло минут 5, да и это поле dir_num 2 к нему тоже что то добавилось stargazer=# select * from tb_stats_traffic where fk_user=377; pk_stat_traffic | fk_user | stats_date | dir_num | download | upload -----------------+---------+------------+---------+------------+---------- 3761 | 377 | 2009-11-30 | 0 | 6243006 | 200587 3762 | 377 | 2009-11-30 | 1 | 0 | 0 3763 | 377 | 2009-11-30 | 2 | 1720290148 | 60467622 3764 | 377 | 2009-11-30 | 3 | 0 | 0 3765 | 377 | 2009-11-30 | 4 | 0 | 0 3766 | 377 | 2009-11-30 | 5 | 0 | 0 3767 | 377 | 2009-11-30 | 6 | 0 | 0 3768 | 377 | 2009-11-30 | 7 | 0 | 0 3769 | 377 | 2009-11-30 | 8 | 0 | 0 3770 | 377 | 2009-11-30 | 9 | 0 | 0 (10 rows) В конфигураторе статистика по нулям. Судя по тому что у тебя трафик попадает в направление 2 - оно таки используется. Посмотри stargazer.conf, что там по поводу этого направления указано. По конфигуратору: это на 1.91 или на более раннем?