Падает AOS MS DAX 2009 SP1 RU6

[Daiver]

Падает AOS.

Когда ax32serv.exe съедает в районе 1.5 (до 1.4 все работает стабильно) гига оперативы, запускается DW.exe, AOS подвисает. Пользователи нервничают. Приходится снимать DW.exe и перестартовывать ax32serv.exe.

Подскажите люди добрые, куда копать?
Есть мысль поставить ключ /3Gb в boot.ini, похоже что памяти не хватает AOS-у. Также как вариант попробовать поставить на Win 64 + оперативы доставить до 8 гиг.
Может есть патчики от MS которые лечат подобное поведение?


MS DAX 2009 SP1 RU6

Kernel Version: 5.0.1500.3761
Application version: 5.0.1500.3761
Localization version: Eastern Europe

MS Windows Server 2003 R2 Standart Edition SP2 32bit
Памяти 4 гига.
В boot.ini стоит ключ /PAE


При этом в логах винды возникает ошибка:

Тип события:	Ошибка
Источник события:	.NET Runtime 2.0 Error Reporting
Категория события:	Отсутствует
Код события:	1000
Дата:		25.01.2011
Время:		10:07:59
Пользователь:		Н/Д
Компьютер:	**********
Описание:
Faulting application ax32serv.exe, version 5.0.1500.3761, stamp 4cd58bba, faulting module ax32serv.exe, version 5.0.1500.3761, 

stamp 4cd58bba, debug? 0, fault address 0x00389110.

Дополнительные сведения можно найти в центре справки и поддержки, в 

"http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 41 00 70 00 70 00 6c 00   A.p.p.l.
0008: 69 00 63 00 61 00 74 00   i.c.a.t.
0010: 69 00 6f 00 6e 00 20 00   i.o.n. .
0018: 46 00 61 00 69 00 6c 00   F.a.i.l.
0020: 75 00 72 00 65 00 20 00   u.r.e. .
0028: 20 00 61 00 78 00 33 00    .a.x.3.
0030: 32 00 73 00 65 00 72 00   2.s.e.r.
0038: 76 00 2e 00 65 00 78 00   v...e.x.
0040: 65 00 20 00 35 00 2e 00   e. .5...
0048: 30 00 2e 00 31 00 35 00   0...1.5.
0050: 30 00 30 00 2e 00 33 00   0.0...3.
0058: 37 00 36 00 31 00 20 00   7.6.1. .
0060: 34 00 63 00 64 00 35 00   4.c.d.5.
0068: 38 00 62 00 62 00 61 00   8.b.b.a.
0070: 20 00 69 00 6e 00 20 00    .i.n. .
0078: 61 00 78 00 33 00 32 00   a.x.3.2.
0080: 73 00 65 00 72 00 76 00   s.e.r.v.
0088: 2e 00 65 00 78 00 65 00   ..e.x.e.
0090: 20 00 35 00 2e 00 30 00    .5...0.
0098: 2e 00 31 00 35 00 30 00   ..1.5.0.
00a0: 30 00 2e 00 33 00 37 00   0...3.7.
00a8: 36 00 31 00 20 00 34 00   6.1. .4.
00b0: 63 00 64 00 35 00 38 00   c.d.5.8.
00b8: 62 00 62 00 61 00 20 00   b.b.a. .
00c0: 66 00 44 00 65 00 62 00   f.D.e.b.
00c8: 75 00 67 00 20 00 30 00   u.g. .0.
00d0: 20 00 61 00 74 00 20 00    .a.t. .
00d8: 6f 00 66 00 66 00 73 00   o.f.f.s.
00e0: 65 00 74 00 20 00 30 00   e.t. .0.
00e8: 30 00 33 00 38 00 39 00   0.3.8.9.
00f0: 31 00 31 00 30 00 0d 00   1.1.0...
00f8: 0a 00                     ..

[Alexius]

1. Перегружать АОС по ночам (не спасет, если память съедается за день)
2. /3Gb тоже вариант, но надо тестировать
3. Перейти на х64
4. Добавить еще один АОС

[Poleax]

Тема знакомая, такая ошибка к примеру была в Периодическая остановка службы АОС

[Daiver]

Цитата:

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

Тема знакомая, такая ошибка к примеру была в Периодическая остановка службы АОС

У нас .NET 2.0 SP2. Фикс KB913184 говорит что уже установлен. А фикс KB913384 не дает поставить, говорит мол версия не та, или опасность обновить другую версию программы.
KB913384 не совсем понял что имеется ввиду "Возможен сбой приложения .NET Framework 2.0, который выполняется в контексте учетной записи пользователя, когда отсутствует профиль пользователя, связанный с учетной записью пользователя, или появляется сообщение об ошибке нарушения прав доступа"

[Maximin]

Приложение глобально скомпилировали под RU6?

