Issues installing AutoCAD 2009
We ran into the same issues many have reported trying to install AutoCAD 2009 and other AutoDesk products with SCCM 2007 SP1. Following their own instructions to use SCCM doesn't result in a usable package.
I opened an incident with Microsoft Premier Support (CASE_ID_NUM: SRZ081104000346), and, got an answer on the issue, which I forwarded to AutoDesk, and, posted on their Forums (http://discussion.autodesk.com/forums/thread.jspa?messageID=5993608�). While AutoDesk eventually acknowledged their problem, they are only going to fix it in the next release, AutoCAD 2010, rather than issue a fix or patch.
Basically, when you run their setup.exe, it spawns a bunch of processes to start the prerequites, then base program installs, then exits. Unfortunately...it exits with a non-standard error code of 259, which neither SCCM nor CA DSM recognize as anything, so, they both report failure (within about 20 seconds after starting). At least with SCCM, the install continues, but, SCCM has basically quit monitoring anything, and, my programmed reboot after the install (required) never happened.
It seems that AutoDesk is a proud member of the other A-List vendors (Apple, Adobe) that produce problematic products for enterprise deployment.
I opened an incident with Microsoft Premier Support (CASE_ID_NUM: SRZ081104000346), and, got an answer on the issue, which I forwarded to AutoDesk, and, posted on their Forums (http://discussion.autodesk.com/forums/thread.jspa?messageID=5993608�). While AutoDesk eventually acknowledged their problem, they are only going to fix it in the next release, AutoCAD 2010, rather than issue a fix or patch.
Basically, when you run their setup.exe, it spawns a bunch of processes to start the prerequites, then base program installs, then exits. Unfortunately...it exits with a non-standard error code of 259, which neither SCCM nor CA DSM recognize as anything, so, they both report failure (within about 20 seconds after starting). At least with SCCM, the install continues, but, SCCM has basically quit monitoring anything, and, my programmed reboot after the install (required) never happened.
It seems that AutoDesk is a proud member of the other A-List vendors (Apple, Adobe) that produce problematic products for enterprise deployment.
0 Comments
[ + ] Show comments
Answers (9)
Please log in to answer
Posted by:
Witto
6 years ago
For the silent or quiet (unattended) installation of Autodesk Design Review or DWG TrueView, create a batch file next to Setup.exe, name it Install.cmd, Setup.cmd, Install.bat or Setup.bat or so. Write in the file:
@Echo Off
start /w "" "%~dp0Setup.exe" /S /Q /W /I"%~dp0Setup.ini"
The /W makes Setup.exe wait intill the end of the installation. The return code or errorlevel or exit code should now be 0.
Posted by:
anonymous_9363
15 years ago
Posted by:
dinozilla
15 years ago
Posted by:
anonymous_9363
15 years ago
Posted by:
luvwarmth
14 years ago
Posted by:
t_claydon
14 years ago
Posted by:
anonymous_9363
14 years ago
I don't know if you've seen these:
http://myitforum.com/cs2/blogs/smslist/archive/2009/02/28/mssms-task-sequence-advertisements-report-issue-djh8y23sdt.aspx
http://episteme.arstechnica.com/eve/forums/a/tpc/f/12009443/m/462000698931 (see the post about halfway down)
http://myitforum.com/cs2/blogs/smslist/archive/2009/02/28/mssms-task-sequence-advertisements-report-issue-djh8y23sdt.aspx
http://episteme.arstechnica.com/eve/forums/a/tpc/f/12009443/m/462000698931 (see the post about halfway down)
Posted by:
Rodus
14 years ago
Here at the Uni we use Altiris to push out the Vendor generated Shortcut to the local workstation and saw that once Altiris passed the shortcut to Autocad 2009/2010 it lost track of the install and errored with the same error code of 259 (no further data) - however the install still continued. So we added a small VB script to watch for the process setup.exe
This worked a treat, we have found other apps that behave like this - as if the initial installer then passes the buck off to another app that does the work yet we are left with no way to monitor it hence the need to use the VB script to watch for the 2nd process
This worked a treat, we have found other apps that behave like this - as if the initial installer then passes the buck off to another app that does the work yet we are left with no way to monitor it hence the need to use the VB script to watch for the 2nd process
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.