Перейти до

Новая версия СТГ от 20.08.2004


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

2 Den_LocalNet

Я удалил твои посты, как не имеющие отношения к теме "Новая версия СТГ от 20.08.2004, Все БАГИ ! ТОЛЬКО ! СЮДА !!!!!!"

Короче офтопик

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

Top Posters In This Topic

Похоже, это не баг, а закономерность. На фрях (linux не пробовал) при подключении конфигуратором загрузка процессора 99% :) Всё остальное супер! Проц целик2ГГЦ,

пользователь пока что один :)

 

p.s. Ещё такой вопрос. Успел поставить sg1 (последний билд) где-то 5 клиентам. За полгода уже 3 раза наблюдал порчу совершенно всех данных (статистика за все периоды и денежный баланс) если рубится питание. Всё становится по нулям. ОЧЕНЬ злой баг. Как думаете, во втором такое будет?

 

p.p.s. Может это особенность связки sg + soft updates? Пока что выключил их на этих разделах и жду. У кого-нибудь было?

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

Проц DURON 800 памяти 128 пользователей 21 система Linux Alt Master2.2

С локалки файл размером 30.24 MB посчитал как 28.67 MB

размером 71.55 MB посчитал как 68.55 MB

размером 140.20 MB посчитал как 138.81 MB

размером 695.78 MB посчитал как 675.85MB

скорость закачки была 9 648,58 KBps

качал фтп клиентом FlashFxp

Загрузка проца в этот момент 96%

Средняя загрузка проца до 40%

Ссылка на сообщение
Поделиться на других сайтах
Проц DURON 800 памяти 128 пользователей 21 система Linux Alt Master2.2

С локалки файл размером 30.24 MB посчитал как 28.67 MB

размером 71.55 MB посчитал как 68.55 MB

размером 140.20 MB посчитал как 138.81 MB

размером 695.78 MB посчитал как 675.85MB

скорость закачки была 9 648,58 KBps

качал фтп клиентом FlashFxp

Загрузка проца в этот момент 96%

Средняя загрузка проца до 40%

У тебя есть два пути выхода

1. Дождатся, когда я сделаю новый билд и исправлю данный баг

2. Настроить шейпер и ограничить скорость юзерам так, чтоб нагрузка на проц не достигала 100% в пиковые моменты.

Ссылка на сообщение
Поделиться на других сайтах
2. Настроить шейпер и ограничить скорость юзерам так, чтоб нагрузка на проц не достигала 100% в пиковые моменты.

Шейпер с ходу дожрет оставшийся ресурс машины.

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

ОСь - Шапка Красная 9

мозгов - 512 (так много потому что стоит куча игровых серверов, и один из серверов кушает около 40 процентов памяти)

проц - Пень3 733 Мгц

 

тестово утсановлен последний билд СТГ2

 

при закачке через ФТП 4 файлов общим размером 39 МБ загрузка проца не поднималась выше 2,9 процентов, памяти кушало тоже очень мало, посчитало как надо ...

расхождений нет, шейпер не включен

 

одноверменно с этим считал СТГ1 установленный параллельно - насчитал почти столько же (даже чуть меньше на пару десятков байт)

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

А чем шеипить смотря. CBQ дает серьезную (процентов 30 на ЦПУ) нагрузку при нарезании каналов по 64k на 50-70 юзеров.

Может речь о Фре ?

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