[Daiver]

Цитата:

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

Тема знакомая, такая ошибка к примеру была в Периодическая остановка службы АОС

Спасибо! Попробуем патч.

Цитата:

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

Приложение глобально скомпилировали под RU6?

Эээ ... при накатывании RU6 в контрольном списке обновлений была глобальная компиляция. После того как подготовили(перенесли наши модификации и протестили на данных) приложение глобальную компиляцию не делали. Но когда был переход с 4-ки на 5-ку проходили список обновления с глобальной компиляций. Нужно еще раз?

[Ivanhoe]

Цитата:

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

Эээ ... при накатывании RU6 в контрольном списке обновлений была глобальная компиляция. После того как подготовили(перенесли наши модификации и протестили на данных) приложение глобальную компиляцию не делали. Но когда был переход с 4-ки на 5-ку проходили список обновления с глобальной компиляций. Нужно еще раз?

Так в итоге глобальную компиляцию сделали? Мне танцы вида "{синхронизация, реиндексирование, глобальная компиляция} * несколько раз" помогли - AOS с тех пор просто так не падает.

[Daiver]

Цитата:

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

Так в итоге глобальную компиляцию сделали? Мне танцы вида "{синхронизация, реиндексирование, глобальная компиляция} * несколько раз" помогли - AOS с тех пор просто так не падает.

Нет, еще не делали. А глобальную компиляцию нужно сделать именно на боевом приложении? Или можно скопировать приложение в тестовую среду, там провести компиляцию, а потом вернуть обратно на боевую?
"Несколько раз" это сколько? Как определить что уже достаточно?

[gl00mie]

Цитата:

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

А глобальную компиляцию нужно сделать именно на боевом приложении? Или можно скопировать приложение в тестовую среду, там провести компиляцию, а потом вернуть обратно на боевую?

Конечно, можно скопировать. Смысл глобальной компиляции в том, чтобы в файлы приложения, условно говоря, в UtilElements.Code прописался корректно скомпилированный байт-код, а где именно это будет сделано (в тестовой среде или рабочей), не принципиально.

[Poleax]

Цитата:

Тип события: Ошибка
Источник события: .NET Runtime 2.0 Error Reporting
Категория события: Отсутствует
Код события: 1000

Вариантов решений проблемы оказывается может быть несколько:

• Некоторые в инете предлагают чудо утилиту по решению проблемы http://www.articlesbase.com/data-rec...--1014962.html
• Некоторые разобрались с привелегиями сервера в домене http://www.mail-archive.com/axapta-k.../msg18171.html
  Проверте GPO накладываемые на сервер.
• Другим помогла установка SQL AMO http://blogs.msdn.com/b/emeadaxsuppo...ql-server.aspx
• Некоторые переустанавливают полный Framework.

Я бы рекомендовал изучить Event ID 1000 Source .NET Runtime 2.0 Error Reporting
Только для ссылок вида M953478 на eventid.net, сами пишите адрес в браузере вида http://support.microsoft.com/kb/953478

+ Периодически останавливается с ошибкой служба AOS

[Poleax]

Daiver проблему устранили? Поделитесь вариантом решения.

[Daiver]

Цитата:

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

Daiver проблему устранили? Поделитесь вариантом решения.

Пока добавил ключик /3GB в boot.ini . Но AOS еще не набрал 1.5 гига, так что пока рано говорить удалось ли решить проблему.
Так как это все происходит на боевой, а за день не всегда набирается 1.5 гиг в AOSе, то процесс поиска варианта устранения ошибки может затянутся. Знать бы наверняка что именно поможет
Как только проблема будет устранена, я обязательно напишу как её решили.
А может кто подскажет, что можно запустить в Аксапте чтобы AOS стал прожорливо кушать память?

[Ivanhoe]

Есть на совсем тестовой установке такая проблема. Стоит AOS (64 бита, 4Гб ОЗУ) и клиент от RU6, подложено приложение от RU5. Периодически AOS падает с указанной ошибкой.

При этом глобальная компиляция на этом приложении (заведомо рабочее, хоть и кастомизировано) ни разу не завершилась - аналогично падает AOS.
Индексные файлы удалялись, AOS стартует без проблем.

Пока руки не дошли все перепроверить и/или переустановить, но симптом какой-то нехороший. Не должен AOS падать просто так

[Alexius]

Цитата:

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

глобальная компиляция на этом приложении (заведомо рабочее, хоть и кастомизировано) ни разу не завершилась - аналогично падает AOS.

1. Т.е. АОС падает после съедания всей памяти ?
2. АОС и клиент установлены на одном компе ?
3. Много ли памяти захватывает системный кэш ?

[Ivanhoe]

