Перейти до

Новая сборка СТГ 2.4


Рекомендованные сообщения

покажи что у тебя кажет locale в консоли

[root@localhost sites-available]# locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

 

и из мускула

Table_collation

utf8_general_ci

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 545
  • Створено
  • Остання відповідь

Top Posters In This Topic

[root@localhost sites-available]# locale

LANG=

LC_CTYPE="POSIX"

LC_NUMERIC="POSIX"

LC_TIME="POSIX"

LC_COLLATE="POSIX"

LC_MONETARY="POSIX"

LC_MESSAGES="POSIX"

LC_PAPER="POSIX"

LC_NAME="POSIX"

LC_ADDRESS="POSIX"

LC_TELEPHONE="POSIX"

LC_MEASUREMENT="POSIX"

LC_IDENTIFICATION="POSIX"

LC_ALL=

По ходу это не очень правильно...

Если хочешь чтобы в системе был юникод, вам сюда:

http://ru.gentoo-wiki.com/HOWTO_ru_RU.utf8_Gentoo_way

Ссылка на сообщение
Поделиться на других сайтах
В том то и прикол: проверил - на оффсайте сорсы с пофикшенным этим багом

Че делать то ? Я тут качал <сцылко>http://stargazer.dp.ua/download/server/2.404.9.7/stg-2.404.9.7.src.tgz</сцылко>

По ходу это не очень правильно...

Если хочешь чтобы в системе был юникод, вам сюда:

http://ru.gentoo-wiki.com/HOWTO_ru_RU.utf8_Gentoo_way

У меня это работает... Меня и так устраивает

 

 

 

UPDATE

 

Удалил я все копии СТГ у себя с ЖД, а потом скачал заново. Вроде пока работает. Я пофиксенную наверно перепутал со старой, которую 2 числа скачал. Почему когда фиксите баг то не изменяете номер версии ? Такое впечатление, что есть два проекта. Первый как бы стабильный на офф сайте. И второй стабильный на форуме. :)

Ссылка на сообщение
Поделиться на других сайтах
В том то и прикол: проверил - на оффсайте сорсы с пофикшенным этим багом

Че делать то ? Я тут качал <сцылко>http://stargazer.dp.ua/download/server/2.404.9.7/stg-2.404.9.7.src.tgz</сцылко>

Почистить кеш, закачать няпрямую ...

Ссылка на сообщение
Поделиться на других сайтах
Такое впечатление, что есть два проекта. Первый как бы стабильный на офф сайте. И второй стабильный на форуме. :)

На самом деле 1. Просто было несколько "горячих" патчей - мы про них отписали в этой теме и обновили архив.

Никак не хватает времени на работу с сайтом (новости, объявления и пр.) :)

Ссылка на сообщение
Поделиться на других сайтах

Вроде сейчас пока все работает, я все проверяю в билинге.

Offtopic

Давайте я займусь обновлением сайта. Я в аське круглосуточно, достаточно просто мне скинуть, что добавить или изменить и все.

Если заинтересованы разработчики напишите любым доступным способом( лучше в личку на форуме).

Ссылка на сообщение
Поделиться на других сайтах

Млин, стал падать сразу после запуска... наплодил кор, все указывают на одго и тоже место....

 

madf: как там дела с багом что я пресылал ?

 

P.S. Пож. кинь критические баги по 2.0.16 версии, особенно доставало Broken Pipe!

Ссылка на сообщение
Поделиться на других сайтах
Млин, стал падать сразу после запуска... наплодил кор, все указывают на одго и тоже место....

 

madf: как там дела с багом что я пресылал ?

 

P.S. Пож. кинь критические баги по 2.0.16 версии, особенно доставало Broken Pipe!

После запуска? А что последнее в логе?

 

По корке: бектрейс указывает... в никуда :-/

 

"PS" не понял. Что за критические баги, еще и версии 2.0.16? Broken Pipe не видел с лета.

 

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

Ссылка на сообщение
Поделиться на других сайтах

Приветствую всех.

У меня, может быть, вовсе глупый вопрос: как скрестить ужа с ежом? То бишь, к примеру, IPCop и этот совершенно чудный билинг?

