myITforum.com Community Forum myITforum.com Community Forum

Home  Forums  Blogs  Live Support chat  Search Articles  Wiki  FAQ  Email Lists  Register  Login  My Profile  Inbox  Address Book  My Subscription  My Forums 

Photo Gallery  Member List  Search  Calendars  FAQ  Ticket List  Log Out

All Forums RSS Feed Subscription:


  


MSI Source Paths - multiple packages

 
View related threads: (in this forum | in all forums)

Logged in as: Guest
  Printable Version
All Forums >> [Management Products] >> Microsoft Systems Management Server >> SMS 2003 >> MSI Source Paths - multiple packages Page: [1]
Login
Message << Older Topic   Newer Topic >>
MSI Source Paths - multiple packages - 3/14/2007 12:40:28 PM   
hzawischa


Posts: 796
Score: 63
Joined: 9/18/2001
From: Hamburg, Germany
Status: offline
What will happen if you have for example Office 2003, Office 2003 SP1 and Office 2003 SP2 in SMS and for some reason even on the same DP. They all have the same Product ID (MSI-GUID). So when the SMS client manages the installation source paths, what will it do? Add all three options? And then? What happens if I try to repair my Office 2003 SP2 installation using the source for the SP1 version? Bugs me that I don't know. Can one of you help? Ever tested this?

Thanks
Henrik


_____________________________

Henrik Zawischa
Freelance trainer and consultant

myITforum columnist
Hamburg, Germany
hzawischa@web.de
Post #: 1
RE: MSI Source Paths - multiple packages - 3/14/2007 3:30:22 PM   
cldpeak

 

Posts: 270
Score: 6
Joined: 7/11/2002
Status: offline
Office will always have a default value of its installation source from the location that it was installed from.  So if installed from a DP, its default value will be the installation path to the SMS DP share which may not be available for a regular user when they attempt a repair.

Some options,

Microsoft may have a tool that will help for local installations: http://www.microsoft.com/downloads/details.aspx?FamilyID=10FA7AA3-695B-42C3-9045-B812BA0FED3E&displaylang=en
&
http://office.microsoft.com/en-us/ork2003/HA011402361033.aspx

If you are using administrative install points, you will need:
http://office.microsoft.com/en-us/ork2003/HA011402361033.aspx

Or if you are starting out with building a package for Office 2003 the Custom Installation Wizard that creates the mst (transform file) allows you to add additional items to the system's source list, so when the SMS DP is not available, it can use an alternate server share.

Finally, if you have mixed environment of office 2003 service pack versions, you should get all your office 2003 deployments up to Service Pack 2 and have them recache, if necessary the local msi from an SP2 installation source.  Otherwise, you may have trouble with the SMS ITMU recognizing systems that need office patches.


(in reply to hzawischa)
Post #: 2
RE: MSI Source Paths - multiple packages - 3/18/2007 4:42:32 PM   
cwallace


Posts: 312
Score: 1
Joined: 5/19/2005
From: London,UK
Status: offline
How do you have the client recache?

Thanks

Craig


_____________________________

Regards

Craig Wallace

Systems Support Analyst
Active Directory Administrator
Systems Management Administrator
Workstation Build Administrator
& everything else 3rd Line \ Networks :-)

(in reply to cldpeak)
Post #: 3
RE: MSI Source Paths - multiple packages - 3/19/2007 1:01:09 AM   
hemsell

 

Posts: 49
Score: 0
Joined: 1/23/2006
Status: offline
I do not think they all have the same productID

Office 2003 is 90110409-6000-11D3-8CFE-0150048383C9

here is the secret decoder ring for Office 2003 http://support.microsoft.com/kb/832672

Here it is something similiar for Office XP http://support.microsoft.com/kb/302663
Here is Office 2000 version http://support.microsoft.com/kb/230848/

The format that each GUID uses is:
{WXYYZZZZ-6000-11D3-8CFE-0150048383C9} 
The YY Value tells you it is office 11
And the W tells you what SP level it is. My install is actually SP2, but it was RTM source hence the 9

9 0 11 0409-6000-11D3-8CFE-0150048383C9
w x yy zzzz

< Message edited by hemsell -- 3/19/2007 1:05:10 AM >

(in reply to hzawischa)
Post #: 4
RE: MSI Source Paths - multiple packages - 3/19/2007 10:52:40 AM   
hzawischa


Posts: 796
Score: 63
Joined: 9/18/2001
From: Hamburg, Germany
Status: offline
Thanks so far.

