Installation & Licensing

Reply
*Hughes, chris
Message 1 of 8 (75 Views)

Upg from r14 to 2000

75 Views, 7 Replies
02-13-2001 05:05 AM
I am upgrading our existing r14 installation to a 2000. I want to know
if it is possible to run an r14 adlm along with a 2000 adlm on the same
network or better yet on the same NT 4.0 workstation.There are 2 reasons
for wanting to do this: 1 not all available licenses were upgraded and 2
I would like some of our more advanced users to test run the 2000 before
everyone else. Thanks for any help.
Chris Hughes
*milana, jerry
Message 2 of 8 (75 Views)

Re: Upg from r14 to 2000

02-13-2001 09:39 AM in reply to: *Hughes, chris
Chris,

You can only run one AdLM server per system however a single AdLM server can
control both R14 and 2000. The first thing you want to check is what
version of AdLM you are running now. You can find this in your adlm.log
file. If you are running AdLM 4.1.3 you should upgrade it to 5.0.1c found on
your AutoCAD 2000 CD. Make sure you make a copy of your 140.lic file prior
to starting the update process. The first step in the process is to remove
the old AdLM. Simply uninstalling AdLM does not do the trick. See document
number TS18511 in the Autodesk Product Support knowledgebase for the
details. Then install the new AdLM, copy your old key file (140.lic) back
to the key directory then authorize AutoCAD 2000. Under your license
agreement terms you may leave the 140.lic in place for 30 days for
transition. If you did not upgrade all of your seats, you must call
Autodesk Customer Service to obtain a new auth code for R14 to authorize the
proper number of seats.

Jerry Milana,
Autodesk Product Support
"chris Hughes" wrote in message
news:3A89A18F.B6707765@afassoc.com...
> I am upgrading our existing r14 installation to a 2000. I want to know
> if it is possible to run an r14 adlm along with a 2000 adlm on the same
> network or better yet on the same NT 4.0 workstation.There are 2 reasons
> for wanting to do this: 1 not all available licenses were upgraded and 2
> I would like some of our more advanced users to test run the 2000 before
> everyone else. Thanks for any help.
> Chris Hughes
>
Active Member
Posts: 8
Registered: ‎04-10-2001
Message 3 of 8 (75 Views)

Re:

04-10-2001 10:50 PM in reply to: *Hughes, chris
We're in a similar situation. Is there any problem
on the client end with test running 2Ki on the
same machine as an existing R14 install, or should
we use a clean machine to do the 2Ki testing?

-RDS
*martin, jason
Message 4 of 8 (75 Views)

Re:

04-10-2001 11:21 PM in reply to: *Hughes, chris
I've installed R14 on the same machine as 2k, 2ki and many of the desktop products. No
major defects found.

jason martin
frankfurt-short-bruza

"rdsucher" wrote in message news:f02928b.1@WebX.maYIadrTaRb...
We're in a similar situation. Is there any problem
on the client end with test running 2Ki on the
same machine as an existing R14 install, or should
we use a clean machine to do the 2Ki testing?
-RDS
*Derek
Message 5 of 8 (75 Views)

Re:

04-18-2001 09:59 AM in reply to: *Hughes, chris
I had no trouble with the installation, but using
one, then the other caused some annoyances with the Windows registry.  E.g.
R14 DWG filetype information would get lost by running 2000i and have to be
manually replaced.

 

Also, running 2000i from server program files and
minimal client-side files led to problems between it and R14.  We could
install 2000i and it ran fine.  Then run and close R14, and then run 2000i,
and 2000i would repair its registry entries with incorrect paths (to the local
rather than network paths) that caused various problems. 
Re-installing 2000i would set it straight until R14 was run again.

 



style="BORDER-LEFT: #000000 2px solid; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px; PADDING-RIGHT: 0px">We're
in a similar situation. Is there any problem
on the client end with test
running 2Ki on the
same machine as an existing R14 install, or should

we use a clean machine to do the 2Ki testing?

-RDS

*F, Dan
Message 6 of 8 (75 Views)

Re:

