I am using the vendor MSI to deploy this app.When launching Cisco IP Phone Communicator version 2.1.2Windows XP standard User Account gets:

"Unable to initialize Cisco Emergency Responder Service"
[/align]every time before successfully launching the app.Cisco's web site confirms the issue and states the application must be launched the first time by an admin account.
http://www.cisco.com/pcgi-bin/Support/Bugtool/onebug.pl?bugid=CSCef40483
I have gone through all access denied errors for both file and registry (using filemon, regmon) and granted permissions in every area until I get no more access denied errors logged in either tool, and I still get the error on launch. This is not the installation of a windows service.If an admin user launches the app once it prompts for a reboot and that error never comes up again for any users.Any ideas?
0 Comments   [ + ] Show Comments

Comments

Please log in to comment

Answers

Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
0
It acted like it was doing a check for membership of local admins.
Answered 06/17/2009 by: AngelD
Red Belt

Please log in to comment
0

It didn't matter if the user was logged in or not during the install.  The problem is if after the install a non-admin logs in, the initial tasks (audio setup, etc) fail.  I tried capturing it, procmon, regmon, etc.  I even tried manually giving the standard user admin equiv permissions on the registry and file system without adding to local admins.  It acted like it was doing a check for membership of local admins. 

I haven't tried the 7.x versions, so they may have fixed it.

Answered 06/17/2009 by: yumchild
Senior Yellow Belt

Please log in to comment
0

Hi folks,

I have also come across that issue and found it will appear if a user without administrative privileges is logged in at installation time. As we use Altiris (Symantec) Deployment Server for distribution, we perform an auto-log off prior to the install of the package. The same is valid for currently released IPC v7.0.2.x which we currently distribute.
Hope this helps,
Bij

Answered 06/17/2009 by: bzajac
Yellow Belt

Please log in to comment
0

a dirty solution would be to write a VBScript that runs in LSA and uses the function SendKey in the shell object to simulate a user click.

I had to do such a workaround in PGP 8.1 Package... [:(]
if you need the script probably i can provide you...

Answered 10/31/2007 by: matrixtushar
Purple Belt

Please log in to comment
0

Try snapshotting the changes made by the first launch and add those resources to a transform.
If any are located in the userprofile or HKCU make sure that the application repair those on first launch.

Answered 10/30/2007 by: AngelD
Red Belt

Please log in to comment
0

Thanks Matrixtushar, thats a good tip to try.  The only problem with this particular scenario is that on first launch the app starts a wizard which requires input from the user to set up the audio properties.  It's after this wizard completes the error comes.  When run by the LSA it hangs waiting for user input.

Answered 10/30/2007 by: yumchild
Senior Yellow Belt

Please log in to comment
0

Hi,

try doing the same by using a Local System Account (LSA). Perform the following task:

1. type cmd in the run command line.
2. use the at command to open another console that will run using the LSA.
3. launch the executable that gives you this error.

if this behaves the same was as for the administrator, then you can always run this executable using the LSA or you can also use the RunAs command and embedd it at the end of the MSI to run this executable. However, I would term it as a very bad approach.

What a pity that Cisco has packaged this MSI and such a clause is included in it... [X(]
All the Best to you dear!!

Answered 10/30/2007 by: matrixtushar
Purple Belt

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