Боря , твое революционное шифрование - это круть немеряная , но и тормоз перестройки тоже немерянный (((((((()) , причем при обновлении данных загрузка проца достигает 97,2 % при 6 подключенных юзверях (сервер Linux ASP 9.2, Cel 700 , 256Mb ) конфигуратор на P4 2.0 512 Mb WinXP загрузка проца достигает 92 % жду , с нетерпением багофикса .....

 

Ишшо, окошко виндовозного конфигуратора не сворачивается ..... (((

 

З.Ы. Желательно если это возможно , чтоб была совместимость клиента 2.38.4 с обновленным сервером :) , а то клиенты уже начинают :rrr: )))

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

Борис, слушай а можно ли сделать так чтобы СТГ я имею ввиду только сервер, поставлялся не исходными кодами а пакетами или портами (Для ФРИ) как RPM для линукса?

И такой вопрос ещё: когда будет новый билд, а то вот два месяца сижу и СТГ всё никак работать нехочет (я тебе про эту проблему на мыло писал, там при каких либо изменениях в конфигураторе сервак выдаёт сообщение об ошибке и зацепиться к нему уже без его перезапуска никак нельзя, кстати версия экспата последняя)?

 

Может у кого ещё такой бак проявляется? откликнитесь плиз как исправили, подробности в http://local.com.ua/forum/index.php?showtopic=686

Ссылка на сообщение
Поделиться на других сайтах
Борис, слушай а можно ли сделать так чтобы СТГ я имею ввиду только сервер, поставлялся не исходными кодами а пакетами или портами (Для ФРИ) как RPM для линукса?

И такой вопрос ещё: когда будет новый билд, а то вот два месяца сижу и СТГ всё никак работать нехочет (я тебе про эту проблему на мыло писал, там при каких либо изменениях в конфигураторе сервак выдаёт сообщение об ошибке и зацепиться к нему уже без его перезапуска никак нельзя, кстати версия экспата последняя)?

 

Может у кого ещё такой бак проявляется? откликнитесь плиз как исправили, подробности в http://local.com.ua/forum/index.php?showtopic=686

Проверь скрипты которые лежат в /etc/stargazer

там в них сверху написан язык bash

если у тебя установлен bash то уж сори

а если не установлен так исправь их на SH

У меня баш небыл установлем проблема была такаяже как и у тебя

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

Прикольная фишка с утра посмотрел в конфигуратор у юзверя за ночь накачало 230 гиг. локального трафика, вот лог :)

 

-> 00.00.01 - 00.10.01

172.16.1.3 0 1546920626 105925804 0.000000

-> 00.10.01 - 00.20.01

172.16.1.3 0 -2115761976 117318100 0.000000

-> 00.20.01 - 00.30.01

172.16.1.3 0 1219011040 99911280 0.000000

-> 00.30.01 - 00.40.01

172.16.1.3 0 2106198244 116198128 0.000000

00.40.01 - 00.49.19

172.16.1.3 0 1753950071 109707804 0.000000

-> 00.49.23 - 00.50.00

-> 00.50.00 - 00.52.00

-> 00.52.02 - 00.56.12

-> 00.56.14 - 01.00.01

-> 01.00.01 - 01.10.00

-> 01.10.00 - 01.20.00

-> 01.20.00 - 01.30.00

-> 01.30.00 - 01.40.00

-> 01.40.00 - 01.50.00

172.16.1.3 0 -529366269 68048020 0.000000

-> 01.50.00 - 02.00.00

172.16.1.3 0 2006933079 113759400 0.000000

-> 02.00.00 - 02.10.00

172.16.1.3 0 1708356628 108624632 0.000000

-> 02.10.00 - 02.20.00

172.16.1.3 0 1930952863 113068496 0.000000

-> 02.20.00 - 02.30.00

172.16.1.3 0 -1918037664 121022192 0.000000

-> 02.30.00 - 02.40.00

172.16.1.3 0 -1871925798 121145772 0.000000

Ссылка на сообщение
Поделиться на других сайтах
Проверь скрипты которые лежат в /etc/stargazer

там в них сверху написан язык bash

если у тебя установлен bash то уж сори

а если не установлен так исправь их на SH

У меня баш небыл установлем проблема была такаяже как и у тебя

 

Слушай так у тебя тоже конфигуратор зависал и выдавал сообщение об ошибке?

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

да я вроде догадался как бы )) а вот что значит минус перед даУнлоадом я еще недогадался !! подскажи коли можеш :)

так бы и сказал что трафик записывается с отрицательным числом ))

