Question

I am trying to setup Secure Store Server and after successfully creating the Service and the Proxy I am greeted with this error when I attempt to manage it.

Cannot complete this action as the Secure Store Shared Service is not responding. Please contact your administrator.

The Event Viewer displays this error.

Log Name:      Application
Source:        Microsoft-SharePoint Products-Secure Store Service
Date:          3/18/2011 4:49:28 PM
Event ID:      7557
Task Category: Secure Store
Level:         Error
Keywords:      
User:          
Computer:      
Description:
The Secure Store Service application Secure Store Service is not accessible. The full exception text is: There are no addresses available for this application.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-SharePoint Products-Secure Store Service" Guid="{73541538-24DA-4282-AE1C-3A6321C23FB8}" />
    <EventID>7557</EventID>
    <Version>14</Version>
    <Level>2</Level>
    <Task>1</Task>
    <Opcode>0</Opcode>
    <Keywords>0x4000000000000000</Keywords>
    <TimeCreated SystemTime="2011-03-18T23:49:28.407358400Z" />
    <EventRecordID>143074</EventRecordID>
    <Correlation ActivityID="{7E4AEA87-6F45-427F-86C2-7605489D1130}" />
    <Execution ProcessID="9456" ThreadID="3548" />
    <Channel>Application</Channel>
    <Computer></Computer>
    <Security UserID="S-1-5-21-798254582-200106796-1537874043-166173" />
  </System>
  <EventData>
    <Data Name="string0">Secure Store Service</Data>
    <Data Name="string1">There are no addresses available for this application.</Data>
  </EventData>
</Event>

Any ideas?

Was it helpful?

Solution

Logon to Central Administration.

Click Application Management > Manage Service Applications.

Click Secure Store Service and then click Permission in Ribbon. Add System Account and set Full Control.

Regards.

OTHER TIPS

Having had a very similar problem, along with many other associated problems, which put my work at an altogether unacceptable, extended standstill, I decided to post the resolution I found to as many forums relating to this issue that I could.

The resolution that I found was one of two things that I did at the same time. (duh – not a smart tactic, but I was getting desperate…) I am not willing to spend the time to isolate the effects of each of these motions, so it could be one, or the other, or both.

  1. I noticed that SharePoint was moving the Farm Account Security Managed Account (The user account that Farm Account uses for credentials) from the Administrators group, to the WSS_ADMIN_WPG group. In my case Central Admin was being run on the same machine as the SharePoint Server. I run a single server developer environment. So the Farm Account needed “Log on Locally” privileges. WSS_ADMIN_WPG group did not appear to have the needed privilege, where the Administrators group did. Strangely enough though, the Administrators group is a member of the WSS_ADMIN_WPG group. So I moved the above mentioned user account back into the Administrators group.

Let me know if I’m not seeing something here….

  1. Upon examining the SecurityTokenServiceApplicationPool (the name I gave for the Security Token Service’s Application Pool), I notice that the Enable 32-bit Applications setting under the Advanced Settings had been set to True. This to me was strange as I remembered installing the 64 bit versions of everything, because the Server machine on which I was working was indeed 64 bit. So I set it to False.

After those two simple motions I did all the familiar and necessary things to be done to make sure that the system and SharePoint was running with all the latest settings and tried what I had been doing once again, and to my amazement and shock (after having tried everything on the internet several times each) it worked! I am now happily moving forward in my work! At least until the next roadblock comes along.

Weird, dumb and stupid, what were the chances? Maybe it will be worth a quick look for you.

Licensed under: CC-BY-SA with attribution
Not affiliated with sharepoint.stackexchange
scroll top