Аксапта виснет после ввода пароля

[Breaker]

Аксапта 3.0 SP5. Трехзвенка. Нормально работала больше 4 лет. А теперь после ввода пароля виснет намертво. В аналогичной, но двухзвенной конфигурации запускается.
В чем может быть причина? Приложение переиндексировал, AOS перезапускал

[Breaker]

+1

[raz]

Под любым пользователем?
SysLastValue чистили?

[Breaker]

Да чистил. Под любым пользователем

[George Nordic]

в классе Application метод startup поставь брекпоинт и оттрасируй.

Что говорит?

С Уважением,
Георгий

[miklenew]

Как то раз правил класс Application, не помню что точно делал.
И не заметил, что он не компильнулся. Какая-то ошибка тогда была.
И привед. Зайти не мог. Даже чтоб точку останова поставить.
Хорошо у консультанта была открытая сессия.
Свезло называется.

[blokva]

Zitat:

Zitat von miklenew

Как то раз правил класс Application, не помню что точно делал.
И не заметил, что он не компильнулся. Какая-то ошибка тогда была.
И привед. Зайти не мог. Даже чтоб точку останова поставить.
Хорошо у консультанта была открытая сессия.
Свезло называется.

Такие весч оЧЧень рекомендуется править в USP слое, потом просто удаляешь соответствующий файлик в приложении и изменений как не бывало !

[Breaker]

Zitat:

Zitat von George Nordic

в классе Application метод startup поставь брекпоинт и оттрасируй.

Что говорит?

С Уважением,
Георгий

Я могу поставить хоть сто брекпоинтов в этом методе, при загрузке они не отрабатывают.

[Vadik]

installation / upgrade checklist-ы в двухзвенке пройдены?

[Breaker]

Zitat:

Zitat von Vadik

installation / upgrade checklist-ы в двухзвенке пройдены?

уточняю, аксапта работала до этого в трехзвенке 4 года, а на 4 года +1 день стала виснуть после ввода пароля

[gl00mie]

Zitat:

Zitat von Breaker

уточняю, аксапта работала до этого в трехзвенке 4 года, а на 4 года +1 день стала виснуть после ввода пароля

Вы же понимаете, что на ровном месте такие перемены не случаются Виснет, выходит, именно клиент при попытке залогиниться именно в 3-хзвенке? А как проявляется зависание: клиент чего-то ждет или же что-то делает, отжирая процессорное время? Счетчики производительности для процесса клиента как изменяются по ходу того, как он висит: отработанное время, объем считанных/записанных данных, etc? А что при этом происходит на сервере? Сессия новая появляется? Данные о том, что пользователь залогинился, в лог работы пользователей попадают? Посмотрите каким-нить process monitor'ом на файловую активность клиента, может, что-то подозрительное найдете. В конце концов, посмотрите на трафик между клиентом и сервером: можно с помощью Network Monitor захватить весь сетевой трафик на клиенте, а потом отфильтровать по портам, использованным в соединении зависшего клиента...
В общем, копайте и ищите доп.информацию, за вас это на форуме никто не сделает.

[Breaker]

Zitat:

Zitat von gl00mie

Вы же понимаете, что на ровном месте такие перемены не случаются Виснет, выходит, именно клиент при попытке залогиниться именно в 3-хзвенке? А как проявляется зависание: клиент чего-то ждет или же что-то делает, отжирая процессорное время? Счетчики производительности для процесса клиента как изменяются по ходу того, как он висит: отработанное время, объем считанных/записанных данных, etc? А что при этом происходит на сервере? Сессия новая появляется? Данные о том, что пользователь залогинился, в лог работы пользователей попадают? Посмотрите каким-нить process monitor'ом на файловую активность клиента, может, что-то подозрительное найдете. В конце концов, посмотрите на трафик между клиентом и сервером: можно с помощью Network Monitor захватить весь сетевой трафик на клиенте, а потом отфильтровать по портам, использованным в соединении зависшего клиента...
В общем, копайте и ищите доп.информацию, за вас это на форуме никто не сделает.

Уважаемый gl00mie!
Я эту тему открыл, чтобы те, у кого подобная проблема была написали как они с ней боролись или дали конкретный совет, а не задавали мне миллион встречных вопросов, как вы. Поэтому не надо здесь работать мастером подсказок Windows!

[gl00mie]

Zitat:

Zitat von Breaker

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

Извините, я почему-то подумал, что вы хотите решить свою проблему, а не пробовать на себе решения чужих проблем...

[Breaker]

Zitat:

Zitat von gl00mie

Извините, я почему-то подумал, что вы хотите решить свою проблему, а не пробовать на себе решения чужих проблем...

И совершенно правильно подумали!!!
Только как вы предлагаете интерпретировать полученные данные и какие действия предпринимать?
Я не сижу сложа руки и большинство действий, которые вы оформили в виде вопросов сделал. И что дальше

Например, вы пишите "Сессия новая появляется? Данные о том, что пользователь залогинился, в лог работы пользователей попадают?".
Да, сессия появляется, данные в лог попадают.

И что это мне дает?

[gl00mie]

Zitat:

Zitat von Breaker