я кстати что то не заметил ;)

помоему большой БАГ ))

хотя если тут речь идет О ГИГАХ то я думаю столько народ уж точно не накачает их инета :))

а локальный трафик СЧИТАТЬ ИМХО - незачем.

а алгоритм работы МАКлок - прост

Считываем командой arp -n маки в файл /MAC/arptable одним скриптом, а другим (mac.php) проверяем есть ли в наличии МАК с флагом C если есть то провести команду arp -s [ip] [mac] который с флагом C :)

вот собственное и все ;)

и так по кругу.

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

День добрый, помогите советом пожалуйста.

 

Поставил Stargazer 2 последний, в правилах прописал чтобы тарифицировался весь нелокальный трафик. На машине(Пень 400, 192 оперативки) стоит FreeBSD 5.2.1-RELEASE. 2 интерфеса - 1 в инет, второй в сеть. Провожу тест - скачиваю фильм с фтп на этой машине с компа из сети указав внешний адрес машины (инетовский) чтобы шла тарификация. фильм 600 с копейками метров, в Stargazerе отобразается чтото около 56 метров - и как так ? :0-0:

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

В общем такая ситуация:

FreeBsd 5.2, stg установлен и тестируется.

Конфигуратором создан 1 тарифный план.

Зареген 1 пользователь.

Пользователь подключается и отключается нормально.

Создан 2й пользователь с галочкой 'всегда онлайн'.

Создался, показывается как 'всегда онлайн' (горит зелененьким :).

У 2го пользователя конфигуратором убираю эту галочку, убралась нормально, в лог записалось

User: 'xore'. Parameter AlwaysOnline changed from '1' to '0'

Отключается тоже нормально, пишет.

Disconnect login='xore' ip=0.0.0.0 cash=0.000000

 

Когда хочу поставить галочку всегда онлайн первому пользователю, не ставит раз, не ставит два (смысле второй раз пытаюсь :), а на третий при нажатии кнопки Ok конфигуратор просто зависает, а сервер начинает потреблять 93 процентов проца

710 root 108 -19 3936K 2700K RUN 35:22 93.95% 93.95% stargazer

 

Я думаю, ошибка в алгоритме обработки этого параметра.

Видимо где то идет бесконечный цикл.

 

Хотя может и не цикл. Я тут немножко пробежался по исходникам, особенно по той части, где иде, видимо, идет обработка этого значения в user.cpp. На мой непрофиссиональный (с точки зрения изучения С++) взгляд, циклов я там особо не нашел, больше идет вызовов функций.

 

Может быть недоработка где то в бласти WriteSuccessChangeInt ?

 

Это я так, подкидываю почву для размышлений =))

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

Что имеем:

FreeBsd 4.9, stg2.

expat 1.95.8

Пользователей: 1 - test.

Проц 700 Intel памяти 256 мб

 

Для начала хочу сказать большое спасибо разработчику Борису за то что помог правильно укратить expat (по е-mail'y)

PowerLan - тебе тоже спасибо что отклинулся и помог на тему Помогите плиз, а за

Проверь скрипты которые лежат в /etc/stargazer

там в них сверху написан язык bash

если у тебя установлен bash то уж сори

а если не установлен так исправь их на SH

У меня баш небыл установлем проблема была такаяже как и у тебя

Двойное спасибо и низкий поклон.

 

Итак к делу, вот какие баги обнаружил:

 

1. Невозможно сделать изменения конфигуратором в тарифных планах :) , но удаляются они нормально :) !!! При попытке скажем помять что нибудь в этих самых планах конфигуратор зависает и через несколько минут вылетает сообщение об ошибке: Recv data ansver error: сервер сообщает об ошибке! И всё без перезапуска сервера и конфигуратора работать биллинг отказывается :) !

 

