Падает AOS

[Stella]

Добрый день!

Windows 2003 R2 (SP2), Dynamics Ax 4.0 SP2, SQL 2005 SP2
Клиенты: Windows XP + терминал Windows 2003 R2 (SP2)

Падает AOS c регулярностью полчаса .
Ошибка: The Dynamics Server$01-TZ service terminated unexpectedly.

Замечено, что перед "падением" в системном логе много ошибок:
Object Server 01: RPC error: Client provided an invalid session ID 41
Код события Event 180


Может кто-нибудь сталкивался с подобной ситуацией?
Спасибо.

[Almar]

Ivanhoe писал >>>
Доброго времени суток!

У нас эта проблема проявляется только когда на сервере АОС зависают сессии пользователей. Причина, как правило, когда терминальный сервер делает пользователю logoff по таймауту, а Аксапта в этот момент была открыта.

Решили регламентно - проставили всем пользователям время автовыхода из Аксапты, таймаут на logoff поставили чуть больше, чем время в Аксапте. Еще раз всем объяснили, что нужно завершать работу с терминалом не "крестиком", а через logoff.

Сейчас ошибка возникает очень редко. Похоже, есть еще какие-то причины, когда на АОСе висит сессия, которой на самом деле уже нет. Пока ищем... __________________
Ivanhoe as is..

[Def]

а меня то как достали эти падения, почему блин купив за такое бабло систему она падает и пока внятного решения не найдено.
Кому интерсно, пытаемся уменьшить число падений кроме описанных Almar тем, что разгружаем AOS то есть ставим по 5ть-6ть аосов чтобы количество пользователей на одном AOS не превышало 50 ибо функционал наворотили тяжеловатый. Есть подозрения что когда сессия закрывается некорректно, на AOS остается неубиваемый хлам в кэшэ который достигнув критической массы валит AOS. Как будто чем тяжелее функционал тем больше хлама остается при некорректном завершении сессии клиента что приближает его очередное падение.

[mazzy]

Quote:

Originally Posted by Def

а меня то как достали эти падения, почему блин купив за такое бабло систему она падает и пока внятного решения не найдено.

Дык, настройте ее по-человечески

Quote:

Originally Posted by Def

Кому интерсно, пытаемся уменьшить число падений кроме описанных Almar тем, что разгружаем AOS то есть ставим по 5ть-6ть аосов чтобы количество пользователей на одном AOS не превышало 50 ибо функционал наворотили тяжеловатый.

Я правильно понимаю, что у вас около 300 пользователей и сильно перепроганный функционал?
Да, уж... Нехилое "бабло", наверное...

И что удивительно, люди только сейчас задумались: "почему блин ... она падает"?
На редкость надежная и неубиваемая система... долго ее мучали, пока она все-таки начала падать...

[egorych]

Quote:

Originally Posted by mazzy

Дык, настройте ее по-человечески

Если-бы там были какие-то настройки и хотя-бы внятное объяснение существующих настроек!

[mazzy]

Нет настроек? Как скажете.

[Def]

в том то и дело что все работало прекрасно ничего не падало, наслаждались тем что все работает и нужно было только кодировать и оптимизировать и никакой головной боли. А вот в один прекрасный момент начались падения и причины пока точно так и не найдено. Обновления все были контролируемые все настройки как аос так и серверов сильно не менялись.

[Def]

кстати если не секрет о каких еще настройках АОС идет речь кроме крыжей в конфигурационной утилите, рекомендации по обновлениям и прочей сопутствущей настройки как бы явно не относящейся к самому АОС.

[Stella]

Quote:

Originally Posted by mazzy

На редкость надежная и неубиваемая система... долго ее мучали, пока она все-таки начала падать...

У нас функционал не сильно "перепроганный"
активных пользователей было около 50, когда AOS начал падать.
4 -ка в рабочей эксплуатации сегодня первый день, до этого ни на этапе тестирования, ни в 3-ей версии ничего подобного не было.

[Almar]

Смотрите в сторону некоректного выхода из Аксапты терминальных клиентов.

[mazzy]

Quote:

Originally Posted by Stella

