CMA 4000 - password problem

[Anonymous]

Hello

I have problem with logging to my CMA 4000. I have two different accounts with admin rights, but when I try to log on to both of them, I get the message: "Login failed.  Please check your user id and password and try again." I have used Internet Explorer 9 and Firefox 7 on different computers. What can I do in this situation? I have direct access to the machine with CMA 4000. Software version: 5.5

Best regards, Pawel

[Anonymous]

The most easy answer - you're using incorrect passwords. Can anyone change it?

[Anonymous]

Pablo,

There are a couple of things you can do. The easiest, but most drastic, solution is to simply reimage the box. That would reset it to defaults.

If you are using an external DB, there is also a script you can run on your database to reset the local admin password to the default "admin."

Here is the script (it can be run in OSQL, or with SQL manager, just like any other SQL script):

USE Readimanager
UPDATE LocalUserEntity SET password = 'qwRGwD79BAw='
WHERE UID = 'Admin'

Just don't make any typos!

If you have an internal DB, then you will have to call Polycom Global Services at 1-888-248-4143 and get their assistance, but they can run the script for you from the CMA server and get your login reset.

[Anonymous]

There are other problems that lead to password failed, like the signon from CMA to Active Directory (LDAP) expiring and not being renewed automatically.  It seems other servers in our environment can renew automatically but the CMA cannot.  Is that true - is there a work around other than manually changing the password every 60 days (in this case)?

[simons3]

Layne,

It would depend on which account you were referring about. The computer account used for SSO to allow CMAD cleints to log in does get automatically changed. The LDAP user account which authenicates uses to the CMA web interface does not get automatically changed. The difference would be in the accounts as one is a computer account and the other is a user account.

The recommendation is set the user account to never expire since it is used as a service account.

If this is unacceptable, then I would suggest submitting a feature request to ge this behavior changed.

S.