Если бы умел, то сам бы сделал... А не умею и денег, особо, нет, чтобы умельца нанять...

Ссылка на сообщение
Поделиться на других сайтах
"PS" не понял. Что за критические баги, еще и версии 2.0.16? Broken Pipe не видел с лета.

 

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

Охота вернуться, вернее уже вернулись на версию 2.0.16.

Но охота там пофиксить Broken Pipe и прикрутить mysql, если не сложно, ткни носом где был баг который вызывал Broken Pipe плз.

Ссылка на сообщение
Поделиться на других сайтах
"PS" не понял. Что за критические баги, еще и версии 2.0.16? Broken Pipe не видел с лета.

 

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

Охота вернуться, вернее уже вернулись на версию 2.0.16.

Но охота там пофиксить Broken Pipe и прикрутить mysql, если не сложно, ткни носом где был баг который вызывал Broken Pipe плз.

Попробуй отключить логирование просто.

Я этой версией совсем не занимался.

Ссылка на сообщение
Поделиться на других сайтах

to stg-34: если незатруднит, поясни плз. какая задумка была насчет файла UpdateMsg.txt в конфиг директории ?

 

Всем кто коннектится его показывать ?

Ссылка на сообщение
Поделиться на других сайтах
to stg-34: если незатруднит, поясни плз. какая задумка была насчет файла UpdateMsg.txt в конфиг директории ?

 

Всем кто коннектится его показывать ?

Данный файл предназначен для хранения сообщения, которое будет показано пользователю, если версия авторизатора ниже, чем требуется для нормальной работы с сервером. Однако пока данный файл не используется.

Ссылка на сообщение
Поделиться на других сайтах
Ээээ... наверно имелось в виду включить ? :)

Нет, я не ошибся. Именно отключить. Вывод лога в консоль в режиме дэмона часто (а на FreeBSD - всегда) приводил к SIGPIPE.

Ссылка на сообщение
Поделиться на других сайтах
Ээээ... наверно имелось в виду включить ? :(

Нет, я не ошибся. Именно отключить. Вывод лога в консоль в режиме дэмона часто (а на FreeBSD - всегда) приводил к SIGPIPE.

madf, я специально, в ручную включал в версии скомпиленной с дебагом - эта более 10 минут не работает, рядом лежит другая, без дебага, результат тамже, работает дольше :) иногда....

 

1. Мне кажеться что падение с сегфаулт как-то привязано к детальной статистике.

2. с тех пор как в СТГ появился кусок либы ipq у меня все версии стг тормозят и теряют пакеты вплоть до полной картины плохо обжатого провода.

3. При сборе статистики через ethercap (далее чудеса) скачиваеться быстрее чем закачиваеться у всех пользователей, примерно в соотношении 1/3

4. Падает, падает, падает, падает .... почти от всего, от добавления пользователя через sgconf-console-xml = 50/50, при явной одномоментной авторизации кучи пользователей после падения (человек 300-400 сразу),

при удалении пользователя из виндового конфигуратора при сборе статистики через ethercap (странно при сборе статистики через ipq - непадает),

5. НЕ падает при добавлении пользователя из виндового конфигуратора. :)

 

При всем при этом, 2.0.16 трудиться тамже и ничхает, кстати, ковыряясь с его кодом пофиксил там минимум 10 мелких описок, но по любому огромное спасибо СТГ-34 за идею и начальную реализацию платформы билинга. Идеология построения мне нравиться, жалко что багов из версии к версии только прибавляется ...

 

 

P.S. поделитесь исходниками старых версий win конфигураторов, почтой или в ПМ киньте весточку если есть.

Ссылка на сообщение
Поделиться на других сайтах
madf, я специально, в ручную включал в версии скомпиленной с дебагом - эта более 10 минут не работает, рядом лежит другая, без дебага, результат тамже, работает дольше :) иногда....

 

1. Мне кажеться что падение с сегфаулт как-то привязано к детальной статистике.

2. с тех пор как в СТГ появился кусок либы ipq у меня все версии стг тормозят и теряют пакеты вплоть до полной картины плохо обжатого провода.

3. При сборе статистики через ethercap (далее чудеса) скачиваеться быстрее чем закачиваеться у всех пользователей, примерно в соотношении 1/3

