Error 1711 при установке AOS AX2009

[AX-DMiTRy]

инсталляция AOS откатывается с ошибкой:
Product: Microsoft Dynamics AX 2009 Object Server (64 bit) (01-DynamicsAx2009) -- Error 1711. An error occurred while writing installation information to disk. Check to make sure enough disk space is available and click Retry, or click Cancel to end the install.
есть мнение по какой причине?

на диске места много, запуск под администратором, все прочие программы устанавливаются
Hyper-V на ней: WServer2012StdR2+SQLServer2012
такая же ситуация и на WServer2003R2SP2+SQLServer2008
возможно проблема в настройке групповой политики?

[AX-DMiTRy]

на Hyper-V настроил контроллер домена, сервер на WServer2003R2SP2+SQLServer2008
в домен добавил Win8.1
не хочет AOS DAX 2009 устанавливаться теперь уже на W8.1 все та-же проблема 1711

[KiselevSA]

Есть два возможных источника проблемы: 1) включены дисковые квоты; 2) во временной папке скопилось большое количество файлов (папок) с нулевой длинной (тупо не хватает файловых дескрипторов для папки %temp%).
Отключить дисковые квоты для пользователя, под которым делаете установку, и очистить папку %temp%

[AX-DMiTRy]

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

temp папки тоже проверял
чистил диск сервисной операцией
менял темп папки на свои
результата нет

Ставлю под Админом.
главное, что напрягает, это проявляется на всех серверных версиях операционок с 2003
прочие программы устанавливаются.. SQL Server то установлен.. а АОС ругается..

Есть предположение о несовместимости Инсталятора встроенного в Windows с AOS. Т.е. DAX2009 не поддерживает инсталятор новых операционок..
В инети на проблему 1711 жалуются при инсталяции других программ, например symantec там советуют в безопасном режиме выгружать инсталятор, удалять и переустанавливать с сайта microsoft
есть рекомендация от Майкрософта ссылка
но не может быть инсталятор на всех операционках с ошибкой
или где-то что-то надо настроить или DAX не поддерживает

давно ставил все на VMWare под WSer2003 (вроде)
тогда установку выполнял подменой в реестре имени ПК, в домен не включал..
сейчас же и с этим вариантом на Hyper-V WSer2003 есть проблемы
не на 2000 же сервер ставить..

[gl00mie]

Если AX 2009 ставится на какую-то древность вроде Windows Server 2003, то стоит поискать заплатки/обновления для Windows Installer, потому что их в былые времена выходило сравнительно много. Вот тут пишут про набор шаманских действий и чистку temp (якобы у кого-то там скопилось 65 тыщ пустых временных файлов msi*.tmp), также рекомендуют запустить проверку диска, вдруг там чего в NTFS неладно. Не знаю, как на счет w2k3, а на w7 AX 2009 ставится на ура.

[AX-DMiTRy]

msi*.tmp пробовал, нет таких
проверку диска делал
sfc /scannow делал
я пробовал операционки начиная с 2003, есть 2008 и 2012 везде одно и тоже 1711

w7 сейчас попробую
есть ли случаи установки АОС 2009 на 8.1?

[AX-DMiTRy]

W7 пробовал -> 1711
другой дистрибутив АХ пробовал
я уже думаю не проблема ли в Динамически расширяемых дисках на которых работает Hyper-V

[KiselevSA]

Странная какая-то ошибка. Предложу еще один вариант, ибо иногда установщик не любит длинные и, особенно, с русскими буквами пути до временной папки:
1. Создайте папку Temp в корне диска C.
2. Установите переменные Tmp и Temp для пользователя, под которым осуществляется установка, на эту папку.
3. Попробуйте установить AOS.

[gl00mie]

Цитата:

Сообщение от AX-DMiTRy

W7 пробовал -> 1711, другой дистрибутив АХ пробовал. я уже думаю не проблема ли в Динамически расширяемых дисках на которых работает Hyper-V

Я лично предпочитаю по возможности видеть подобные ошибки "воочию", к примеру, с помощью Process Monitor - он хотя бы показывает, кто, что, куда пытается писать и что в ответ получает от OS, без "осмысления" происходящего с приведением к своему списку ошибок.

[chunga_changa]

Цитата:

Сообщение от AX-DMiTRy

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

temp папки тоже проверял
чистил диск сервисной операцией
менял темп папки на свои
результата нет

Ставлю под Админом.
главное, что напрягает, это проявляется на всех серверных версиях операционок с 2003
прочие программы устанавливаются.. SQL Server то установлен.. а АОС ругается..

Есть предположение о несовместимости Инсталятора встроенного в Windows с AOS. Т.е. DAX2009 не поддерживает инсталятор новых операционок..
В инети на проблему 1711 жалуются при инсталяции других программ, например symantec там советуют в безопасном режиме выгружать инсталятор, удалять и переустанавливать с сайта microsoft
есть рекомендация от Майкрософта ссылка
но не может быть инсталятор на всех операционках с ошибкой
или где-то что-то надо настроить или DAX не поддерживает

давно ставил все на VMWare под WSer2003 (вроде)
тогда установку выполнял подменой в реестре имени ПК, в домен не включал..
сейчас же и с этим вариантом на Hyper-V WSer2003 есть проблемы
не на 2000 же сервер ставить..

С операционками, у дистриба аксапты нет никакой враждённой не совместимости - это миф.
Лично ставил на всё начиная с 2008 - 2012r2 прекрасно работает.

Если ранее ставил на машину без домена (очень хочется правда посмотреть как ты это сделал, поскольку при первой установке она пишет в SysUserInfo - Admin - SID из доменной учётки)

1 - Советую присмотреться, к домену и авторизации в нём, и ставить от имени доменной УЗ которая является администратором машины.
2 - Сколько не сталкивался с динамикой Hyper-V она каждый раз работала криво

[AX-DMiTRy]

Цитата:

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

очень хочется правда посмотреть как ты это сделал

подменой имени компьютера в реестре

Цитата:

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

1 - Советую присмотреться, к домену и авторизации в нём, и ставить от имени доменной УЗ которая является администратором машины.

на WServer2012 ставлю SQL
добавляю роли
повышаю его до контроллера домена
настраиваю новый лес
перезагружаю
вхожу под пользователем ДОМЕН\Администратор

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

[AX-DMiTRy]

на WS2012
кроме Доменные службы AD поставил Службы упр правами AD
и установка пошла без ошибок