There are many ways you can deploy Autodesk software and in this post/video, I’ll try to explain the different methods. I’ll also show how you can easily create a deployment of AutoCAD 2013 on a DFS location, using my office as an example. In the video, I’ll also go through different methods of automated software deployment, including batch files, Group Policy, and SCCM.
I initially created a group policy as I’ve always done. Set package installation paths, point to the MSIs. Seems like that didn’t work too well. After a gpupdate /force, the workstation will look like it’s installing the software but when you log in and actually try to install it, you’ll get this errror with ACCORE.DLL crashing.
After looking through a lot of different discussions boards and PDF white papers and going through a few trial runs in our lab, AutoCAD 2013 is now installed in my training rooms, pushed automatically via OU association with Group Policy. It was a little bit of a hassle to figure out the various MSI and MST files needed for successful GPO push, but alas, all is well in the universe again
Confirmed my licenses for 3ds max design 2013, and packaged the deployment in my DFS – no errors or failures. The next step was to deploy the software! My philosphy is always to automate as much as possible so I decided to use Group Policy to push the software out. Initially done on my lab, I then applied the GPO to one of my training rooms. EPIC FAILURE! Here’s the error message from the workstation:
Event ID 10005
Product: Autodesk 3ds Max Design 2013 64-bit — 1: 5 2: adlmPITSetProductInformation failed. 3:26
I searched for the solution, including renaming the .pit file from the Program Data directory but it didn’t work! I’ve been working on finding a solution for this so my GPO will push but nothing seems to work! Sounds like I’ll have to start a case with Autodesk! 😦
I know I have 3ds max design licenses, I even checked my FlexLM on my server. It shows I have 50 licenses, but why can’t one of my users start up 3ds max design? When I start the software, I see this message, “The software license check out failed. Error 20.”
I went on a fact-finding mission, checking to see if the workstation actually communicated with the license server. You do this by checking the debug file. If the workstation did try to check out a license, it would leave an entry there. As I expected, there was no entry. I then went back to the workstation and disabled the Windows Firewall. Problem Solved! It turns out that a recent Windows Update actually made the firewall block ports needed by the license server. The fix?
- Make the few exceptions on the Windows Firewall via GPO,
- Applied the GPO to my domain,
- Performed a “gpupdate /force” on the problematic workstation and