Hello all,

I saw a post very similar to the problem I'm experiencing:

http://itninja.com/question/gnu,-freeware-and-shareware-programs-to-cloning7537&mpage=1&key=릱

The final entry on this post is from VBScab who states that the log will probably show "ALLUSERS" being deleted - this is exactly the case with the application I'm working with.

If executed as the logged on (adminstrator) user the log does not contain the "ALLUSERS = Deleted" entry and the app happily appears in ARP

If executed by SCCM (local system account) then there is no entry in ARP...as I guess the app has been installed for this user only.

My question is how can this problem be remedied?

I've tried creating a response transform with install for "Everyone" selected and have specified "ALLUSERS = 1" on the command line SCCM is using but still no joy.

Any help would be appreciated...at the moment I'm getting msiexec to generate insulting logfile names just to amuse myself....

Thanks

Mos
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Answers

0
When ALLUSERS isn't specified, which is effectively the case here, the install is done per-machine, not per-user.

In the log, can you see if the RegisterProduct action has been run?
Answered 12/22/2009 by: VBScab
Red Belt

Please log in to comment
0
Yes it appears to have run as the following entries are in the log:

Action start 11:39:54: RegisterProduct.
Action ended 11:39:54: RegisterProduct. Return value 1.
(can post full log if it helps)

Isn't a RC of 1 normally a problem?

Thanks for your help
Answered 12/22/2009 by: mosquat
Orange Belt

Please log in to comment
0
No, '1' ='success' in WI. Everywhere else in Windows, of course, a non-zero return indicates failure...too much to hope for consistency.

Any entry for the ARPSYSTEMCOMPONENT property?
Answered 12/22/2009 by: VBScab
Red Belt

Please log in to comment
0
Nothing in the log for ARPSYSTEMCOMPONENT but I did try and specify this on the command line in a prevous attempt - I'll re-run the program and specify this (as "0") and check the new log file that's created.

Thanks again
Answered 12/22/2009 by: mosquat
Orange Belt

Please log in to comment
0
Even setting this property doesn't force anything to show up in ARP, the log file indicates a property change though.

Some new info - when I have installed the app using SCCM (and nothing appears in ARP) if I then install the application interactively (for "Everyone") it behaves as if the product is not installed - i.e I get no "Remove/repair" screen.

I do have a dirty workaround which involves importing the necessary registry entries but of course would rather the MSI did what it's supposed to do!
Answered 12/22/2009 by: mosquat
Orange Belt

Please log in to comment
0
OK I guess this is a problem that isn't so easy to fix, just to help others I will post my workaround which is offered "as is" and I hope that it wont need to be used in many cases as it is filthsome:

Install product interactively (so that an entry in ARP is created)
Open regedit
Navigate to HKEY_CLASSES_ROOT\Installer\Products\
Sift throught the many installed products to find the one you just installed
Export the reg key to a file
Create an installation script so that after the product is installed via SMS/SCCM the reg key is then imported
Check ARP for the relevant entry

Using the "uninstall/repair" button from ARP does work for the product I have installed but the main reason I need an entry is so that SCCM can inventory this information allowing us to query and target systems with this product when an upgrade is required.

Hope this helps....and suggesting this disgrace doesn't get me banned

Mosq
Answered 12/23/2009 by: mosquat
Orange Belt

Please log in to comment
0
main reason I need an entry is so that SCCM can inventory this information I had a feeling something like this might appear...

You have a fundamental misunderstanding of Windows Installer and SCCM. WI always writes the required entries in the registry. Whether or not the application appears in ARP is governed by the presence of one value in the 'Uninstall' branch, SystemComponent. ALL the remaining entries will be present and it is THESE entries which SCCM uses to inventory installed products. If I could remember, I'd tell you which one specifically it uses but I've forgotten. (Sadly, I used to know the API it called from MSI.DLL, too...) Anyway, point is, whether it appears in ARP or not, it can still be inventoried. You can build a simple script to test that, using the WindowsInstaller.Installer object to test the InstalledState property against a product's ProductCode.
Answered 12/23/2009 by: VBScab
Red Belt

Please log in to comment
0
Hi,

Kindly check for properties in your application:

ALLUSERS=1 and remove ARPSYSTEMCOMPONENT=1 if any.
Answered 02/15/2010 by: ankorpo
Senior Yellow Belt

Please log in to comment
0
FFR, ARPSYSTEMCOMPONENT merely needs to be present as a property for it to disallow the package's entry in ARP. Many assume that setting it to '1' enables it and '0' disables it. Wrong: If it contains ANY value, it will be acted upon. So, if you want an ARP entry, remove the ARPSYSTEMCOMPONENT property.
Answered 02/16/2010 by: VBScab
Red Belt

Please log in to comment
0
ORIGINAL: VBScab
When ALLUSERS isn't specified, which is effectively the case here, the install is done per-machine, not per-user.


It's just the opposite. If ALLUSERS is not defined, install is per-user. This causes problems if the installing account is Local System.

http://msdn.microsoft.com/en-us/library/aa367559(VS.85).aspx

When deploying MSI's with SCCM (or SMS) and Package's 'Program' is set to 'run with administrative rights' (that is Local System) always make sure that ALLUSERS=1. You can define it from command line or put it to Property table.
[hr]
Mikko Järvinen
Answered 03/31/2010 by: mikkojarvinen
Senior Yellow Belt

Please log in to comment
0
I know! How embarrassing! That's what happens when you're not concentrating because you're looking forward to your Christmas drin...lunch.
Answered 04/01/2010 by: VBScab
Red Belt

Please log in to comment
0
Hello,

Just a lucky guess: have you tried a repair on a normal user account ? maybe on repair it will place the needed ARP registry/info correctly?
Answered 04/01/2010 by: package_aligator
Orange Belt

Please log in to comment
0
ORIGINAL: VBScab
I know! How embarrassing! That's what happens when you're not concentrating because you're looking forward to your Christmas drin...lunch.

This is why I give advice only on April 1st. If I was wrong (which never happens) I can always say I was just april fooling. And now it's time for some Easter drin...egg hunt.
[hr]Mikko Järvinen
Answered 04/01/2010 by: mikkojarvinen
Senior Yellow Belt

Please log in to comment
Answer this question or Comment on this question for clarity