Перейти до

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


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

ну такой баг виден только на фре ....

на линухах все работает нормально

 

надеюсь ты список багов послал Борису на мыло

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

Top Posters In This Topic

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

 

Проверил и изменил на 777, непомогло :)

 

надеюсь ты список багов послал Борису на мыло

 

Да послал!

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

Так...... мне кажется, что поддержки скриптов OnUserAdd и OnUserDel в stg от 20.08.2004 нету!!!

В исходниках ни намека на эти два слова.

НАРОД! Скажите, плиз, у кого эти скрипты в последней версии запускаются!

:)=)

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

поддержка скриптов OnUserAdd и OnUserDel в stg от 20.08.2004 есть только я лично ее не использую - плюс или минус в этом я не ощущаю

 

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

 

кстати 2stg34 - сервер разгружает комп если сделать дисконнект авторизатора с машины на которой стоит конфигуратор (при отключении на машинах клиентов эффект не проверял)

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

ну.... эмммм......... В общем просто при создании пользователя в логе сервера есть запись

2004-09-28 22:10:49 -- Admin 'xor': user 'xorexore' added.

А при содержимом файла OnUserAdd:

#!/bin/sh

 

echo "ADD login='${1}' ip=${2}" >> /var/log/stargazer/users.log

В этом самом /var/log/stargazer/users.log записи типа ADD.... не наблюдается.

 

Это во первых. А во вторых, в исходниках grep находит строку, содержащую OnConnect, OnDisconnect... OnChange даже есть.... а OnUserAdd и OnUserDel там нету и в помине.

 

2 POWERLan: ты каким билдом пользуешься?

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

О загрузки процессора на FreeBSD

 

При подключенных 8 юзерах - замечено постепенное возрастание загрузки процессора, при дисконекте любого из подключенных юзеров загрузка процессора постепенно понижается до нуля (клиенты не активны просто авторизованы) - далее в течении 5-10 минут цикл повторяется.

тоже происходит и с одним подключенным юзером

(только процессор не сразу полностью загружается)

 

для "решения" :) этой проблемы (!!) введен дополнительный счетчик в авторизатор который делает дисконект-конект каждую минуту

(на клиентах ни как не сказалось даже не заметили)

в результате получили среднее возрастание загрузки процессора до 15-20%

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

Ну баг не баг, но всё же: Когда у клиента xxxx на счету был 0 и счётчик бесплатных мегабайт больше нуля и кредит равен 0 (ситуация сразу после снятия абонплаты) то подключиться он не смог. В лог попадало следующее:

2004-010-01 00:56:25 -- Script OnConnect cannot be executed. File not found.
2004-010-01 00:56:25 -- User xxxx 10.100.200.125 connected.
2004-010-01 00:56:34 -- User xxxx disconnected.
2004-010-01 00:58:36 -- Script OnConnect cannot be executed. File not found.
2004-010-01 00:58:36 -- User xxxx 10.100.200.125 connected.
2004-010-01 00:58:55 -- User yyyy 10.100.200.45 connected.
2004-010-01 01:00:41 -- User zzzz 10.100.200.21 connected. 

При этом OnConnect разумеется не запускался со всеми вытекающими :-0

Стоило мне сделать:

2004-010-01 01:25:57 -- Admin 'admin', admin: User 'xxxx': cash parameter changed from 0.000000 to 0.001000. 
2004-010-01 01:26:04 -- User xxxx disconnected.
2004-010-01 01:26:07 -- User xxxx 10.100.200.125 connected. 

как всё заработало :00:

 

Имхо всё-же баг :tongue:

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

багоглюк: скомпилировал stg с #define NODAEMON 1

Теперь, когда он работет, то "помнит", с какого терминала запускается.

Потом. Когда я работаю в le (текстовый редактор) и название моего терминала совпадает с терминалом, откуда был запущен stg, то le постоянно вываливается с сообщением:

le: Caught signal 1

 

P.S. насчет #define NODAEMON 1

Программа 3й день работает в такой компиляции, выдержала занесение в базу 100 пользователей, создание 4 тарифов, изменения аккаунтов.

И ни разу не начинала жрать 100% проца. Висла только иногда =))

 

Попробуем натравить на неё strip (бинарник вместо 887 900 b начинает весить 181 352 b =)))

Ссылка на сообщение
Поделиться на других сайтах
Ну баг не баг, но всё же: Когда у клиента xxxx на счету был 0 и счётчик бесплатных мегабайт больше нуля и кредит равен 0 (ситуация сразу после снятия абонплаты) то подключиться он не смог. В лог попадало следующее:

