SharePoint 201 Site Showing 3000+ Workflows "In Progress" - sharepoint-2010

I inherited a SharePoint 2010 site and we have (all of a sudden) started having issues with our Approval workflow. It just seems to have stopped working. This site has been up for a couple of years, was upgraded from SharePoint 2007 to SharePoint 2010 in the third quarter of last year and has been working since. Then yesterday the Approval process just stopped working. You can walk through it but it doesn't do a thing. The pages don't get published and the status of the page doesn't change from "In Progress".
In attempting to diagnose the issue I found that the workflow status page (/_layouts/wrkmng.aspx) is showing 3079 Approval workflows "In Progress"
Now I am no SharePoint expert by any stretch of the imagination but this does not seem right to me.
Is this correct? Could this be the issue I am having? Could there be some limit or cache that is filling up? How do I clear these things?

Related

Nintex / SharePoint upgrade

My team is embarking on moving from SharePoint 2010 to SharePoint 2016 with Nintex. They want to move content on an individual basis.
However, we also need to move running workflows and keep these intact.
What's the process of moving Nintex workflows and lists from SP2010 to a SharePoint 2016 environment?
Need to ensure the workflows/lists remain with the correct status
Thanks
You cannot move running workflows in SharePoint. The best suggestion is to pause or end the workflow, save the status and then kick them off after you move them. I recommend trying to complete whatever process is running before moving that content or workflow. This means scheduling the migration around business processes or informing your users that SharePoint will be down for a period of time. You can also copy the workflow and list over to the new site and have users start using that one while you wind down the old site. A tool like Sharegate is good for this type of stuff.

TFS 2015 slow to populate Incoming Requests after update

