Hello all,

I'm currently working on upgrading a large number of Exceed v9 installations to Exceed 2008 (v13).

All working fine, except when the package deploys via SMS - existing user connection settings aren't migrating.

If I install the same package from the SMS distribution point, with the same SMS command line but with my admin account, then logon as an end user, the settings migrate perfectly.

Anyone come acrross this ever? I'm scratching my head with what to try next - I guess comparing verbose windows installer logs from the 2 installations but that is not going to be fun so I though I'd post this in the meantime [;)]

0 Comments   [ + ] Show 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.


My first instinct would be to check any properties / paths being set in custom actions based on the executing user's environment. The package being pushed with LocalSystem, maybe this is causing some strange effects...

Good luck with it in any case [;)]

Answered 12/11/2009 by: pjgeutjens
Red Belt

Please log in to comment
Comparing WI logs not fun? Are you MAD?
Answered 12/11/2009 by: VBScab
Red Belt

Please log in to comment
Yes there are differences in the paths resolved in the WI logs - my first (and obvious solution) was to use the SMS software installation account (this is a domain service account) to install the package rather than the local sysem account.. however in the SMS execmgr.log it still says; UserContext = "NT AUTHORITY\\SYSTEM" (I'd expect to see domain\serviceaccount) so maybe there's an issue with the SMS config...?

If I install the package with the local PC administrator account I get the same result as the SMS distribution suggesting it does need domain access in some way. However there is a section on SMS deployment in the Exceed documentation - and nothing is suggested along these lines.

And Ian, yes trawling the logs is tremendous fun.. thank that lord for Excel and Beyond Compare [:)]
Answered 12/11/2009 by: MSIPackager
Third Degree Black Belt

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