Keith Smith - My Blog
The Unattended Service Account Application ID is not specifiedWednesday, April 19, 2017 - Posted by Keith A. Smith, in SharePoint
The Unattended Service Account Application ID is not specified or has an invalid value.
• The Unattended Service Account Application ID is not specified or has an invalid value. 1) Go to Central Administration | Application Management | Manage service applications | Visio Graphics Service | Global Settings 2) Check the Application ID under Unattended Service Account 3) You should have entered an application Id here, if not create a Secure Store Target Application of type Group and then enter its Target Application ID for Visio Graphics Account. To create a new secure store target application go to Central Administration | Application Management | Manage service applications | Secure Store Service This error showed up on the Monitoring > Health Analyzer of my SharePoint 2010 VM. Apparently after using the wizard to create a new farm, you must double back to supply Visio Services with user credentials for remote data connections. http://social.msdn.microsoft.com/Forums/en-US/sharepoint2010general/thread/559f72a4-d9ca-4004-b5ca-a0fa6dbad51f was a helpful reference on the steps. Steps Taken: • Open Health Analyzer and view details • Manage the Visio Graphics Service (SA) and confirm Application ID is empty. • Manage the Secure Store Service (SA) and Generate New Key • Create a New Target Application • Provide a unique ID, name, and contact email. Select Group Type. • Accept default and just click Next • Provide a user name for both fields. I used “DEMOAdmin” as that is the only user on this machine. Click OK. • Enter the Target Application ID back on the Visio Graphics Service (SA) page and click OK. • Go to the Health Analyzer rule, open it and click Reanalyze Now, then you should be ready to go. -End |
 0 Comments
Tweet
|
Timer service keeps terminating unexpectedlyWednesday, April 19, 2017 - Posted by Keith A. Smith, in SharePoint
For anyone else having this issue. The solution is to give access for the user the timer service is running under to the following SP directory. The Admin group has the rights required which is why the issue is resolved for those people who put the account in the machine's admin group which is a bad practice. Ensure the user has the correct permissions on the following SP directory, and see the error go away.
C:\ProgramData\Microsoft\SharePoint\Config (create a new account for the timer service in AD, then create sec. Group add the account to that group. Add the group to the file sec permissions and admin etc.) Also add to SQL security OR I've solve this after including account into local admin group. But! this problem happen when i'm change Network service account to local one created especially for this service. -End |
| 0 Comments
Tweet
|
SharePoint VersionCheck-PostServicePackStepsWednesday, April 19, 2017 - Posted by Keith A. Smith, in SharePoint
sharepoint mgmt shell (get sharepoint version)
(get-spfarm).buildversion sharepoint mgmt shell (Check to see if psconfig is needed) if true then run the cmd below (get-spserver $env:computername).NeedsUpgrade In order to update the SharePoint databases, you must manually run the PSconfig utility. To run the utility: 1. Open an Administrative command prompt. 2. Change directory to C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\BIN 3. Run PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures Sites will be unavailable at this time. Once the above is complete run a iisreset and test your SharePoint sites. -End |
| 0 Comments
Tweet
|
Failed to connect to serverWednesday, April 19, 2017 - Posted by Keith A. Smith, in SharePoint
SharePoint: Warning 1015: Failed to connect to server. Error: 0x80070005
Problem 
On a daily basis, you see the following warning appear in the SharePoint server 2010 host's Application log: Log Name:
ApplicationSource: MsiInstaller
Date:
[date]
Event ID: 1015
Task Category: None
Level:
Warning Keywords:
Classic User: [SharePoint farm account]
Computer: [a SharePoint Server 2010 host]
Description:
Failed to connect to server. Error: 0x80070005
Event Xml:
You may see a 100 or so similar warnings appear daily, each one accompanied by a corresponding Information event, such as the following:
Log Name: Application
Source: MsiInstaller
Date: [date]
Event ID:1035
Task Category: None
Level: Information
Keywords: Classic
User: [SharePoint farm account]
Computer: [a SharePoint Server 2010 host]
Description:
Windows Installer reconfigured the product. Product Name: Microsoft InfoPath Form Services English Language Pack. Product Version: 14.0.7015.1000. Product Language: 1033. Manufacturer: Microsoft Corporation. Reconfiguration success or error status: 0.
Event Xml:
These are associated with the farm's Product Version Job, which by default runs daily at 12:45 AM. Compare the times of these warnings with the time that your farm's Product Version Job runs, and you'll see the association. Solution 
• Add the farm account to the host's local administrator group. • Restart the SharePoint 2010 Timer service. • Remove the farm account from the host's local administrator group. • Run the farm's product Version Job. • Check the host's Application Log. -End |
| 0 Comments
Tweet
|
The super user account utilized by the cache is not configuredWednesday, April 19, 2017 - Posted by Keith A. Smith, in SharePoint
SharePoint: Event ID: 7362: The super user account utilized by the cache is not configured
Problem 
You encounter the following error appears in the Windows Application event log: Log Name: Application Source: Microsoft-SharePoint Products-Web Content Management Date: Solution 
On new installations, the SharePoint super user account is configured to run under the machine's local System account. However, this causes complications and thus the warning. This should be addressed during setup, but isn't included in the setup wizard. Anyway, resolving it is simple. There are two ways: using STSADM or using Powershell. We'll go through both here. Step 1: Create Super User and Super Reader Domain Accounts Create super user and super reader domain accounts Example: DOMAIN\sp_superuser, DOMAIN\sp_superreader Step 2: Configure Accounts in SharePoint Central Administration Go to SharePoint CA: Central Admin -> Manage Web Application -> User Policy Add DOMAIN\sp_superuser – Full Control Add DOMAIN\sp_superreader – Full Read Check to make sure these accounts have similar access to the SharePoint databases. Next, use one of the following steps: A or B. Step 3A: Using STSADM Open a command prompt Execute: stsadm -o setproperty -propertyname portalsuperuseraccount -propertyvalue DOMAIN\[sp_superuser] -url [WEBAPPURL] And stsadm -o setproperty -propertyname portalsuperreaderaccount -propertyvalue DOMAIN\[sp_superreader] -url [WEBAPPURL] Step 3B: Using SharePoint Management Shell Open a shell Execute the following commands: 1.$wcm = Get-SPWebApplication -Identity https://[webappurl/] 2.$wcm.Properties["portalsuperuseraccount"] = “DOMAIN\sp_superuser” 3.$wcm.Properties["portalsuperreaderaccount"] = “DOMAIN\sp_superreader” 4.$wcm.Update() Close the shell. Step 4: Reset IIS Reset IIS either from the GUI or executing "IISReset" at the command prompt. Step 5: Test Open a command prompt Execute the following: stsadm -o getproperty -propertyname portalsuperuseraccount -url [WEBAPPURL] Output should read: Similarly for the super reader account. The references below provide good background. -End |
| 0 Comments
Tweet
|
Categories
All Categories
Network
VMware
FOG aka Free Open Ghost
Xen
Journal of thoughts
SharePoint
Automation
Microsoft
Linux
Security
Apple
Subscription
