madf

Покищо ніяк, відволікають інші проекти.

Смотреть сюда: http://stg.dp.ua/doc20/conf_divert.html

cap_bpf может пропускать пакеты. Если машина с Stg нагружена, а пропусканя способность высокая - вполне может и половину пропустить. Попробуй cap_divert.

Я так понимаю, схема сети такая: user - stg - squid - inet? И кроме того используется модуль захвата cap_ether? Тогда все понятно. При маршрутизации пакетов на stg он перехватывает их 2 раза: на входе и на выходе и считает трафика в 2 раза больше. Чтобы этого избежать нужно вместо cap_ether использовать cap_ipq. А так вроде все верно.

Ну с этим всем все понятно... спасибо! Проще завести ручками 100 пользователей в stargazere. И как обычно вопросы : 1)Как мне потом подсчитывать объем трафика эти пользователей? Неужели сидеть с калькулятором каждый месяц? Тут как я вижу групп нет. 2)Я так понимаю, что трафик в начале месяца обнуляется. А если мне нужно посмотреть трафик месячной давности, то где его можно увидеть? /var/stargazer/users/.../detail_stat/ - тут только детальная статистика. 1. Зачем калькулятор если есть компьютер? Достаточно написать элементарный скрипт на любимом языке программирования ко

Прошу потестировать. Собрано для ALTLinux (x86 и x86_64), но может подойти и к другому RPM-based дистрибутиву. Ссылка для скачивания: http://ftp.linux.kiev.ua/pub/Linux/ALT/people/lnkvisitor/stargazer/ О результатах (в т.ч. положительных) прошу отписаться в теме.

Меня не покидает смутное ощущение что я это уже где-то видел. А что в конфигах этих юзеров сказано по поводу passive и passiveTime? cash разный потому что у них cash разный. Строчки в логе - попытка снятия денег за "заморозку", а она у тебя, видимо, 0 стоит.

Не так швидко Я тільки віртуалку встиг підняти і вінду встановити, навіть Builder'а ще немає.

Коли отут http://code.google.com/p/qia/issues/list буде пусто

Информация достоверна? Точно после часа он начинает 0 выдавать? Не подтверждаю. Выдает нормальное значение: <PingTime value="1281716391" />

А на 407 это проявляется?

Информация достоверна? Точно после часа он начинает 0 выдавать?

#!/bin/sh PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin host=`hostname` sensors="inetaccess_r inetaccess_t traffcounter_r users_r" for sensor in $sensors do flag=`find /var/stargazer/monitor/ -name $sensor -mmin +10`; if [ "$flag" ] then { echo "Monitoring status:" ls -l --full-time /var/stargazer/monitor/ echo "Stack trace:" gdb /usr/sbin/stargazer --pid=`cat /var/run/stargazer.pid` -ex "thread apply all bt" --batch } | mail -s "Stargazer restart on $host" -c noc@example.com root killall -9 stargaz

Воно і так кольором виділяє: до 2 хвилин - зелений, до 10 хвилин - жовтий, до години... ммм... хто-зна який Я питаю чи треба зробити опціональний вивід тих хто більше години тому пінгувався (чи виводити постійно?) і чи треба якось виділяти їх кольором? Якщо так - то яким? Чи знов таки винести у налаштування? Тоді який зробити за замовчуванням?

То что ты мне прислал это совершенно не то что я хотел бы видеть. Нужно запустить Stargazer из-под gdb и дождаться его падения. У тебя, на сколько я понял, он выпал вне gdb, при этом слегка порушив базу. По этому он у тебя и не запускался после этого (это видно из тех логов что ты мне прислал - он не может прочитать какого-то пользователя). да не должен он вообще падать. По крайней мере к этому стремимся

Может забыл скопировать stargazer в /usr/sbin/stargazer?

А что в /var/log/stargazer.log? Вобще как-то странно. А если без gdb, просто руками запустить?

Разобрался. Это не баг а фича: if (pt + 120 > time(NULL)) { UsersGrid->Canvas->Brush->Color = clLime; UsersGrid->Canvas->FillRect(Rect); if (State.Contains(gdSelected)) UsersGrid->Canvas->Font->Color = (TColor)0x000000; UsersGrid->Canvas->TextOut(Rect.Left+s, Rect.Top+1, timeStr); } else { if (pt + 600 > time(NULL)) { UsersGrid->Canvas->Brush->Color = clYellow; UsersGrid->Canvas->

Вместо make install лучше использовать make install-bin - так не затираются конфиги и не портится база. А так - да, все верно.

55 days - я тоже так хочу !!! Пните меня, что не так организовано. # uptime 14:17:52 up 151 days, 4:17, 1 user, load average: 0.73, 0.74, 0.66 И это еще не рекорд: на другом сервере с рассыпающимся винтом и базой в PostgreSQL которая попадала как раз на битые секторы аптайм был более 200 дней. Останавливали когда новый винт цепляли

Корку поймать удавалось? Если такая четкая повторяемость - собери с debug и получи трассу стека. Сборка: $ ./build debug $ make После сборки раскидай содержимое lib и modules в /usr/lib/stg, а stargazer в /usr/sbin/stargazer. Запустить из-под gdb в консоли: $ gdb ./stargazer (gdb) r Дождаться падения. Скопировать последние 10-20 строк консольного лога. Выполнить следующие комманды: (gdb) thread apply all bt Выхлоп этой комманды вместе с 10-20 строками консольного лога закинуть мне на почту (faust@stg.dp.ua). Только об отправке сигнализируй дополнительно, а то мне туд

Сложно это. В линуксах и фрях права на бинарник, обычно, рутовые и обновиться не получится. В виндах там с правами доступа вообще мрак (говорят, в вистах-семерках там какой-то uac есть который на корню рубит все попытки сделать "шаг в сторону"). Ну раз уже зашел разговор, я бы еще добавил опцию в конфигураторе 'Обновить ПО isp принудительно' и тогда авторизатор при запуске проверял бы наличие доступной новой версии и, соответственно, обновлялся. Принуждать пользователей к чему-то нехорошо

Є можливість це справити? А як же Я для того тут і є щоб виправляти

В конфігураторі.

Нолик там может быть только в одном случае - если вообще не было пингов. Потому что явного обнуления в коде нет: $ grep -Hn pingTime user.cpp user.cpp:68: pingTime(0), user.cpp:154: pingTime(u.pingTime), user.cpp:764: pingTime = t; user.cpp:766: pingTime = stgTime; Первые две строки это конструктор и конструктор копии. Последние две это метод UpdatePingTime который вызывается из модуля ping: $ grep -Hn UpdatePingTime ping.cpp ping.cpp:233: (*iter)->UpdatePingTime(t); ping.cpp:244: (*iter)->UpdatePingTime(t);