05-03-2001 07:56 AM in reply to: *Hughes, chris
I have exactly the same problem that Derek describes (in the second
paragraph) below. I also have Cad Overlay 2000 run from the server, so
re-installing takes a bit longer. Has anyone found a fix for this
problem?

Derek wrote:

> I had no trouble with the installation, but using one, then the other
> caused some annoyances with the Windows registry. E.g. R14 DWG
> filetype information would get lost by running 2000i and have to be
> manually replaced. Also, running 2000i from server program files and
> minimal client-side files led to problems between it and R14. We
> could install 2000i and it ran fine. Then run and close R14, and then
> run 2000i, and 2000i would repair its registry entries with incorrect
> paths (to the local rather than network paths) that caused various
> problems. Re-installing 2000i would set it straight until R14 was run
> again.
*Derek
Message 7 of 8 (75 Views)

Re:

05-10-2001 06:55 AM in reply to: *Hughes, chris
Here's the Windows Registry entry that AutoCAD 2000i inconsistently uses for
the location of its program files:

HKEY_LOCAL_MACHINE\SOFTWARE\Autodesk\AutoCAD\R15.0\ACAD-12:409
"AcadLocation"="C:\Program Files\Autodesk Architectural Desktop 3"

(I think "409" is a region code or something, yours might be different.)

Changing this value to the network path location of the acad.exe file fixed
this problem, however it also brought new problems. To edit such things as
plotter properties or plot styles, I have to set the value back to the
original, local directory. Big, tedious pain in the butt. Numerous posts
in autodesk.expresstools about this didn't draw any response from Autodesk
at all, which I guess means we're on our own.

The alternative is to install with client-side program files, but that
defeats much of the advantage of a networked installation.

Good luck.

"Dan F" wrote in message news:3AF1D422.99AC26ED@sunde.com...
> I have exactly the same problem that Derek describes (in the second
> paragraph) below. I also have Cad Overlay 2000 run from the server, so
> re-installing takes a bit longer. Has anyone found a fix for this
> problem?
>
> Derek wrote:
>
> > I had no trouble with the installation, but using one, then the other
> > caused some annoyances with the Windows registry. E.g. R14 DWG
> > filetype information would get lost by running 2000i and have to be
> > manually replaced. Also, running 2000i from server program files and
> > minimal client-side files led to problems between it and R14. We
> > could install 2000i and it ran fine. Then run and close R14, and then
> > run 2000i, and 2000i would repair its registry entries with incorrect
> > paths (to the local rather than network paths) that caused various
> > problems. Re-installing 2000i would set it straight until R14 was run
> > again.
>
*martin, jason
Message 8 of 8 (75 Views)

Re:

05-10-2001 07:35 AM in reply to: *Hughes, chris
The 12 can also be different depending on what product you are running. ADT2 was 4, Acad
2000 was 1, ADT3 is 12...

jason
"Derek" wrote in message
news:3760D84DE11B5811C092690A02621DCB@in.WebX.maYIadrTaRb...
> Here's the Windows Registry entry that AutoCAD 2000i inconsistently uses for
> the location of its program files:
>
> HKEY_LOCAL_MACHINE\SOFTWARE\Autodesk\AutoCAD\R15.0\ACAD-12:409
> "AcadLocation"="C:\Program Files\Autodesk Architectural Desktop 3"
>
> (I think "409" is a region code or something, yours might be different.)
>
> Changing this value to the network path location of the acad.exe file fixed
> this problem, however it also brought new problems. To edit such things as
> plotter properties or plot styles, I have to set the value back to the
> original, local directory. Big, tedious pain in the butt. Numerous posts
> in autodesk.expresstools about this didn't draw any response from Autodesk
> at all, which I guess means we're on our own.
>
> The alternative is to install with client-side program files, but that
> defeats much of the advantage of a networked installation.
>
> Good luck.
>
>

You are not logged in.

Log into access your profile, ask and answer questions, share ideas and more. Haven't signed up yet? Register

Announcements
Welcome to the new Autodesk Community!
If this is your first visit, click here to get started and make the most of the Community. Let us know what you think of the new experience in the Community Feedback Forum.

Need installation help?

Start with some of our most frequented solutions to get help installing your software.

Ask the Community




Connect with Us

Twitter

Pinterest

Blog

Youtube