Падает 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]

Цитата:

Сообщение от Def

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

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

Цитата:

Сообщение от Def

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

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

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

[egorych]

Цитата:

Сообщение от mazzy

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

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

[Stella]

Цитата:

Сообщение от mazzy

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

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

[mazzy]

Цитата:

Сообщение от Stella

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

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

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

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

[mazzy]

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

[egorych]

Цитата:

Сообщение от mazzy

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

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

[mazzy]

Цитата:

Сообщение от egorych

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

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

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

[Def]

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

[Def]

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

[Almar]

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

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

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

[egorych]

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

[Stella]

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

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

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

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

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

[EVGL]

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

[gl00mie]

Цитата:

Сообщение от egorych

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

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

Цитата:

Сообщение от EVGL

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

[egorych]

Цитата:

Сообщение от 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)

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

[gl00mie]

Цитата:

Сообщение от egorych

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

 
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)

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

Вы бы хоть удосужились указать версию ядра Аксапты, не говоря уже о том, какая именно ошибка привела к возникновению этого сообщения. Кроме того, в данной ветке идет обсуждение падений AOS'а 4-ки, а в четверке image base у исполняемых файлов AOS'а 0x01000000, а не 0x00400000, как написано в вашем сообщении, поэтому возникает подозрение, что вы говорите вообще о 3-ке. И еще во всех имеющихся у меня сборках ядра AOS'а 4-ки смещение 0x93042 относительно image base оказывается в середине строкового литерала, так что EIP туда указывать не должен.
PS. Щас посмотрел, как у меня грузятся исполяемые файлы установленной 4-ки: AOS загружается с image base 0x01000000, как и положено.