STG залипание юзверей после дисконнекта

[Polo 0]

Юзер выключил комп давным давно а в админилке горит что он в онлайне, помогает тока рестарт старгайзера. Stg-2.707-p1, FreeBSD 7.4 база на postgresql пользователей в базе 2106, онлайн всреднем 170.

Памагите люди добрые куда копать.

[madf 279]

2.407-p1, я так понимаю. Начать с обновления до 2.408.

И часто такое бывает?

[nightfly 1 239]

Извините, не удержался

 

[madf 279]

Вот уж где-где, но тут Слоник точно не при чем

 

PS: вот позорище будет если он таки при чем

[Небесный 26]

На 407 версии - потверждаю тоже наблюдал, так как это для меня не критично - то я забил на это.

 

Ах, да не поверите друзья, я еще до сих пор сижу на 407 версии. Я в ней для себя багов не замечал и святой закон админа - "Работает, не трогай!!!"

[Polo 0]

а кто нить конструктивные предложения внести может?????

[madf 279]

2.407-p1, я так понимаю. Начать с обновления до 2.408.

И часто такое бывает?

Куда уж конструктивнее...

[Polo 0]

да уж ...

просто этО от версии к версии происходит так что думаю обновление до следующей версии не изменит радикально ситуацию...

 

возможно дело в том что открывается один сокет на все соединения, или я неправ?

 

 

# sockstat | grep stargazer

root stargazer 13991 1 tcp4 127.0.0.1:49900 127.0.0.1:5432

root stargazer 13991 3 udp4 *:5555 *:*

[madf 279]

Какая разница сколько сокетов? Тем более что в данном конкретном случае их и не может быть более одного.

В 2.408 существенно переработана система авторизации. Правда, тайм-аутов она не затрагивает, но в любом случае диагностику лучше вести на свежей версии.

[Polo 0]

ястно печалька!!!

[madf 279]

Чего печалька-то?

[nightfly 1 239]

[Polo 0]

по сути вопроса кто-то может все-таки что-то предложить, я открыт для свежих мыслей.

а за рамочку с котенком пасибо! очени мило

[madf 279]

Ну едрен-же батон!

Посоветовал же - обновиться!

Даже если это не поможет, я буду по крайней мере на свежем коде проблему искать, а не на устаревшем.

[Небесный 26]

madf, блин дико извиняюсь, наблюдалось такое на 406 версии, выше опечетка произошла. Тогда просто пользовался штатным конфигуратором, тоесть когда пользовался 406 версией, сейчас на 407 версии самописная бадя(веб) вместо конфигуратора, да и вообще я о такой фигне перестал думать, потому и сказать, что у меня такое есть или нету на 407 версии не могу - не обращал на это внимание. )))

 

 

nightfly, о нет друг мой, это не старгейзер беспощадный, это больше всего люди беспощадные по отношению к нему.

 

Ну едрен-же батон!

Посоветовал же - обновиться!

Даже если это не поможет, я буду по крайней мере на свежем коде проблему искать, а не на устаревшем.

 

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

[madf 279]

На 2.407 сам пару раз наблюдал. Но воспроизвести, как обычно, не получается. В 2.408 менял немного кода связанного с авторизацией, недеялся что проблема уйдет. Пока не знаю, ушла или нет.

Если у ТСа проблема воспроизводится регулярно - это хорошо и можно будет легко отловить и исправить. Но он по этому поводу так ничего и не ответил

[nightfly 1 239]

и пострадаем я с nightfly, мы ж ни на что не жалуемся.

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

[SpiderX 7]

При сборке sgauth из транка, после этого коммита, стал возможен workaround для решения этой проблемы.

IP, для которого зависла авторизация, можно повесить на интерфейс на сервере, забайндиться на этот IP sgauth'ом, и деавторизоваться.

[Роман Погосян 0]

При сборке sgauth из транка, после этого коммита, стал возможен workaround для решения этой проблемы.

IP, для которого зависла авторизация, можно повесить на интерфейс на сервере, забайндиться на этот IP sgauth'ом, и деавторизоваться.

как то криво так поступать а если завис не один пользователь ?

 

подтверждаю глюк 408 версии .. тоже наблюдается .. даже с файловой базой данных, слоник не причем

[madf 279]

При сборке sgauth из транка, после этого коммита, стал возможен workaround для решения этой проблемы.

IP, для которого зависла авторизация, можно повесить на интерфейс на сервере, забайндиться на этот IP sgauth'ом, и деавторизоваться.

как то криво так поступать а если завис не один пользователь ?

 

подтверждаю глюк 408 версии .. тоже наблюдается .. даже с файловой базой данных, слоник не причем

Это ж workaround, он обычно кривой.

Я бы очень удивился если бы тут была замешана БД.

[Polo 0]

"Это ж workaround, он обычно кривой." madf Это конечно многое обьясняет , но можно ли с этим как-то бороться???

[madf 279]

Сама возможность привязать sgauth к локальному адресу мне не кажется чем-то "кривым" - это очень правильная и логичная функциональность, особенно с учетом того что привязка к локальному порту уже и так есть.

Кривым я считаю путь к решению проблемы - вся эта чехарда с поднятием интерфейсов, пробросом вланов, перекидыванием IP для пользователя туда и обратно - это кривость.

Бороться с проблемой можно и нужно, но у меня пока нет решения.

[Роман Погосян 0]

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

[Polo 0]

Ну про вланы и переброс IP я ничего не говорил у меня это вообще неиспользуеться.

 

Вопрос былв следующем:

 

 

Юзер выключил комп давным давно а в админилке горит что он в онлайне, помогает тока рестарт старгайзера. Stg-2.707-p1, FreeBSD 7.4 база на postgresql пользователей в базе 2106, онлайн всреднем 170.

Памагите люди добрые куда копать.

[SpiderX 7]

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

Не только.

Если подключится любым авторизатором с последнего IP, под которым работал пользователь, а потом деавторизоваться, то проблема пройдет.

Для этого собственно возможность привязать sgauth к локальному IP и добавлена.

 

не может ли эта проблема быть из за одновременного дисконекта 2-х пользователей ?

Крайней вероятно.