Thanks.  Told me that the system is listed as a type 3 which is server.  MsiNTProductType must be getting its' info from somewhere else.
 
Scott Klassen


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Akomolafe, Deji
Sent: Wednesday, September 27, 2006 10:51 AM
To: [email protected]
Subject: RE: [ActiveDir] Question about computer role


Sincerely,
   _____                               
  (, /  |  /)               /)     /)  
    /---| (/_  ______   ___// _   //  _
 ) /    |_/(__(_) // (_(_)(/_(_(_/(__(/_
(_/                             /)     
                               (/      
Microsoft MVP - Directory Services
www.akomolafe.com - we know IT
-5.75, -3.23
Do you now realize that Today is the Tomorrow you were worried about Yesterday? -anon


From: Scott Klassen
Sent: Wed 9/27/2006 8:33 AM
To: [email protected]
Subject: [ActiveDir] Question about computer role

Only peripherally related to AD, but with the technical expertise of many
here, I figure someone may have the answer.

I'll try to make this as "Readers-Digest" as possible.

I recently had to re-install SAV on a particular server.  One of the
optional components wasn't showing up.  After pouring through the install
log, googling, and poking into the MSI with ORCA, I figured out why this was
happening.  In the Condition table of the installer, one of the validation
checks for what can and cannot be installed is based upon the computers
"Role" returned by MsiNTProductType.  This is a member server now, but was
previously a DC (Yeah I know, should have been rebuilt, but it happened
before I worked here and we have a LOB app on this machine which is vendor
installed and supported for big $$$.  Lots of custom permissions, files, and
reg entries to make this app function that we have no documentation of.  A
reinstall would not only stop our business until completed, but would cost
us $10K+ in vendor fees).  

I've edited the validation string in the MSI to take out that check and was
then able to install the option I wanted.  Of course, the next
version/update will have that string back in again and I don't care to have
to custom edit the MSIs in future for this one machine.

I'm looking for two things:

1)  Some way of querying against MsiNTProductType on the machine so that I
can see the results.  I'm guessing that it is returning 500-2 (W2K DC), but
would like to verify.  Been googling around, but haven't had any luck so
far.

2)  If the problem is that the machine thinks that it is still a DC, a
(hopefully) non-disruptive method of changing this information on the
machine to return 500-3 (w2k server).  AD believes this machine is a member
server and there is no remnants in AD of this box once being a DC, so it's
is definitely a setting on the local machine.  I've had one suggestion to
try disjoining and rejoining this machine from the domain to possibly fix
this, but would prefer another method if possible due to the vendor app
issue listed above.

Scott Klassen  



List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.activedir.org/ml/threads.aspx

Reply via email to