2004-010-01 00:56:25 -- Script OnConnect cannot be executed. File not found.
2004-010-01 00:56:25 -- User xxxx 10.100.200.125 connected.
2004-010-01 00:56:34 -- User xxxx disconnected.
2004-010-01 00:58:36 -- Script OnConnect cannot be executed. File not found.
2004-010-01 00:58:36 -- User xxxx 10.100.200.125 connected.
2004-010-01 00:58:55 -- User yyyy 10.100.200.45 connected.
2004-010-01 01:00:41 -- User zzzz 10.100.200.21 connected. 

При этом OnConnect разумеется не запускался со всеми вытекающими :-0

Стоило мне сделать:

2004-010-01 01:25:57 -- Admin 'admin', admin: User 'xxxx': cash parameter changed from 0.000000 to 0.001000. 
2004-010-01 01:26:04 -- User xxxx disconnected.
2004-010-01 01:26:07 -- User xxxx 10.100.200.125 connected. 

как всё заработало :00:

 

Имхо всё-же баг :tongue:

да это точно баг ....

если у клиента БМ больше 0, а денег нет и нет кредита, инет быть должен !

Ссылка на сообщение
Поделиться на других сайтах
багоглюк: скомпилировал stg с #define NODAEMON 1

Теперь, когда он работет, то "помнит", с какого терминала запускается.

Потом. Когда я работаю в le (текстовый редактор) и название моего терминала совпадает с терминалом, откуда был запущен stg, то le постоянно вываливается с сообщением:

le: Caught signal 1

Сейчас заметил, что не только le вылетает, но и любой другой процесс, запущенныйна том же терминале, на котором висит сервер stg в фоновом режиме. Т.е., предположительно, (выражаясь по дилетантски) stg рассылает сигналы нехорошие программам, которые с ним на одном терминале (т.е. "Пшли нах отсюда! Всех убью, один останусь!") =))

Ссылка на сообщение
Поделиться на других сайтах
Ну баг не баг, но всё же: Когда у клиента xxxx на счету был 0 и счётчик бесплатных мегабайт больше нуля и кредит равен 0 (ситуация сразу после снятия абонплаты)

да это точно баг ....

если у клиента БМ больше 0, а денег нет и нет кредита, инет быть должен !

Причём даже два бага, т.к. отсутствие доступа это одно, а ненахождение OnConnect - совсем другое. :0-0:

Ссылка на сообщение
Поделиться на других сайтах
Попробуем натравить на неё strip (бинарник вместо 887 900 b начинает весить 181 352 b =)))

Попробывал. Может изза него, а может и нет, но сервер переставал фунциклировать с периодичностью 1-2 часа. Как заменил нормальным бинарником, 1 раз ещё подвис... и пока работает без глюков.... ))

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

Уже примерно сутки работает без глюков....

Так что вывод такой: strip старгейзеру противопоказан =))

 

Теперь о глюках:

- У некоторых пользователей иногда (редко) не коннектится клиентская часть.

Файрволла у них нет.

 

- InetAccess в winMe выглядит так:

main.png

Не программирую на билдере, поэтому прошу автора посмотреть, что можно сделать, чтоб и в 9x системах показывалось нормально.

Кстати недавно случайно увидел, как это выглядит в ХР.

Иначе так бы и думал, что это нормально =))

 

- В Конфигураторе в окне "Редактирование данных пользователя" есть надпись "Предорлаченный траффик" =))

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

гы гы

прикольная картиночка .... :)

 

мне кажется что это связано как то с темами которые стоят на линолеуме ...

 

у меня есь в сети пара человек у которых линолеум - не жалуются :)

 

по поводу стрипа - хмм очень интересно отрезаетсяпо идее только отладочная инфа ...

 

глюки однако, надеюсь Боря форум читает :)

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

гы гы

прикольная картиночка .... :)

 

мне кажется что это связано как то с темами которые стоят на линолеуме ...

 

у меня есь в сети пара человек у которых линолеум - не жалуются :)

Возможно, потому что у моего друга все показывается нормально.

 

по поводу стрипа - хмм очень интересно отрезаетсяпо идее только отладочная инфа ...

strip - Discard symbols from object files.

Видимо, не только отладочную =))

 

глюки однако, надеюсь Боря форум читает :)

Кстати что то он пропал в последнее время =))

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

Discard symbols from object files. - дык это и есть вроде удаление отладочных символов :)

 

