medoc.ua

Доброе утро. Версия последняя, сетевая.
Следующая ситуация. Прошу всех пользователей выйти из программы для обновления. Захожу в монитор пользователей - висит одна запись ( подхожу к компу - действительно не сидит). Ну возможно сесия висит. ЗАпускаю в меню файл-Видалити користувача. Идет процесс с процентами....закончился.
Запись висит. Перезахожу в монитор - все также показывает сесию пользователя. Естественно помогает только стоп- старт службы.

Возможно процесс на станции был "обрублен" пользователем, а не завершен через стандартный выход из программы.

Pavel9 писав:... Ну возможно сесия висит. ЗАпускаю в меню файл-Видалити користувача. Идет процесс с процентами....закончился.
Запись висит...

Гресь Светлана писав:Возможно процесс на станции был "обрублен" пользователем, а не завершен через стандартный выход из программы.

"Видалити користувача" - чаще всего и нужно что бы удалить подвисшую сессию. Или я ошибаюсь?

Pavel9 писав:Доброе утро. Версия последняя, сетевая.
Следующая ситуация. Прошу всех пользователей выйти из программы для обновления. Захожу в монитор пользователей - висит одна запись ( подхожу к компу - действительно не сидит). Ну возможно сесия висит. ЗАпускаю в меню файл-Видалити користувача. Идет процесс с процентами....закончился.
Запись висит. Перезахожу в монитор - все также показывает сесию пользователя. Естественно помогает только стоп- старт службы.

Пользователь вообще обрубается по тайм-ауту....в любом случае.
По-этому надо некоторые подробности для моделирования ситуации:
- какие ОС на сервере, станции
- каким образом пользователь "завершает" процесс так что сессия висит
- под какими пользователями установлены Медки (станция, сервер)

Гресь Светлана писав: Пользователь вообще обрубается по тайм-ауту....в любом случае.

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

В начале февраля были подвисания пользователей, после этого у меня выработалась привычка каждый день начинается с просмотра Мониторинга пользователей. Да, с какого-то момента подвисаний не замечается. Я сегодня промоделировала ситуацию, сессия не подвисла. Но это не показатель, у меня обновление еще 062.

В последних версиях должно работать на ура.

К сожалению все не так. Я ж не стою над бухгалтерами и не жду пока они закончат работу.
Ну говорят что обычно выходят, имееться ввиду не снятие задачи через диспетчер.

Если есть возможность продемонстрировать это через удаленный доступ, напишите в ЛС.

Гресь Светлана писав:В последних версиях должно работать на ура.

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

Я установила сегодня последнее обновление и попробовала смоделировать зависание сессии. Тайм-аут отработал, сессия не подвисла… Но, судя по сообщению Pavel9, ситуация возможна.

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

Может, все же, вам стоит проверить, как удаляется пользователь после подвисания сессии? Наверное, вашим тестировщикам не составить труда, создать такую ситуацию, а на время теста убрать завершение по Тайм-ауту. Завершение по Тайм-ауту, ни повод не проверить, как Удаление пользователя ведет себя при подвисании сессии. Ведь, если это будет работать, то сработает при любом не предвиденном зависании, что, согласитесь, для нас будет очень приятно.

anshar писав:Может, все же, вам стоит проверить, как удаляется пользователь после подвисания сессии? Наверное, вашим тестировщикам не составить труда, создать такую ситуацию, а на время теста убрать завершение по Тайм-ауту. Завершение по Тайм-ауту, ни повод не проверить, как Удаление пользователя ведет себя при подвисании сессии. Ведь, если это будет работать, то сработает при любом не предвиденном зависании, что, согласитесь, для нас будет очень приятно.

Anshar, это уже проверено, сессия обрубается в мониторинге по тайм-ауту, даже если пользователь некорректно вышел из программы. Естественно это уже было реализовано. По-этому для выявления данной ситуации нужен "живой" пример.

Гресь Светлана писав: Anshar, это уже проверено, сессия обрубается в мониторинге по тайм-ауту,

Вообще то, я об Удалении пользователей в Мониторинге.
Приношу свои извинения если обидела недоверием, работа с пользователями приучила Доверяй, но Проверяй.

Ошибка при команде "Видалити користувача" заключается в следующем: Если сессия пользователя активна в системе - все верно, через мониторинг его можно отрубить. Если же сессия пользователя не активна - и в мониторинге она висит - НИЧЕГО она не отрубает Смоделировать ситуацию очень просто, нет разницы в ОС - зайдите в медок под пользователем на станции(Windows 7 32, Windows 7 64, Windows XP, терминальный сервер 2008 R2 ), откройте реестр налоговых накладных на редактирование, снимите задачу через диспетчер задач. ВСЕ ). ВЕРСИЯ сетевая - 10.00.085. Сервер медка хоть 2003, хоть 2008 - БЕЗ РАЗНИЦЫ... Ситуация будет всегда только такой. Подозрение - зависает "транзакция" самого firebird к БД! Вот и все. У нас такое происходит через день... Это ужас какой-то.

Есть такая проблема... Егор Качанов занимается ею.

Это радует . У нас ~30 пользователей, из-за одной сессии приходится всех просить выйти с системы...

Что делать если "Мониторинг пользователей" вообще не запускается.
В логах 2003 сервера:
Event Type: Error
Event Source: .NET Runtime 2.0 Error Reporting
Event Category: None
Event ID: 1000
Date: 27.11.2012
Time: 12:53:31
User: N/A
Computer: SERVER
Description:
Faulting application zvitservermonitor.exe, version 1.0.0.0, stamp 509bc5a6, faulting module kernel32.dll, version 5.2.3790.1830, stamp 42438b79, debug? 0, fault address 0x000000000000dd30.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:

После переустановки запускается, но только раз.
Скорее всего ругается на Microsoft NET Framework.
Пробовал его переустанавливать и накатывать SP2. Не помогло.
Кто то встречался с подобным.

Pavel9 писав:Доброе утро. Версия последняя, сетевая.
Следующая ситуация. Прошу всех пользователей выйти из программы для обновления. Захожу в монитор пользователей - висит одна запись ( подхожу к компу - действительно не сидит). Ну возможно сесия висит. ЗАпускаю в меню файл-Видалити користувача. Идет процесс с процентами....закончился.
Запись висит. Перезахожу в монитор - все также показывает сесию пользователя.

Стоп старт службы не помогает..

Возможно на машине пользователя процесс station.exe "висит"?

Доброе утро. Версия последняя, сетевая.
Следующая ситуация. Машина во время работы с программой дважды выключалась из-за скачков с напряжением. После второго раза при попытке войти в программу пишет что пользователь уже зарегистрирован в системе. Закрываю программу.
Захожу на сервере в монитор пользователей - висят две записи указывающие, что вход был совершен с одной машины. Запускаю в меню файл- Видалити користувача. Идет процесс с процентами....по кругу пытается снять пользователя. Ни какого результата. Дело было в конце рабочего дня. Решил что по тайм-ауту снимутся оба процесса и утром следующего дня все будет нормально.
На следующее утро запускаю монитор пользователей обе записи висят. Монитор предлагает снять активных пользователей подтверждаю чтобы снял процесс идет по кругу и обе учетные записи не снимаются. По времени это длиться уже больше 18 часов

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