My organisation recently applied an update to TFS 2015 (14.102.25423.0 according to the 'About' page of the web interface) that resulted in the 'My Work' tab in Visual Studio 2015 taking up to one minute to populate. I played around with the queries and managed to narrow the problem down to population of the 'Incoming Requests' section of that tab. Under the hood, this is executing the following WIQL query.
SELECT [System.Id], [System.Links.LinkType], [System.Title], [System.State], [System.Reason], [System.AssignedTo]
FROM WorkItemLinks
WHERE (Source.[System.TeamProject] = #project and Source.[System.WorkItemType] in group 'Microsoft.CodeReviewRequestCategory' and Source.[System.AssignedTo] <> #me and Source.[Microsoft.VSTS.Common.StateCode] <> '1')
and ([System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward')
and (Target.[System.WorkItemType] in group 'Microsoft.CodeReviewResponseCategory' and (Target.[System.AssignedTo] = #me or Target.[Microsoft.VSTS.Common.ReviewedBy] = #me) and Target.[Microsoft.VSTS.Common.StateCode] <> '2')
ORDER BY [System.CreatedDate] desc, [System.Id] mode(MustContain)
I've reproduced the slowness using the TFS REST API described in https://www.visualstudio.com/en-us/docs/integrate/api/wit/wiql (passing the WIQL query above in the body of the POST request).
The following code review selectors are slow to populate: My Code Reviews & Requests, Incoming Requests.
The following code review selectors are fast to populate: My Code Reviews, Recently Finished, Recently Closed.
The problem is occurring for all users, not just my user.
No one on the team has more than a few code reviews open at any one time.
The problem started occurring practically overnight i.e. on Friday the queries were completing in a second or so, on Monday the queries were taking up to a minute.
Our TFS environment is hosted on Windows Server 2012 (non-R2).
Our TFS environment is backed by SQL Server 2012, SP3 (11.0.6020).
The upgrade to TFS2015.3 was completed as per Microsoft instructions and no issues were encountered and there are no messages in the logs to indicate anything is wrong.
Does anybody have any suggestions about what might be causing this slowness and what can be checked in order to narrow the performance problem down further?
The Team Explorer in Visual Studio provides a dropdown selector for specifying which state of code reviews one wants to list. The available choices are:
My Code Reviews and Requests (open)
My Code Reviews (open/mine)
Incoming Requests (open/others)
Recently Closed (closed)
Recently Finished (finished)
( Annotated each entry above with the state and ownership for clarity.)
According to the description of your performance issue, since this is occurring for all users, seems there are a large number of code reviews in your team. When you open the My work tab , the loading of the various code reviews cause a performance issue.
For this situation, you can try this workaroud: switch over to my code reviews in that Team Explorer drop down selector. After this, please double check whether the issue is gone or still exist.
Answering my own question here... My organisation ended up escalating this through Microsoft and eventually found that there was an issue with out of date statistics causing bad query plan generation. The query that was used to retrieve code review details was taking more than 60 seconds each time it was run.
The queries below will most likely make a significant different to performance if you encounter the same problem.
use <collection db name>;
UPDATE STATISTICS [dbo].[tbl_WorkItemCoreLatest] WITH FULLSCAN
use <collection db name>;
UPDATE STATISTICS [dbo].[tbl_WorkItemCustomLatest] WITH FULLSCAN
For reference, there's a duplicate of my original post on Microsoft Connect here: https://connect.microsoft.com/VisualStudio/Feedback/Details/3107261. The comments from Microsoft in this post indicate a number of people were seeing similar behaviour.

MS Excel - VBA Automation Error.

I have a suite of MS-Excel scorecard calculators that I send to 200 odd clients. In all client environments save 1 the calculators work 100%. However one client is experiencing the following problem.
Periodically the spreadsheet gets a Microsoft Visual Basic Run-Time Error. The exact message is:
Microsoft Visual Basic
Run-time error '-2147417848(80010108)':
Automation error.
As I mentioned, this happens only at one customer site. Everywhere else the spreadsheet runs 100%.
Can anyone shed some light as to why this happens at one site out of 200 odd.
It is possible to provide some diagnosis.
Do a search of user's system for any *.exd files. They may be in a hidden folder.
Delete any *.exd file you find. They are temporary files and will be rebuilt by Excel.
Try to run the file again. Sorry I can't provide more detailed help, but this is a start based on the information provided.

In Sharepoint 2013, how do I "check in" files through the database?

In Sharepoint Foundation 2013 (and from what I've read, Sharepoint 2013 also), there is currently a bug that, with "check out" features disabled, still allows Adobe Acrobat to flag a file as "checked out". Worse, Adobe has this as the default (the fix I found for this separate problem is here: http://community.spiceworks.com/how_to/show/2414-disabling-sharepoint-integration-in-adobe-acrobat-and-reader-x-version-10-1 ). I have been through the system top to bottom, and looked around the web, finding others in this conundrum, and there is no current way to fix that, and the only interface control for un-checking-out a file for a user is nonfunctional because it's a file that should not have been able to be checked out.
Up until now, at least as recently as a couple weeks ago, I had been able to edit the database to clear this by nulling out the fields CheckoutUserId, CheckoutDate, and CheckoutExpires in the Sharepoint-generated table WSS_Content_(gibberish).dbo.AllDocs but doing so now has no effect whatsoever.
Is there a new or additional location in the database that needs to be edited to remove these manually?
The prior fix mentioned above (nulling the fields CheckoutUserID, CheckoutDate, and CheckoutExpires in WSS_Content_(gibberish)) allows the files to be cut and pasted from the "Explorer view" and then cut and pasted back in, removing the "checked out" status. It has the downside of changing the edit date, time and user.

How to find who put the sharepoint site collection in READ only mode in Sharepoint 2010

I have one sharepoint2010 site. Suddenly i saw today that site has been put into READ only mode. How to audit, who has done this. I want to know who put the site into READ only mode(through CA->Site quotas and locks). Is there any way to find? (through powershell command, SPD, Database or through anyother things)
Thanks
Sivakumar. P