ну да ладно суть не в этом, у меня СТГ стоит обрезаный и стоял всегда - тьфу 3 раза - не глючит и сейчас стоит обрезаный, тоже вроде все хорошо ...

 

а Боря форум наверно читает, просто отвечать времени у него нет ...

 

и правильно - пусть спокойно пишет новую версию ....

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

Вот еще один интересный баг :)

 

Возвращаюсь сегодня часов в 21 и не могу авторизоваться. В логе наблюдаю:

2004-010-05 16:48:53 -- User serja 10.100.151.55 connected.
2004-010-05 16:50:38 -- User serja disconnected.
2004-010-05 16:57:40 -- User hail 10.100.200.45 connected.
2004-010-05 17:00:09 -- User serja 10.100.151.55 connected. 

и с тех пор ни одной записи, в том числе и моих попыток авторизации.

при этом инета разумеется ни у кого нету за исключением этих 2-х последних, которые и не знают об этом, т.к. их авторизатор естественно тоже отшивает, но записи-то в iptables остались нестёртыми. Т.е. он как подвис в районе 17.00, так и висит. Хотя "Менеджер клиентов" при этом работает, всё показывает, а авторизация - хрен!

Но самое интересное потом происходит :-/ Я его перезапускаю, а он, гад, не желает :) Тогда я его киляю по его пиду...

root@22:12:53:/etc/stargazer2# ps ax|grep stargazer
10577 ?        S<     4:44 /sbin/stargazer2 /etc/stargazer2
10580 ?        S<     0:00 /sbin/stargazer2 /etc/stargazer2
10581 ?        S<     0:05 /sbin/stargazer2 /etc/stargazer2
10582 ?        S<     0:00 /sbin/stargazer2 /etc/stargazer2
10583 ?        S<     7:17 /sbin/stargazer2 /etc/stargazer2
10584 ?        S<    56:29 /sbin/stargazer2 /etc/stargazer2
21591 pts/6    S      0:00 grep stargazer
root@22:12:55:/etc/stargazer2# kill 10577
root@22:13:24:/etc/stargazer2# ps ax|grep stargazer
10577 ?        S<     4:44 /sbin/stargazer2 /etc/stargazer2
10580 ?        S<     0:00 /sbin/stargazer2 /etc/stargazer2
10581 ?        S<     0:05 /sbin/stargazer2 /etc/stargazer2
10582 ?        S<     0:00 /sbin/stargazer2 /etc/stargazer2
10583 ?        S<     7:32 /sbin/stargazer2 /etc/stargazer2
10584 ?        S<    56:29 /sbin/stargazer2 /etc/stargazer2
21606 pts/6    S      0:00 grep stargazer

Как вам это нравится? :rrr:

Перепробовал killall stargazer2; kill -6 stargazer2; kill -6 10577; kill 10584 ...

 

сломался он только на kill -9 10577

 

А после перезапуска притворился, что всё было нормально и типа я сам дурак :=

 

Slackware 8.0 kernel 2.4.26 stargazer от 20.08 2.08.6.4 beta

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

Ну вот, не успел порадоваться, что система уже вторые сутки не сбоит, как всплыло вот что :argh:

Имею: тарифный план с параметрами

PriceDayA0=0.020000
PriceDayB0=0.020000
Threshold0=294
NoDiscount0=0
SinglePrice0=1
PassiveCost=1.000000
Fee=10.000000
Free=294.000000
TraffType=up
Остальные направления и параметры = 0

А также конфиг биллинга:

FreeMb=0
TurnTraff=no
DayFee=1
DayResetTraff=1
DirName0=Inet
Остальное видимо некритично

При этом авторизатор мне показывает, что я скачал 69Мб за этот месяц и осталось бесплатных 258Мб, что не лезет ни в какие ворота :rrr:

Менеджер показывает те-же цифры, а это значит, что в конце месяца я попаду на бабки... ааааа!!!! :)=)

 

Или я где-то неправильно написал? :vah:

 

----------------

Тээээкс... пока другим не объяснишь, сам ни за что не поймёшь :tongue:

У меня стоит TraffType=up, а должно быть down. Однако из виндового менеджера этот параметр изменяться не желает!!! (сами тарифы я создавал им-же, так что права на каталоги/файла - правильные)

Відредаговано Wapr-Old
Ссылка на сообщение
Поделиться на других сайтах

привет всем давно не видел! ) у меня ASP Linux вроде все работает но иногда было раз такое завим СТГ что авторизироваться не могли клиенты.

Так что подтверждаю сей БАГ. :) он есть.

 

и еще когда будет NEW RELEASE?

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

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


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