Translate this site using Windows Live Translator:
Where did that crazy private key password go? - RMS: Protecting Your Assets. - Site Home - TechNet Blogs

RMS: Protecting Your Assets.

The Protecting 'My' Asset Disclaimer: This is my 'un-official', 'in my spare time', 'use at your own risk', all things RMS (Rights Management Services), IRM (Information Rights Management), IPP (Information Protection Pla

Where did that crazy private key password go?

Where did that crazy private key password go?

  • Comments 1
  • Likes

You are the RMS admin, and you get a call that people are randomly unable to get licenses from your newly load balanced RMS installation...or the existing installation that you just changed over to use a newer faster SQL server.

You jump on your RMS servers and start looking at the event logs. Hmmm.. no problems on this one. Let's look at the other one.

Wait a minute, whats this?

Event Type: Error
Event Source: RMS
Event Category: Certification
Event ID: 11
Description:
An error occurred while attempting to access the persisted private key material.
The following information was reported:
Microsoft.DigitalRightsManagement.KeyManagement.InvalidPrivateKeyPasswordException:
The private key password is not set or is not valid. Contact the system administrator to set the password.

After doing the crazy admin dance where you run around in circles like a crazed circus monkey, flailing your arms about you like a Mr. Miagi torture drum, you sit down and start looking for answers. Let me give you two possiblilities:

1. You just added a server to the cluster, and when asked for the name of the SQL server, you specified a different SQL server name than you did when you provisioned the first RMS root cluster. When I say *different*, I mean you may have used the FQDN on the original server, and the netbios name on the cluster server, or any different variation.

2. You switched over to a new SQL server, but didn't cover all your bases.

In either case you need to follow the directions listed here:

http://blogs.technet.com/rmssupp/archive/2006/12/05/tip-o-the-day-12-05-2006-moving-your-sql-dbase-to-another-server.aspx

Assuming the problem is number 1, just follow the article making sure that all of the locations I specify in the above article match the values that are in those locations on the good server...specifically step number 9.

Assuming the issue is number 2, just follow the article.

-Jason

Comments
  • Any chance there is a 3rd possibility?  I have an ADRMS 2008 R2 server that is throwing this error after initial build.  I can remove the databases from the SQL server, unregister the SCP, remove the role and delete the inetpub directory, reboot and re-install and still get the exact same error.  

    What else could be throwing that error?

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment