Search This Blog
Tuesday, June 21, 2016
Saturday, May 14, 2016
SharePoint Solution stuck on deploying, retracting and many other related issues
I recently came across very strange and frustrating issue related to timer job. The timer job is responsible for majority of scheduled task within SharePoint. Any solution which is deployed also get scheduled to be deployed across farm with the help of timer job.
The issue started after updating the SharePoint 2010 farm with Service Pack 1. Any deployment or retraction action cannot complete thereafter. If you are deploying a solution the status will forever remain as deploying. Same is the case with retracting and any other timer dependent activity.
I did all troubleshooting as suggested in various forums:
The issue started after updating the SharePoint 2010 farm with Service Pack 1. Any deployment or retraction action cannot complete thereafter. If you are deploying a solution the status will forever remain as deploying. Same is the case with retracting and any other timer dependent activity.
I did all troubleshooting as suggested in various forums:
- Cleared SharePoint cache
- Performed all suggestion on these blog posts:
However; the problem still persisted.
Later, I got a solution from MSDN blog by Tehnoon Raza - SharePoint Server 2010: Timer Jobs not Functioning After Applying Updates. I ran the powershell script and all problems were fixed. I have mentioned the powershell script for easy reference:
$farm = Get-SPFarm
$disabledTimers = $farm.TimerService.Instances | where {$_.Status -ne "Online"}
if ($disabledTimers -ne $null)
{
foreach ($timer in $disabledTimers)
{
Write-Host "Timer service instance on server " $timer.Server.Name " is not Online. Current status:" $timer.Status
Write-Host "Attempting to set the status of the service instance to online"
$timer.Status = [Microsoft.SharePoint.Administration.SPObjectStatus]::Online
$timer.Update()
}
}
else
{
Write-Host "All Timer Service Instances in the farm are online! No problems found"
}
$disabledTimers = $farm.TimerService.Instances | where {$_.Status -ne "Online"}
if ($disabledTimers -ne $null)
{
foreach ($timer in $disabledTimers)
{
Write-Host "Timer service instance on server " $timer.Server.Name " is not Online. Current status:" $timer.Status
Write-Host "Attempting to set the status of the service instance to online"
$timer.Status = [Microsoft.SharePoint.Administration.SPObjectStatus]::Online
$timer.Update()
}
}
else
{
Write-Host "All Timer Service Instances in the farm are online! No problems found"
}
Update Claims Provider Trust in ADFS from Metadata file
If you are implementing single sign-on in your SharePoint application or any other web application, then ADFS is the default option as an Identity Provider especially when you are working with Microsoft Products and your application is authenticating from Active Directory.
ADFS can also be configured to authenticate from external provider (we will call it as Claims Provider moving forward) after performing few configuration steps. The steps will involve setting up trust between ADFS and the Claims Provider by binding certificate provided by claims provider in ADFS. We will not be looking into creating new claims provider trust because Microsoft has provided a very nice article for doing so - https://technet.microsoft.com/en-us/library/dn486771(v=ws.11).aspx
Recently I was assigned a task to update the expired Certificate and Federation Metadata for the Claims Provider from metadata file. I didn't find any straight forward article explaining how we can update the existing Claims Provider Trust from a file. Hence wanted to list down the step I followed to update the metadata for existing Claims Provider Trust.
- Add any root certificate you may have received from the Claims Provider to the "Trusted Root Authority"
- Open the Windows Power Shell on ADFS server
- Run the command to add ADFS Powershell Snapin
- Add-PSSnapin Microsoft.Adfs.PowerShell
- Update-AdfsClaimsProviderTrust -TargetName [Name of Claims Provider Trust to update] -MetadataFile [XML file location]
The above step will update the metadata and also the certificate if provided along with Metadata. To check if certificate is present within metadata then search for tag in the metadata file.
Perform the below steps only if you get the following errors at ADFS at the time of login:
- The Federation Service encountered an error while processing the WS-Trust request.Request type: http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Issue
- Encountered error during federation passive request
Set-ADFSClaimsProviderTrust
–TargetName [Name of Claims Provider Trust] –SigningCertificateRevocationCheck “None”
*References
Monday, February 8, 2016
Sharepoint Apps now SharePoint Add-in
Microsoft has renamed the app model in SharePoint and Office to Add-in model. Follow the link for more information:
https://msdn.microsoft.com/EN-US/library/office/fp161507.aspx#bk_newname
https://msdn.microsoft.com/EN-US/library/office/fp161507.aspx#bk_newname
Saturday, January 9, 2016
SharePoint and Yammer - Is it worth for Organizations to go for SharePoint and Yammer together for Enterprise Social
Here are some of the opinions from some of the industry experts on SharePoint and Yammer:
Subscribe to:
Posts (Atom)