Только как вы предлагаете интерпретировать полученные данные и какие действия предпринимать?

Если вы хотите, чтобы на форуме вам помогли решить проблему, то хотя бы предоставьте эти данные для начала...

Zitat:

Zitat von Breaker

Да, сессия появляется, данные в лог попадают. И что это мне дает?

Не знаю, как вам, а мне это дает повод усомниться вот в этом вашем заявлении:

Zitat:

Zitat von Breaker

Zitat:

Zitat von George Nordic

в классе Application метод startup поставь брекпоинт и оттрасируй.

Я могу поставить хоть сто брекпоинтов в этом методе, при загрузке они не отрабатывают.

Если посмотреть по перекрестным сслыкам, то метод таблицы SysUserLog.insert() вызывается либо при создании пользователей и проверке истечения срока действия паролей (SysPassword::validateUser()), либо при входе пользователя (SysUserLog::logUserLogin()), при этом оба метода вызываются из Application.startup(). Может, вы как-то не так точку останова ставите? Если она у вас в этом методе действительно не отрабатывает, попробуйте поставить ее на SysUserLog.insert(), к примеру...

[kashperuk]

еще можно попробовать написать явно

breakpoint;

[Breaker]

Zitat:

Zitat von gl00mie

Если вы хотите, чтобы на форуме вам помогли решить проблему, то хотя бы предоставьте эти данные для начала...Не знаю, как вам, а мне это дает повод усомниться вот в этом вашем заявлении:Если посмотреть по перекрестным сслыкам, то метод таблицы SysUserLog.insert() вызывается либо при создании пользователей и проверке истечения срока действия паролей (SysPassword::validateUser()), либо при входе пользователя (SysUserLog::logUserLogin()), при этом оба метода вызываются из Application.startup(). Может, вы как-то не так точку останова ставите? Если она у вас в этом методе действительно не отрабатывает, попробуйте поставить ее на SysUserLog.insert(), к примеру...

Да вы не сомневайтесь! Брейкпойнты эти у меня не отрабатывают и на двузвенке, которая запускается прекрасно.

[gl00mie]

Zitat:

Zitat von Breaker

Брейкпойнты эти у меня не отрабатывают и на двузвенке, которая запускается прекрасно.

Тогда хотя бы добавьте вывод диагностических сообщений, скажем, в файл (вот здесь описано, куда их можно добавить, чтобы отследить процесс запуска). Как вариант, попробуйте использовать Windows-аутентификацию для входа в Аксапту и посмотрите, виснет ли клиент при этом. В любом случае, если информация о новой пользовательской сессии появляется, значит, как минимум Аксапта начинает выполнять код приложения, и тогда, вероятнее всего, причина "зависания" кроется в коде приложения, а не во внешних факторах. К слову, вы можете отследить, какие модификации делались в приложении в тот период, когда начались такие зависания?

[Breaker]

Zitat:

Zitat von gl00mie

Тогда хотя бы добавьте вывод диагностических сообщений, скажем, в файл (вот здесь описано, куда их можно добавить, чтобы отследить процесс запуска). Как вариант, попробуйте использовать Windows-аутентификацию для входа в Аксапту и посмотрите, виснет ли клиент при этом. В любом случае, если информация о новой пользовательской сессии появляется, значит, как минимум Аксапта начинает выполнять код приложения, и тогда, вероятнее всего, причина "зависания" кроется в коде приложения, а не во внешних факторах. К слову, вы можете отследить, какие модификации делались в приложении в тот период, когда начались такие зависания?

Чего я только не пробовал. В том числе и Windows-аутентификацию и AOS переустанавливал.
Нет, дело точно не в доработках, их в тот период не было вообще. Щас узнал, что производилась установка на наш кластер SP2 для Windiows Server. А на сервер, где находятся база данных+AOS его не установили. Кстати, он является одним из контроллеров домена. Может быть в этом дело...

[gl00mie]

Zitat:

Zitat von Breaker

Нет, дело точно не в доработках, их в тот период не было вообще.

Не надо гадать, недавно приводился пример, как это можно выяснить наверняка.

Zitat:

Zitat von Breaker

Щас узнал, что производилась установка на наш кластер SP2 для Windiows Server. А на сервер, где находятся база данных+AOS его не установили. Кстати, он является одним из контроллеров домена. Может быть в этом дело...

Это все опять лишь догадки... Для локализации проблемы нужно сузить круг поиска (для этого изначально и задавался "миллион встречных вопросов"). Сейчас уже известно, что после ввода пароля успешно создается новая сессия, и начинает выполняться код приложения. Чтобы снять подозрения с сервис-паков и доменных контроллеров, можно создать тестовую среду (один - возможно, виртуальный - сервер, без домена AD), где развернуть имеющееся приложение с пустой базой и попробовать залогиниться в 3-хзвенке. Если опять будет наблюдаться зависание тонкого клиента, стало быть, дело в приложении. Если же зависания не будет, то нужно искать причину в данных либо во внешней среде (сети, доменных контроллерах, etc), хотя мне такой вариант уже кажется менее вероятным.
К слову, о данных: в ходе зависания индикатор акивности в статусной строке что-то показывает?