madf

Да. Нет. После падения cont невозможен. К стати, привет Вова

Нефиговенько так у тебя там зомбаков... Разводишь? Смотри, надо собрать Stargazer в отладочном режиме: $ ./build debug ... $ sudo cp stargazer /usr/sbin/stargazer $ sudo cp ../../lib/* /usr/lib/stg/ $ sudo cp modules/* /usr/lib/stg/ Ручное копирование файлов обязательно. После этого второй экземпляр запустить из-под gdb: $ sudo gdb /usr/sbin/stargazer ... (gdb) r /etc/stargazer2 Учти, в отладочном режиме они не дэмонизируютмся и вываливают в stdout отладочный лог. Для первого экземпляра можно засунуть его в /dev/null и стартовать с & чтобы он ушел в фон. Второй, который п

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

Не совсем так. Вывод такой: stargazer дает базовую поддержку анлимов. И разработчики станут писать очередную мульку если она важная и полезная. Просто у разработчиков не всегда есть время на ее написание. По этому если хотите мульку - присылайте патчи. Так будет быстрее

Зачем закрывать? Флуда уже месяц небыло

Несколько проблематично. Пользователь может быть авторизован одновременно через несколько авторизаторов и я пока не представляю себе как это красиво передавать в скрипт. Разве что строкой с разделителем. неплохо было, если бы СТГ выдавал инфу о том, подключен ли пользователь, например через sgconf Это можно. А это нельзя. Как тогда будут смотреть баланс и данные о трафике те у кого AlwaysOnline?

Что? VACUUM? Начиная с версии 8.0 (смею напомнить, что текущая версия - 9.1) существует такая штука как AutoVacuum, включенная по умолчанию и очень гибко настраиваемая. Единственно что пришлось дополнить внешними скриптами - это ANALYZE по крону для таблиц tb_detail_stats и tb_sessions_log/tb_sessions_data. Т.к. они write-only то AutoVacuum не выполняет для них ANALYZE и со временем статистика для планировщика запросов будет ухудшаться. Ну еще поддержка секционирования, но если детальную статистику не писать или часто удалять то она не нужна. Вообще говоря, из трех СУБД (Firebird, MySQL

Несколько проблематично. Пользователь может быть авторизован одновременно через несколько авторизаторов и я пока не представляю себе как это красиво передавать в скрипт. Разве что строкой с разделителем. Вызывать OnConnect по одному разу для каждого авторизатора, передавая название только одного авторизатора. Очень сильно ломает обратную совместимость. Да и не логично.

Скажет что логин уже используется и не даст авторизоваться.

А еще лучше pg_dump и потоковая репликация

Можно убрать. В 2.407 bak-файлов уже нет. Можно узнать почему убрали bak-файлы? Как-то стрёмно без них. Все просто. Раньше работало так: бекапим старый файл; пишем данные; удаляем бекап. Теперь работает так: пишем в новый файл; переименовываем в старый. Операция переименования атомарна с т.з. файловой системы. bak-файлам места не осталось

Несколько проблематично. Пользователь может быть авторизован одновременно через несколько авторизаторов и я пока не представляю себе как это красиво передавать в скрипт. Разве что строкой с разделителем.

Можно убрать. В 2.407 bak-файлов уже нет.

К стати, а зачем?

nightfly у себя в скриптах убрал - говорит, все в порядке. Значит закрываю баг. Осталось разобраться с задержкой...

К стати, - как-то сразу не обратил внимания на то что запустилась версия собранная в отладочном режиме, а перед этим команды сборки собирали версию без отладки. Т.е. была запущена не та версия. Скорее всего был запущен новый бинарник со старыми библиотеками и плагинами, собранными в отладочном режиме. И еще. Есть ли какие-либо новости по багу с авторизацией? Все ли работает нормально?

Не всегда файрвол расположен на биллинговом сервере У нас файрволы на NAS'ах.

В OnConnect добавь touch /var/stargazer/online-users/$IP В OnDisconnect добавь rm /var/stargazer/online-users/$IP Количество абонентов онлайн: ls /var/stargazer/online-users | wc -l

Собирал без лога. Но такой вопрос - может дело в этом ? : Я сначала скачал, сделал билд. А через несколько дней только кильнул СТГ и сделал инсталл-бин. ? Перезапуск сервера был. Второй раз снова кильнул стг. Снова билд. и маке инсталл-бин. Все запустилось. Могло из-за этого не пойти сразу ? ... Нет. Либо по какой-то причине не до конца собралось, либо, опять-же, по неизвестной причине не до конца поставилось.

Было бы неплохо глянуть лог сборки. А можно в момент этого 2-минутного простоя выполнить следующие комманды: # gdb /usr/sbin/stargazer (gdb) attach <pid-of-stargazer> (gdb) thread apply all bt (gdb) quit и показать что оно напишет? Лучше всего в отладочном режиме и вместо make install-bin раскидать файлы руками. А что происходило при попытке подключения в течении этих пяти минут?

Собственно, вам все ответили. Задавайте конкретные вопросы.

из репов менее геморно и обновлять удобнее вот и думаю, начинать установку или нетвсе таки наверное сначала попробую на виртуалке Я задал вопрос мейнтейнеру и он ответил точно так-же: надо попробовать. Если запустится то он скопирует спеки и соберет для 11.04. PS: там с цитированием что-то напутано

Если запустится то заработает

Нет. Пока нет.

Внезапно, ровно через месяц после релиза, вышло исправление: stg-2.407-p1. Исправлена критическая ошибка, приводящая к зацикливаню при отправке сообщения с повторами. Ошибка была найдена и исправлена благодаря Неизвестному Админу Неизвестной Сети который ее обнаружил и любезно предоставил мне shell. Так же исправлена историческая опечатка при журналировании: теперь вместо "alredy" пишется "already". Историческая - потому что тянется еще с первых версий и я ее уже однажды исправлял . Так что если у вас на этот keyword завязаны какие-нибуть анализаторы логов - обратите внимание. Возможно,