Dynamics AX Sustained Engineering: Dynamics AX 2009 Rollup 6 has been released to Partner Source and Customer Source

[Daiver]

Zitat:

Zitat von Vadik

Повод проверить содержимое SQLDICTIONARY

Там все верно, поле CREATEDDATETIME. В самой базе поле тоже CREATEDDATETIME.

Откуда система берет createddate?
В качестве временного решения создал поля createddate и createdtime для того чтобы работал механизм "Журнал базы данных".

[Damn]

А я после накатывания 6-го роллапа не могу создать проект обнаружения конфликтов слоёв. Разработческий слой занимает около 5 процентов от общего размера приложения. Объектов, содержащих слои sys и gls, модифицировано много.
Запускаю процедуру формирования проекта, аксаптовский клиент что-то делает часа полтора, съедает в системе около двух гигабайт оперативной памяти и вылетает сообщение, говорящее о том что Ax32.exe выполнил недопустимую ошибку и сейчас будет закрыт.
Клиента Dynamics Ax запускаю на Windows Server 2008, может это как-то влияет.
Без обнаружения конфликтов слоёв дальнейшие шаги вобщем-то и бессмысленно делать.

[Kabardian]

Zitat:

Zitat von Poleax

Может HRP SL2 мешает? Компиляция, что показала?
Human Resource Management and Payroll for Microsoft Dynamics AX 2009 (Russia)
https://mbs.microsoft.com/partnersou...alse&stext=HRP
https://mbs.microsoft.com/customerso...alse&stext=HRP

от 27-Jul-10 заточен под Hotfix Rollup 5
под Rollup 6 обновление HRP ожидается.

SL2 и правда мешает, но в другом месте -- появилась проблема известная еще для Rollup 5:
RU5: Теперь при компиляции OfficialsTrans_RU ругается на BaseEnum OffReportType_RU::TransferInvoiceM15

upd: можно ли как-то снести HRP и не затронуть остальную систему, которая уже обновлена до Rollup 6 Насколько я понимаю достаточно в обратном порядке пройти инструкцию по установке HRP (удалить слои и восстановить оригинальные шаблоны).

[Kabardian]

Zitat:

Zitat von Damn

Запускаю процедуру формирования проекта, аксаптовский клиент что-то делает часа полтора, съедает в системе около двух гигабайт оперативной памяти и вылетает сообщение, говорящее о том что Ax32.exe выполнил недопустимую ошибку и сейчас будет закрыт.

Вырезка из Microsoft Dynamics AX 2009 SP1 Readme
https://mbs.microsoft.com/downloads/...SP1_Readme.htm

Zitat:

Insufficient memory allocation causes Microsoft Dynamics AX upgrade to fail during ‘Detect code upgrade conflicts’ checklist
During the process of running the code upgrade conflict detection in the SP1 upgrade checklist, the Microsoft Dynamics AX client can stop working when one or more layers are very large and there is not enough system memory to support the process.

To work around this issue, ensure that at least 3GB of memory are available to the Microsoft Dynamics AX upgrade process.

Important
We recommend restoring the 2GB user-mode process threshold after the upgrade has completed.
For information about ensuring that 3GB of memory are available to the upgrade process, and about restoring the default 2GB threshold for user mode-processes, see Use of the /3GB switch in Exchange Server 2003 on a Windows Server 2003-based system.

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

Например, при установке Rollup 6 на AX2009 SP1 EE GLS (HRP) на сервере с 4 Гб памяти у меня не было проблем с этой процедурой. Даже не пришлось прописывать ключ /3Gb в файле boot.ini.

[Damn]

Zitat:

Zitat von Kabardian

Например, при установке Rollup 6 на AX2009 SP1 EE GLS (HRP) на сервере с 4 Гб памяти у меня не было проблем с этой процедурой. Даже не пришлось прописывать ключ /3Gb в файле boot.ini.

У вас скольки-битная операционка на сервере? Может 64-битная, в этом случае параметр вроде не нужен.
А у меня там Windows 32-битный (оперативной памяти кстати 4 гигабайта), сейчас выставлю /3Gb и попробую запустить формирование проекта конфликта слоёв ещё раз.

[Damn]

Не помогло

[Wamr]

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

[Kabardian]