У нас функционал не сильно "перепроганный"
активных пользователей было около 50, когда AOS начал падать.
4 -ка в рабочей эксплуатации сегодня первый день, до этого ни на этапе тестирования, ни в 3-ей версии ничего подобного не было.

У вас с def один и тот же случай или два разных?

Если два разных, то проверьте, не настроены ли 4ка и 3ка на одни и те же порты. Другими словами, не пытаются ли клиенты 3ки подключится к 4ке? Если пытаются, то вы можете получить что-то вроде DDOS-атаки.

А также проверьте совет от Almar Падает AOS

[Stella]

Quote:

Originally Posted by mazzy

У вас с def один и тот же случай или два разных?

случаи разные

Quote:

Originally Posted by mazzy

Если два разных, то проверьте, не настроены ли 4ка и 3ка на одни и те же порты. Другими словами, не пытаются ли клиенты 3ки подключится к 4ке? Если пытаются, то вы можете получить что-то вроде DDOS-атаки.

не пытаются, так как серверы разные

[egorych]

Quote:

Originally Posted by mazzy

Нет настроек? Как скажете.

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

[mazzy]

Quote:

Originally Posted by egorych

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

- У вас пиво есть?
- Вам какое?
- Ну... Пиво.
- Какое именно?
- Жигулевское. Три. Нет, Пять.
(С) Карцев и Ильченко.

Ищите на форуме. Читайте доку. Читайте документы, которые поставляются в дистрибутиве. Например, о fail-safe cluster, раз здесь было хоть какое-то упоминание кластеров. Наконец, сформулируйте вопрос, что именно вы хотите знать. Только сделайте это в отдельной ветке пожалуйста. Ваш случай совсем не похож на случай Стеллы.

[Михаил Андреев]

Есть хелпер в самой утилите - MS DAX Server Configuration Utility. Даже целый раздел есть, посвящённый настройке производительности AOS.

[egorych]

У меня случай именно такой-же - АОС периодически падает/зависает.
Доки с хелпами читаны-перечитаны, параметры перепробованы - в общем это мало помогает!
ps Я собственно написал коментария ради, а не флейма для - что настроек там с гулькин нос, и все к стабильности работы отношение имеют малое. Чистое ИМХО.

[Stella]

Добрый вечер!

2 дня как AOS не падает, это радует. Причины непонятны.

В понедельник также был выявлен пользователь-киллер, при входе которого
падал AOS (но AOS падал и помимо этого)

сделали то, о чем писал S.Kuskov в RPC Error 1726

а именно - экспорт/импорт прав групп пользователей,
может быть это повлияло и на общую ситуацию

[EVGL]

У меня есть еще один совет, как избавиться от "падений": если на версии ведется интенсивная разаботка, иногда помогает удаление локальных AUC-файлов (кеш объектов). А вообще, версия 4.0 - это редкостное г...но, заявляю это ответственно, поддерживая в этом участника Def.

[gl00mie]

Quote:

Originally Posted by egorych

У меня случай именно такой-же - АОС периодически падает/зависает. Доки с хелпами читаны-перечитаны, параметры перепробованы - в общем это мало помогает!

Мне кажется, нужно причину искать, а не "танцевать с бубном", крутя наугад параметры. Смотрите в eventlog, смотрите счетчики производительности для процесса AOS, перехватывайте и сохраняйте сетевой трафик для последующего анализа, в конце концов, попробуйте подключить к делу Dr.Watson'а, который поставляется с Аксаптой, начиная с версии 3.0 KR-какого-то. Сделайте хоть что-нибудь, чтобы локализовать проблему...

Quote:

Originally Posted by EVGL

А вообще, версия 4.0 - это редкостное г...но, заявляю это ответственно

[egorych]

Quote:

Originally Posted by gl00mie

Мне кажется, нужно причину искать, а не "танцевать с бубном", крутя наугад параметры. Смотрите в eventlog ...

Ну да, если Вы подскажете как расшифровать сообщение

 
Object Server Axapta: System information dump: 
--# FV EIP----- RetAddr- FramePtr StackPtr Symbol
0 .V 00493042 00000000 00000c00 0e7de684 Mod: Ax32Serv[Ax32Serv.exe], base: 00400000h
Stackdump exit code 487 (Attempt to access invalid address)

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