2. Таже ситуация наблюдается при попытке создать нового пользователя конфигуратором ;) Ето очень не удобно так как массу изменений по пользователям и тарифным планам приходится делать в ручную под vi на сервере (X неустановлен).

 

3. Почему-то при подлюченном юзере в конфигураторе не отображается его статус (онлайн например), статус появляется только если у него стоит галочка заморожен - красный крест, но если галочку убрать то статус онлайн так и не показывается.

 

4. После запуска сервера стг2 всё вроде впорядке, но как только подлючается 1 юзер то нагрузка на проц возразтает с 0.0 до 98.7-99.8%

Далее отключаю авторизатор, нагрузка падает примерно до 70% и через примерно 5 секунд опять возрастает до прежнего состояния, хотя иногда (гдето через раз) нагрузка в геометрическй прогрессии падает до 0.1 - 0.25%

'в геометрической - значит что например сначала падает на 30% через две секунды уже на 15% и т.д.

 

5. Иногда при включенном конфигураторе вылетают ошибки со ссылкой на libexpat_mtd.dll

 

И ещё вопрос в догонку - а когда новый билд с документацией??????????????

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

хмм

 

нифига себе багов насобирал :)

 

по поводу незаписи тарифов и несоздания юзверей - проверь права на каталоги и файлы ...

 

по поводу всего остального - перешли баги Борису на мыло ...

 

новый билд - знает только авор :) по его словам билд будет в основном баг фиксный, дока к новому билду будет переписана и обновлена, возможно появиться CHM к конфигуратору и примеры скриптов

 

по поводу примеров скриптов просьба к админам, у которых 100 процентов они работают присылать их мне (egor2fsys псинка ua.fm)

в заархивированом виде

 

скрипты проверятся на деле не будут, они посто буду твнесены в документацию, а так же на авторов скриптов будут поставлены копирайты

 

желательно присылать скрипты как для линуха так и для фри

Ссылка на сообщение
Поделиться на других сайтах
1. Невозможно сделать изменения конфигуратором в тарифных планах  , но удаляются они нормально  !!! При попытке скажем помять что нибудь в этих самых планах конфигуратор зависает и через несколько минут вылетает сообщение об ошибке: Recv data ansver error: сервер сообщает об ошибке! И всё без перезапуска сервера и конфигуратора работать биллинг отказывается  !

 

2. Таже ситуация наблюдается при попытке создать нового пользователя конфигуратором  Ето очень не удобно так как массу изменений по пользователям и тарифным планам приходится делать в ручную под vi на сервере (X неустановлен).

 

3. Почему-то при подлюченном юзере в конфигураторе не отображается его статус (онлайн например), статус появляется только если у него стоит галочка заморожен - красный крест, но если галочку убрать то статус онлайн так и не показывается.

 

4. После запуска сервера стг2 всё вроде впорядке, но как только подлючается 1 юзер то нагрузка на проц возразтает с 0.0 до 98.7-99.8%

Далее отключаю авторизатор, нагрузка падает примерно до 70% и через примерно 5 секунд опять возрастает до прежнего состояния, хотя иногда (гдето через раз) нагрузка в геометрическй прогрессии падает до 0.1 - 0.25%

'в геометрической - значит что например сначала падает на 30% через две секунды уже на 15% и т.д.

 

5. Иногда при включенном конфигураторе вылетают ошибки со ссылкой на libexpat_mtd.dll

 

 

В дополнение к этому могу сказать что конфигуратор отваливается только после 3 изменений, например если в свойствах пользователя изменить только скажем логин то всё ок, но как только меняем и пассворд в добавок (в смысле одновременно) то всё сразу умирает (получается 1 изменение логи, 1 пасворд, 1 подтверждение пасворда), другая картина наблюдается если всё это менять по отдельности, то ок, просьба к автору исправить баг, так как править всё по два поля за раз фигово.

Заранее спасибо!

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

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


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