1. Не знаю - еще не мониторил. Но ошибка в логах одна и именно такая, как в первом сообщении.
2. Один сервер - AOS, приложение, БД, терминальный, там же и клиенты.
3. Из физической памяти около 2 Гб (из 4) свободно. Файл подкачки - около 2 Гб.

[Daiver]

На прошлой неделе, в течении 3-х дней AOS благополучно слопал 2 гига с опцией /3GB в boot.ini.
А сколько вообще памяти должно быть для AOS-а чтобы 60 пользователей комфортно работали?

[Alexius]

Цитата:

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

На прошлой неделе, в течении 3-х дней AOS благополучно слопал 2 гига с опцией /3GB в boot.ini.

Счастливые, у меня 15-20 пользователей съедают 3-4 Гб за несколько дней, далее правда объем использованной памяти не растет, но что бы не перезагружать еженочно АОС пришлось перейти на х64 и расширить память с 4 до 8 Гб. В ближайшем будущем к этим пользователям добавиться еще 20-30, будем смотреть/думать.

Цитата:

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

А сколько вообще памяти должно быть для AOS-а чтобы 60 пользователей комфортно работали?

Видимо это индивидуально, как сами пользователи

[Daiver]

Цитата:

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

На прошлой неделе, в течении 3-х дней AOS благополучно слопал 2 гига с опцией /3GB в boot.ini.

Чуда не случилось, AOS стал кушать больше памяти с опцией /3GB, но все равно падает.
Будем шаманить дальше.

Тип события:	Ошибка
Источник события:	.NET Runtime 2.0 Error Reporting
Категория события:	Отсутствует
Код события:	1000
Дата:		02.02.2011
Время:		12:04:26
Пользователь:		Н/Д
Компьютер: ********
Описание:
Faulting application ax32serv.exe, version 5.0.1500.3761, stamp 4cd58bba, faulting module ax32serv.exe, version 5.0.1500.3761, 
stamp 4cd58bba, debug? 0, fault address 0x0022dbc5.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 41 00 70 00 70 00 6c 00   A.p.p.l.
0008: 69 00 63 00 61 00 74 00   i.c.a.t.
0010: 69 00 6f 00 6e 00 20 00   i.o.n. .
0018: 46 00 61 00 69 00 6c 00   F.a.i.l.
0020: 75 00 72 00 65 00 20 00   u.r.e. .
0028: 20 00 61 00 78 00 33 00    .a.x.3.
0030: 32 00 73 00 65 00 72 00   2.s.e.r.
0038: 76 00 2e 00 65 00 78 00   v...e.x.
0040: 65 00 20 00 35 00 2e 00   e. .5...
0048: 30 00 2e 00 31 00 35 00   0...1.5.
0050: 30 00 30 00 2e 00 33 00   0.0...3.
0058: 37 00 36 00 31 00 20 00   7.6.1. .
0060: 34 00 63 00 64 00 35 00   4.c.d.5.
0068: 38 00 62 00 62 00 61 00   8.b.b.a.
0070: 20 00 69 00 6e 00 20 00    .i.n. .
0078: 61 00 78 00 33 00 32 00   a.x.3.2.
0080: 73 00 65 00 72 00 76 00   s.e.r.v.
0088: 2e 00 65 00 78 00 65 00   ..e.x.e.
0090: 20 00 35 00 2e 00 30 00    .5...0.
0098: 2e 00 31 00 35 00 30 00   ..1.5.0.
00a0: 30 00 2e 00 33 00 37 00   0...3.7.
00a8: 36 00 31 00 20 00 34 00   6.1. .4.
00b0: 63 00 64 00 35 00 38 00   c.d.5.8.
00b8: 62 00 62 00 61 00 20 00   b.b.a. .
00c0: 66 00 44 00 65 00 62 00   f.D.e.b.
00c8: 75 00 67 00 20 00 30 00   u.g. .0.
00d0: 20 00 61 00 74 00 20 00    .a.t. .
00d8: 6f 00 66 00 66 00 73 00   o.f.f.s.
00e0: 65 00 74 00 20 00 30 00   e.t. .0.
00e8: 30 00 32 00 32 00 64 00   0.2.2.d.
00f0: 62 00 63 00 35 00 0d 00   b.c.5...
00f8: 0a 00                     ..

[Alexius]

Цитата:

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

Чуда не случилось, AOS стал кушать больше памяти с опцией /3GB, но все равно падает.
Будем шаманить дальше.

Боюсь, что все шаманство сводится к скармливанию АОСу такого объема памяти, чтоб он подавился

[gl00mie]

Вообще, складывается такое впечатление, что в 2009-й AOS кэширует записи в таблицах не в едином кэше, как раньше, а в отдельном кэше на каждую пользовательскую сессию. Возможно, это позволяет избавиться от лишних блокировок при доступе к кэшу, однако, памяти отъедается действительно непривычно много.