Keith Smith - My Blog
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 |
||||||||||||||||||||||||||||||
Failure trying to synch web application Event ID 5555Wednesday, April 19, 2017 - Posted by Keith A. Smith, in SharePoint
One of the errors I got after upgrading sharepoint that I couldn’t shake until recently.
Failure trying to synch web application Run from the sharepoint bin directory in a cmd prompted Stsadm -o sync -listolddatabases 2 Stsadm -o sync -deleteolddatabases 2 Finally, and I’m not sure if this is necessary, but I read that you should change timer job “Timer Service Recycle” (Central Administration –> Job Definitions) to run at 06:30 PM. This last step can be done through Central Administration. After doing this my errors went away. I did however need to run a full user profile synchronization by going to Central Administration –> Manage Profile Service: SharedServicesSearch_UserProfile –> Start Profile Synchronization
-End |
||||||||||||||||||||||||||||||
0 Comments Tweet |
||||||||||||||||||||||||||||||
Full list of Failure Reasons for event 4625Wednesday, April 19, 2017 - Posted by Keith A. Smith, in SecurityWindows Domain Controller - Event Viewer Security Status and Sub-Status values
-End |
||||||||||||||||||||||||||||||
0 Comments Tweet |
||||||||||||||||||||||||||||||
DNS Benchmark – Advanced and accurate DNS performace benchmark toolTuesday, April 18, 2017 - Posted by Keith A. Smith, in Network
When it comes to DNS servers, the response speed is not the only standard to
measure its performance. Certainly the response time should be as short
as possible, but the stability and security is also important factors. A
DNS server without stability (intermittent) will cause web page loading
problems even it has very fast response.
DNS Benchmark is a unique, comprehensive, accurate freeware for Windows (and Linux/Wine) designed to measure the exact performance of local and remote DNS servers . . .
DNS Benchmark not only comes with a lot of popular, outstanding DNS
servers, also has a set of algorithm which was designed to analyze the
reliability of DNS servers.
-End
|
||||||||||||||||||||||||||||||
0 Comments Tweet |
||||||||||||||||||||||||||||||
Access is denied. Verify that either the Default Content Access AccSunday, April 9, 2017 - Posted by Keith A. Smith, in SharePoint
Access is denied. Verify that either the Default Content Access Account has access to this repository
Error: Access is denied. Verify that either the Default Content Access Account has access to this repository, or add a crawl rule to crawl this repository. If the repository being crawled is a SharePoint repository, verify that the account you are using has "Full Read" permissions on the SharePoint Web Application being crawled. Reason: This error will occur, at the time of crawling the SharePoint application content. because, you may have provided a URL to access the SharePoint web application like https://portal.KeithIT.com (just an example). When the search engine tried to crawl the content using the portal.KeithIT.com (just an example) URL, the server will reject the request. because, it will take the request as "LoopBackRequest". Solution: So you need to disable the LoopBackRequest in registry. To do this, just follow my instructions: 1. Go to command window and type regedit.exe 2. Once opened the registry editor, just navigate to "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa" 3. Right click on "Lsa" and create a new 32bit DWORD value 4. Rename it as "DisableLoopbackCheck" (Note: you cannot rename it actually. so, once created the DWORD value, directly paste/type as "DisableLoopbackCheck". 5. Then again modify the value of "DisableLoopbackCheck" as "1" 6. Close the registry editor. 7. Now start to crawl the content. -End |
||||||||||||||||||||||||||||||
0 Comments Tweet |