Questions for the SMS guru's: sources in repackaging when using sms 2003 with child sites

Hi. I was wondering; how do you all cope with sources when repackaging and deploying using SMS..?

I mean, a normal package/repackage would remember the source it's installed from. Sometimes though, this could get you in trouble when one of your SMS child sites has issues and needs to be reinstalled/replaced or whatever.. Usually, running a script which changes registry settings etc. would fix this. (is this good practise?) Furthermore, SMS has a way of creating folders on the "package" shares which are randomly named.. (yet, uses a certain naming convention)

My question actually is, when calling files (IE vb scripts etc) not embedded within the package, is there a way to have one single package working on all sites..? Because the sites are all named differently when usinjg child sites, an full UNC path to specific files outside of MSI's is not a usuable option. This would mean that all child sites would have another package, with other UNC paths to it's child site (source)
Is the best way to have the client pc's at a specific site equipped with some sort of INSTALL variable, so one can reference sources to specific files outside of MSI's that way? Or does SMS (2003) have another way of dealing with this. Only other way i can think of, is using the driveletter option in SMS. But this in turn could give issues when repairing an MSI, since the drivemapping isn't available at that time, only at the time of installation, right? How do you all deal with this? Thanks!

0 Comments   [ + ] Show comments

Answers (1)

Posted by: Tone 13 years ago
Second Degree Blue Belt
You could usa a DNS alias to resolve to a local server and add it to SOURCELIST property or use multiple sources SOURCELIST=\\Server1\Share\Package;\\Server2\Share\Package

Easiest way is to use the Windows Installer Source Location Manager http://www.microsoft.com/downloads/details.aspx?FamilyID=32F40DB4-6706-4E62-B867-AA1D332B6403&displaylang=en
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login


This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