Active IQ Unified Manager Discussions
Active IQ Unified Manager Discussions
Solved! See The Solution
Hi there!
It looks like this issue has been resolved in NetApp Ticket 2008008622.
For summary, it looks like the solution was to exclude the installer location from local virus scanning during install. If you find this post after having similar issues, try that, and then contact our support team via the details at https://www.netapp.com/us/contact-us/support.aspx for further assistance.
Hope this helps!
Hi Robert,
Did you by any chance install on a drive other than C:\?
Unfortunately we have a dependency on something called 8dot3names (https://docs.microsoft.com/en-us/windows-server/administration/windows-commands/fsutil-8dot3name), which is not enabeled on drives other than C:\ by default. So to avoid any issues related to that, you'd either have to enable 8dor3names on the drive you want to install on or refrain from using paths that contain file or folder names longer than 8 characters, such as "D:\Program Files". Just use "D:\" as the target path instead or if you must use a specific folder, keep the name short, maybe "D:\OCI" would do.
Also, the install logs that you can find in ..\SANscreen\bin\log and should be copied out prior to the rollback, is usually more helpful than the screenshot.
Hello,
I have installed DWH on 😧 drive, and used suggesions about 8dot3name from https://kb.netapp.com/app/answers/answer_view/a_id/1086990
Regards
Robert
Hi Robert,
Ok, so if we can rule out an 8dot3names issue, what about the informix user?
I understand this is a re-install. Can you make sure the informix user doesn't have to change the passord at the next login? Reason being, if the checkbox for the user having to change the password at the next login is ticked off, then the service for the informix database (aka. contentstore) won't start and the installer will roll back.
Hello,
I have deleted informix user and Informix-Admin group before the last install. The recreated informix user doesn't have to change the password.
I have copied log folder from the D:\Program Files\SANscreen\bin
When I have attached these files to this post received information "The contents of the attachment doesn't match its file type."
The result is the same "There is a problem with this Windows Installer package. ..."
Regards
Robert
Hi there!
It looks like this issue has been resolved in NetApp Ticket 2008008622.
For summary, it looks like the solution was to exclude the installer location from local virus scanning during install. If you find this post after having similar issues, try that, and then contact our support team via the details at https://www.netapp.com/us/contact-us/support.aspx for further assistance.
Hope this helps!