Well, we have {90110407-6000-11D3-8CFE-0150048383C9} here in the Installer-key in the registry. It is Office 2003 SP1 though. It has been installed from a share with integrated SP1, patched admin install if you want. So how can we differentiate between the RTM and a patched version? Apparently not at all.

Regards

Henrik


_____________________________

Henrik Zawischa
Freelance trainer and consultant

myITforum columnist
Hamburg, Germany
hzawischa@web.de

(in reply to hemsell)
Post #: 5
RE: MSI Source Paths - multiple packages - 3/19/2007 1:40:09 PM   
cldpeak

 

Posts: 270
Score: 6
Joined: 7/11/2002
Status: offline
quote:

How do you have the client recache?

msiexec.exe /i "\\ServerNetBIOSName\ServerShareName\officeadmininstallpointpath\Pro11.msi" /q REINSTALLMODE=VOMU REINSTALL=ALL /lvmo C:\msaOfficerecache.log
or if you want to show the user a progress bar change /q to /qb-
or if you want a progress bar and disable the cancel button use /qb-!
Note you do not have to type the full path the msiexec.exe for the client to run it.  Clients should be at Windows Installer 3.1 version 2.  To get the right windows installe version, you must inventory msi.dll.  Have the client run the program from the DP since there are no files and the files it will cache with are on your server.  If you use run with administrative rights for advanced clients, you server share must have both SHARE and NTFS permisions to allow read for the computer account.  Usually this is through using "Domain Computers" global group which should include all your client workstations.

quote:

So how can we differentiate between the RTM and a patched version? Apparently not at all.

If you are at the client you must use add/remove programs and "click here for support information" under office 2003 with the article: http://support.microsoft.com/kb/821549

In your case, it sounds like you need to update your Administrative Install Point (if you are using an AIP) to Service Pack 2.  I copied ours to a new share so that I could work with it without affecting current clients.
If deploying using ITMU, then create a collection (if systems that have had the ITMU scan) where the update 887616 (office 2003 sp2) is applicable such as in the query example:
select
SMS_R_System.ResourceID,
SMS_R_System.ResourceType,
SMS_R_System.Name,
SMS_R_System.SMSUniqueIdentifier,
SMS_R_System.ResourceDomainORWorkgroup,
SMS_R_System.Client 
from 
SMS_R_System inner join SMS_G_System_PATCHSTATEEX 
on SMS_G_System_PATCHSTATEEX.ResourceID = SMS_R_System.ResourceId 
where 
SMS_G_System_PATCHSTATEEX.QNumbers = "887616" 
and SMS_G_System_PATCHSTATEEX.Status = "Applicable"

You can then create an ITMU package using DSUW and check off any 887616 q numbers requested.  There will be more than one, and most likely, not all.  Only check off the one's requested and if prompted to automate checking off more that were intended as a group, be sure to click "yes".

You can then advertise the re-cache and the 887616 ITMU package to the collection with 887616 is dependent on the re-cache program to run first and only once.  This ensures that your clients are re-cached before SP2 is applied.

(in reply to hzawischa)
Post #: 6
RE: MSI Source Paths - multiple packages - 3/19/2007 3:12:09 PM   
cwallace


Posts: 312
Score: 1
Joined: 5/19/2005
From: London,UK
Status: offline
Hi mate and thanks for the reply.

So will REINSTALLMODE=VOMU REINSTALL=ALL actually do a reinstall or just cache the .msi \ .mst?

_____________________________

Regards

Craig Wallace

Systems Support Analyst
Active Directory Administrator
Systems Management Administrator
Workstation Build Administrator
& everything else 3rd Line \ Networks :-)

(in reply to cldpeak)
Post #: 7
RE: MSI Source Paths - multiple packages - 3/19/2007 4:33:37 PM   
cldpeak

 

Posts: 270
Score: 6
Joined: 7/11/2002
Status: offline
here's the article:
http://support.microsoft.com/kb/902349

However, I got a recommendation from Microsoft to use the REINSTALL=ALL - in my testing, this still allwod me to deploy service pack 2, via ITMU through SMS rather than from the AIP.  After this command is run, service pack 2 should still need to be applied.

(in reply to cwallace)
Post #: 8
RE: MSI Source Paths - multiple packages - 3/19/2007 6:54:54 PM   
cldpeak

 

Posts: 270
Score: 6
Joined: 7/11/2002
Status: offline
Hmmm, looks like I need to review my testing - it appears the reinstall=all may be applying service pack 2 - making the ITMU update to SP2 unecessary.

(in reply to cldpeak)
Post #: 9
RE: MSI Source Paths - multiple packages - 3/21/2007 6:55:40 AM   
hemsell

 

