madf

Да пускай покрывают. - Я говорю о другом: 20 МВт есть 20МВт, ни больше и не меньше. А вот 800 Вт на дом, во время вечернего максимума, в 21м веке - это наверное все же не есть правда. Почему нет? Если использовать энергосберегающие технологии. LED-освещение, ноутбуки, LED-телевизоры и мало потребляющий холодильник, то вполне вероятно. А что делать с микроволновыми печами, индукционными плитами, электрочайниками и бойлерами? А да, еще кондиционеры забыл.

Но тем не менее: В Украине открыли крупнейшую в Центральной Европе солнечную электростанциюх MICROWATT писал о Киеве, а открыли в Крыму. И самое смешное, что электроэнергия вырабатываемая этой электростанцией будет стоить 505 коп. за кВт/ч. Пруф: http://www.nerc.gov.ua/control/uk/publish/article/main?art_id=117182&cat_id=34446

По-моему, это тупо разбазаривание невосполнимых ресурсов. Поверхность Земли у нас не резиновая! Лучше бы они на этой площади небольшую АЭС построили.

В джаббере пусто

Нет, ну так никуда не годится. Неужели негде смоделировать ситуацию? Хотя-бы на рабочей машине? Никто больше о таком не заявлял.

Предлагаю заменить DOWN=`cat conf | grep -i 'Userdata0=' | sed -e "s/^.*=//g"` UP=`cat conf | grep -i 'Userdata1=' | sed -e "s/^.*=//g"` на DOWN=`grep -i "userdata0=" conf | tail -c +11` UP=`grep -i userdata1 conf | tail -c +11` Меньше на 1 форк и tail по идее быстрее чем sed. Скрипты, к стати, не полны. Почему бы не привести их в полном, готовом к использованию виде? Ну и непонятны вот эти телодвижения: IP=`cat ip | sed 's/ //g'` ID=`cat id | sed 's/ //g'` Если ip и id это переменные которые получаем из параметров то нужно делать не cat а echo. И в них и так проблело

2.408 пока не ставил. В 2.408 существенно поменялся процесс авторизации. Может само исправилось...

Хорошее замечание. Сегодня поправлю.

В 2.408 это тоже проявляется?

В 2.408 больше не используются динамические библиотеки, по этому *.so остались от 2.407. МИеня больше интересуют файлы mod_*.so (которые плагины). Не получилось ли так что они остались от старой версии?

Я бы сказал - зависания всего Stargazer'а. Ну вот, релиз откладывается. Будет rc3 когда решим эту проблему.

Занятно. 1. Есть ли уверенность в том что rc2 был корректно установлен? Что плагины, которые он подгружал, были именно его версии, а не остались от 2.407? 2. Есть ли возможность повторить это зависание и в момент зависания выполнить следующее: $ cat /var/run/stargazer.pid запомнить PID $ gdb /usr/sbin/stargazer (gdb) attach <PID> - тут указать запомненный PID (gdb) thread attch all bt вывод этой комманды сохранить и либо отправить мне по почте на faust@stg.dp.ua либо выложить на каком-нибуть pastebin. (gdb) detach (gdb) quit 3. Сколько примерно юзеров всего в базе и сколько из

# env CFLAGS="-O2" CXXFLAGS="${CFLAGS}" ./build CFLAGS: Undefined variable. Это я так понял не так переменная назначается во фре. А так пока не наблюдал кроме мистических проблесков в 2.407-p1 Ждемс. Во фре это, вроде, делается через setenv. И не в одну строку, а по одной команде для каждой переменной. Точнее не во фре а в tcsh. Попробуй через bash.

Встречный вопрос: когда багрепорты по 2.408-rc2? А если серьезно - документацию надо пилить. Как закончу - так и будет релиз.

Скорее всего решено в 2.408

А вот я думаю что проблема в XML-RPC Точнее проблема в мейнтейнерах Debian которые тормозят с выкатыванием новой версии libxmlrpc-c, из-за чего я в 407-й версии не мог нормально остановить XML-RPC-сервер, что приводило к падению после выгрузки соответствующего плагина. Очень симптоматика падения похожа. В 408 исправлено. Но к невыполнению скриптов это не относится. Ложь и провокация!!! ну нету проблем. ))) Причем этот же XML-RPC девушки дергают наверное пару раз сотен на день, а может пару раз сотен легко сказано, ибо мордочка как пишет, так и читает данные через XML-RPC, так и ю

А вот я думаю что проблема в XML-RPC Точнее проблема в мейнтейнерах Debian которые тормозят с выкатыванием новой версии libxmlrpc-c, из-за чего я в 407-й версии не мог нормально остановить XML-RPC-сервер, что приводило к падению после выгрузки соответствующего плагина. Очень симптоматика падения похожа. В 408 исправлено. Но к невыполнению скриптов это не относится.

... В логах - ничего не пишет, только один раз, при завершении mysql раньше завершился, поэтому не смогло записать детальную статистику ... В этот момент было падение. Так может проблема в файрволе?

Версия stg каая? Что в логе пишет? Как определяется тот факт что не выполняются скрипты? После перезагрузки не выполнились потому (судя по segfault в dmesg) что он тупо упал. Хотелось бы больше подробностей.

sasuke_uchiha, если вы не против, я добавлю этот скрипт в дистрибутив.

В версии из git этой "порнографии" уже нет

http://stg.dp.ua/download/stg-2.408-rc2.tar.gz Изменений по сравнению с rc1 немного. Это исправления замеченных ошибок: исправление установки библиотек; исправление сборки с --as-needed; исправление авторизации в mod_radius; принудительное создание симлинков при установке. Если багов больше не будет замечено, то для релиза осталось подготовить документацию. stg-2.408-rc2.tar.gz

Я не понял, загрузка CPU продолжается с отключенным захватом трафика?

1. Действительно ли так нужно снятие АП с разной перодичностью (в привязке к фазам луны, или, скажем, через кадждые 2.71 часа)? Неужели кому-то не хватает помесячного и посуточного? 2. Stargazer архитектурно заточен под prepaid. Не снимать АП в случае если человек не работал месяц это как-то... нелогично, что-ли.

Реализовать можно, но в 2.408 этого не будет. Раньше думать надо было, до rc1 Сейчас только багофиксы.