4. Падает, падает, падает, падает .... почти от всего, от добавления пользователя через sgconf-console-xml = 50/50, при явной одномоментной авторизации кучи пользователей после падения (человек 300-400 сразу),

при удалении пользователя из виндового конфигуратора при сборе статистики через ethercap (странно при сборе статистики через ipq - непадает),

5. НЕ падает при добавлении пользователя из виндового конфигуратора. :)

 

При всем при этом, 2.0.16 трудиться тамже и ничхает, кстати, ковыряясь с его кодом пофиксил там минимум 10 мелких описок, но по любому огромное спасибо СТГ-34 за идею и начальную реализацию платформы билинга. Идеология построения мне нравиться, жалко что багов из версии к версии только прибавляется ...

 

 

P.S. поделитесь исходниками старых версий win конфигураторов, почтой или в ПМ киньте весточку если есть.

Отладочная информация выводится в консоль через printfd (по поводу версий 2.0.* - не уверен, я их не застал). В некоторых местах printfd "обернут" #ifdef/#endif, но не везде. Надежное выключение дебага - коментирование кода функции printfd. Далее:

 

1. Откуда такое чувство?

2. mod_ipq_cap - единственный метод захвата трафика при использовании VPN. Этим пользуется далеко не один человек, и достаточно давно.

3. Скорость скачивания/закачивания никак не зависит от того, как считается трафик, если это не ip_queue.

4. Еще раз прошу удостовериться, что в системе не валяется библиотек от других версий STG. Столь частое и явное падение давно бы проявилось и на тестовых стендах и у других пользователей. Нужно понять, чем отличается твое окружение, от окружения других.

5. Добавление пользователя - операция тривиальная. Удаление пользователя - намного более сложная операция, которая проходит в кучу этапов. Я вполне допускаю, что могут при этом быть косяки.

 

То, что версия 2.0.16 работает стабильно - не говорит ни о чем. У нее совершенно иная структура.

 

По п. 2. Такой эффект - действительно результат того, что STG не успеват обрабатывать пакеты. Вопрос в том - почему? Что настолько загружает проц, что он начинает протормаживать?

 

PS: что у вас используется в качестве БД?

Ссылка на сообщение
Поделиться на других сайтах

to madf:

БД mysql, но ее загрузка минимальна, я выше в этом топике приводил статистику.

 

Все остальное понятно - из области сказок, я не могу мотивировать, в противном случае придется сидеть с дебагером неделю, а пользователи хотят работать однако.

 

без нагрузки оно воркает, загрузка проца - сам видел = 100, при этом юзает один проц из 4 :) для smp при демонизации какието хитрости применяются, глянь намед, дшцп и т.д.

 

Библиотек лишних нету, и вообще я это запускаю из отдельной директории:

 

rm -f /etc/stargazer_2.4/monitor/*

#/etc/stargazer_2.4/_run/update_OnDisconnect.pl >/dev/null

export LC_ALL

#ulimit -c 10000

echo

echo "----------------" >> /var/log/stargazer_2.4_debug.log

echo `date` >> /var/log/stargazer_2.4_debug.log

echo "OOP'S STARGAZER RESTART OF CRASH" >> /var/log/stargazer_2.4_debug.log

echo "----------------" >> /var/log/stargazer_2.4_debug.log

cd /etc/stargazer_2.4

#cd /etc/stargazer_2.4-debug

LD_LIBRARY_PATH=./lib ./stargazer2_4 /etc/stargazer_2.4

#LD_LIBRARY_PATH=./lib ./stargazer2_4 /etc/stargazer_2.4-debug >> /var/log/stargazer_2.4_debug.log

 

на этой машине за всю ее жизнь было 2 версии 2.0.16 и последняя 2.407, 2.402 была поставлена для теста, с мод_ипку вела себя точно также, так что я удалил ее без сожаления.

в директории /var/lib/stg пусто...

Ссылка на сообщение
Поделиться на других сайтах
login - ip - cash - id - dirs

 

id - уникальный идентификатор юзера

Кстати, а id всегда один и тот-же ? или генерируется случайным образом ?

(или одинаков до перезагрузки stg) ?

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...