Posts: 49
Score: 0
Joined: 1/23/2006
Status: offline
It will stay the same GUID after service packs because Windows Installer need to know what MSI the install files came from.
Windows Installer keeps track of what you have applied to it int he way of patches and service packas - and theoretically it will reapply them when you run a repair

It stores the information it needs in C:\WINDOWS\Installer, but they do not contain the cabs.

(in reply to hzawischa)
Post #: 10
RE: MSI Source Paths - multiple packages - 3/22/2007 6:23:11 AM   
hzawischa


Posts: 796
Score: 63
Joined: 9/18/2001
From: Hamburg, Germany
Status: offline
quote:

ORIGINAL: hemsell

It will stay the same GUID after service packs because Windows Installer need to know what MSI the install files came from.
Windows Installer keeps track of what you have applied to it int he way of patches and service packas - and theoretically it will reapply them when you run a repair

It stores the information it needs in C:\WINDOWS\Installer, but they do not contain the cabs.


Yes, that what I figured. But back to the original question. The SMS Advanced Client can manipulate the Windows Installer source paths to reflect changes to roaming clients or changes to your site systems. Now think of the folowing:

You create an Office admin share in you lab, test the installations until everything runs smoothly. Then you copy the content of your share to yout SMS environment, use it as a source for a package and distribute it to your DPs. You specify the MSI-GUID in at least one of the programs for this package, so the SMS Client knows it is supposed to fix the paths. Which it will do. It will add the paths to the current DPs.

Now the SP comes along. No problem, patch your admin share. But now, for some reason, your superiors decide that you'd better send this out as a new package. They fear they might need the unpatched package still. Fine. So you do. But what does the client do now? It sees two packages with the same GUID - which one will be used for installation source management? Will the client with an Office with SP survive bing repaired via an admin share without?

Well, I think I shall have to test this in a lab. Thank you nonetheless.

Cheers

Henrik


_____________________________

Henrik Zawischa
Freelance trainer and consultant

myITforum columnist
Hamburg, Germany
hzawischa@web.de

(in reply to hemsell)
Post #: 11
RE: MSI Source Paths - multiple packages - 3/22/2007 11:13:48 AM   
hzawischa


Posts: 796
Score: 63
Joined: 9/18/2001
From: Hamburg, Germany
Status: offline
Being able to read is always a boon in our profession. Here's a quote from  Windows Installer Source Location Manager White Paper by MS:
Most Windows Installer-based products use different product codes for each version of the application. In some cases, Windows Installer application bundles may have identical product codes, yet differentiate versions by establishing a different package code. One example of this is Microsoft Visio® 2002. In this example, the product code for the RTM Visio 2002 Professional ENU version is {90510409-6D54-11D4-BEE3-00C04F990354}. The SR1 version product code is also {90510409-6D54-11D4-BEE3-00C04F990354}. If the administrator has two SMS packages configured for source path management where one contains the RTM version and the other contains the SR1 version, product source update manager will update the source location list on the clients with the entire list of distribution points for both products (because they have the same product code). Windows Installer will then match up the appropriate release when it attempts to find its specific files. If you have products that have identical product codes for different versions, it is suggested that you use SMS to update all of the older version applications before adding the windows installer product code to the package for source path management.
That settles it form me.

Henrik


_____________________________

Henrik Zawischa
Freelance trainer and consultant

myITforum columnist
Hamburg, Germany
hzawischa@web.de

(in reply to hzawischa)
Post #: 12
RE: MSI Source Paths - multiple packages - 9/22/2008 1:04:40 PM   
SaiTech

 

Posts: 29
Score: 0
Joined: 5/6/2007
From: Sweden
Status: offline
Hi all,

"You specify the MSI-GUID in at least one of the programs for this package" by Henrik..

Well, I have wondered over this, if I set it on two program in a package I got an error. So it is enought to set one installer product code in one program?
/SaiTech

(in reply to hzawischa)
Post #: 13
Page:   [1]
All Forums >> [Management Products] >> Microsoft Systems Management Server >> SMS 2003 >> MSI Source Paths - multiple packages Page: [1]
Jump to:





New Messages No New Messages
Hot Topic w/ New Messages Hot Topic w/o New Messages
Locked w/ New Messages Locked w/o New Messages
 Post New Thread
 Reply to Message
 Post New Poll
 Submit Vote
 Delete My Own Post
 Delete My Own Thread
 Rate Posts



  
Forum Software © ASPPlayground.NET Advanced Edition 2.4.5 ANSI

0.363