Zitat:

Zitat von Damn

У вас скольки-битная операционка на сервере?

32-битная.

[Damn]

На самом деле разработческих слоёв у меня два. Занимают - 41 и 67 мегабайт.
И вот с тем который 41 мегабайт проблем не возникло, для него проект конфликта слоёв создался легко и непринуждённо. Ошибка вылетает на 67-мегабайтном.
Версии клиента и аоса одинаковые, обновлённые.
Насчёт того чтобы поправить процедурку - надо подумать.

[gl00mie]

Zitat:

Zitat von Kabardian

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

Че-то они гонят, по-моему. Я пробовал собирать проект обновления под виндой x64 (которая 32-битным приложениям вообще максимум адресного пространства из первых 4-х гигов выделяет) с 3 гигами оперативки - клиент валился на раз. Кроме того, чтобы 32-битное приложение могло оперировать не 2-мя, а 3-мя гигами оперативки, у него должен быть выставлен в заголовке определенный флаг, иначе ему этот лишний гиг - как мертвому припарка. Я некогда для себя делал утильку для просмотра версии AOCP/RPC-интерфейса в бинарниках Аксапты, и в отладочном режиме она умеет дампить некоторую информацию из PE-заголовка файла, так вот смотрим на клиента из RU6:

Viewer for Microsoft Dynamics AX AOCP Internal Version/RPC Interface Version v1.0.3.0
Copyright (c) 2008 gl00mie
Description  : Microsoft Dynamics AX Client
File version : 5.0.1500.3761
File is DLL  : False
File is 64bit: False
Signature OK : True
Machine Type : I386
File Characts: RelocsStripped, ExecutableImage, Is32bitMachine
Binary kind  : Client
RPC IfUuid   : {ecb33a1f-fd2d-4097-89be-525ddd966134}
RCP IfVersion: 50444.0 (C50C.0000)

А теперь на 32-битный AOS из RU5:

Viewer for Microsoft Dynamics AX AOCP Internal Version/RPC Interface Version v1.0.3.0
Copyright (c) 2008 gl00mie
Description  : Microsoft Dynamics AX Application Object Server
File version : 5.0.1500.2985
File is DLL  : False
File is 64bit: False
Signature OK : True
Machine Type : I386
File Characts: RelocsStripped, ExecutableImage, LargeAddressAware, Is32bitMachine
Binary kind  : ObjectServer
RPC IfUuid   : {ecb33a1f-fd2d-4097-89be-525ddd966134}
RCP IfVersion: 50444.0 (C50C.0000)

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

Zitat:

Zitat von Damn

На самом деле разработческих слоёв у меня два. Занимают - 41 и 67 мегабайт. Ошибка вылетает на 67-мегабайтном. Насчёт того чтобы поправить процедурку - надо подумать.

А че тут думать, надо проект частями собирать, а не по всему АОТу! Во вложении - модификация сбора проекта выявления конфликтов, позволяющая создавать проекты 1) shared вместо private, 2) по отдельным узлам AOT. Правда, писалось наспех, поэтому проекты создаются со стандартными названиями, и если последовательно создавать проекты по нескольким узлам, то надо будет уже созданные переименовывать.

[DSPIC]

Zitat:

Zitat von Poleax

Прямые линки на закачку:

• Dynamics AX 2009 RTM RU-6: KB2405514 (Build: 5.0.593.1429) http://support.microsoft.com/hotfix/...405514&kbln=ru
• Dynamics AX 2009 SP1 RU-6: KB2405516 (Build: 5.0.1500.3761) http://support.microsoft.com/hotfix/...405516&kbln=ru

P.S. Скачать hotfix с PartnerSource

В каждой ссылке есть две версии обновления, одна с суффиксом _BinaryOnly. Значит ли это, что я могу безболезненно обновить только компоненты (AOS, Client), не обновляя при этом само приложение?

[Poleax]

Zitat:

Zitat von DSPIC

В каждой ссылке есть две версии обновления, одна с суффиксом _BinaryOnly. Значит ли это, что я могу безболезненно обновить только компоненты (AOS, Client), не обновляя при этом само приложение?

Да, типа такого ответа писал тут Неизвестная ошибка при установке клиента AX2009 на ПК с Win XP SP3