Secure Store Service App Error
-
16-10-2019 - |
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?
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
Did you check to make sure the forefront identity service is running? You may have to restart it.
Here are a couple other suggestions that I came across.
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.
- 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….
- 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.