Problem in Repairing MSI
Hi All
I have a package which runs a VBScript which in turn edit a file. There is a custom action that runs during install and repair. I have installed this application using SCCM. However when a user logs and tries to repair that application it asks for a UNC (source location).
The sourcelist registry specifies 3 locations i.e. the temp location where SCCM installs the package (which gets deleted) followed by two distribution points.
The problem is User that is logged on does not have any access to the distribution point locations and I dont think providing them access is feasible. Ideally would like to cache the whole MSI so that repairs from that very local location rather than looking at any network shares.
Could anyone help me with this?
I have a package which runs a VBScript which in turn edit a file. There is a custom action that runs during install and repair. I have installed this application using SCCM. However when a user logs and tries to repair that application it asks for a UNC (source location).
The sourcelist registry specifies 3 locations i.e. the temp location where SCCM installs the package (which gets deleted) followed by two distribution points.
The problem is User that is logged on does not have any access to the distribution point locations and I dont think providing them access is feasible. Ideally would like to cache the whole MSI so that repairs from that very local location rather than looking at any network shares.
Could anyone help me with this?
0 Comments
[ + ] Show comments
Answers (5)
Please log in to answer
Posted by:
andys0123
12 years ago
Posted by:
pjgeutjens
12 years ago
If you don't want to use Download and Execute in SCCM, you could always put a script around the msi install. In this script copy the sources to a local path that all users can access, and run the installation from there. Any specific reason why you don't want to give users (read) rights on the distribution points? Because that's what I would do.
PJ
PJ
Posted by:
India_Repackaging
12 years ago
Posted by:
andys0123
12 years ago
Posted by:
Arminius
12 years ago
ORIGINAL: andys0123
Change it to download before running & it should cache it locally.
Alternatively, the distribution points should be a hidden share, so giving users read access shouldn't be too much of an issue.
This will work well, especially if you use SCCM's names and do not assign your own. If you use a naming convention that makes sense to you, eventually an astute user will figure out how to evade SCCM and install their own software without licensing, etc.
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.