Search

TF400030: The local data store is currently in use by another operation. by PaulGBrown

Closed
as Fixed Help for as Fixed

18
0
Sign in
to vote
Type: Bug
ID: 780698
Opened: 3/5/2013 8:18:05 AM
Access Restriction: Public
2
Workaround(s)
9
User(s) can reproduce this bug
I constantly get the message
TF400030: The local data store is currently in use by another operation. Please wait and then try your operation again. If this error persists, restart the application.

when adding a file to the solution or installing/updating nuget packages. This happens on small apps where it's just a basic MVC4 app or production apps.

I'm using TFS Services for the SC. I installed Update 2 CTP 3 and the error continues.
Details (expand)

Visual Studio/Team Foundation Server/.NET Framework Tooling Version

Visual Studio 2012

Steps to reproduce

Add a NuGet package or update package.

Product Language

English

Operating System

Windows 8

Operating System Language

English

Actual results

TF400030: The local data store is currently in use by another operation. Please wait and then try your operation again. If this error persists, restart the application.

Expected results

No error.
File Attachments
0 attachments
Sign in to post a comment.
Posted by P. Kelley [MSFT] on 5/13/2013 at 8:24 AM
All,
Thanks for reporting this issue. If you are experiencing this problem, I would be happy to speak with you via e-mail so that we can debug the issue. phkelley@microsoft.com

Thanks,
P. Kelley
TFS Version Control
Posted by dave hutchings on 5/12/2013 at 2:12 AM
Also getting this constantly now. It is the most dangerous place to get an error - as I have lost code. Sometimes when adding a class or view the error occurs and leaves files on one dev machine added to a project and not checked in and in some cases on the dev machine but not even in the project (i have to show all files to add it to project after a restart) - so when doing a get offsite I get a project that doesn't compile / run. Also, the hang happens during a save, which triggers the checkout - this is really bad as source control is supposed to stop you losing code!

I have not found a repeatable process, but it definitely has happened extremely regulary since update 2 and more so if I have been debugging an mvc site.

At the least it is very frustrating when under pressure from deadlines and getting a hang for 3 minutes!
Posted by Jared L. Scarbrough on 5/10/2013 at 9:30 AM
This has grown progressively worse over the past several days for me. All of the other devs in my shop are experiencing this as well. The workarounds do not resolve the issue. Switching to server workspace does not resolve the issue. This is a CRITICAL issue reported over 2 months ago that has yet to be addressed. I could not afford to operate my business with that pathetic level of responsiveness. I'm really not trying to be difficult, but this is very expensive software whose proper operation is crucial to the success of many organizations; this issue needs to be fixed immediately.
Posted by Frode - Sticos on 4/29/2013 at 3:14 AM
Same problem, cleaning tmp files doesn't help, restart VS doesn't help.

Problem occured after installing Upgrade 2, downgrading didn't help.

I am loosing productivity big time - please fix today!
Posted by Pat Tormey on 4/23/2013 at 1:46 PM
TF400030: The local data store is currently in use by another operation. Please wait and then try your operation again. If this error persists, restart the application.
TF400030: The local data store is currently in use by another operation. Please wait and then try your operation again. If this error persists, restart the application.
TF400030: The local data store is currently in use by another operation. Please wait and then try your operation again. If this error persists, restart the application.
TF400030: The local data store is currently in use by another operation. Please wait and then try your operation again. If this error persists, restart the application.
Posted by Malkier on 4/23/2013 at 7:21 AM
I'm encountering this bug when I try to add new files to a project (and therefore to source control).
I have to restart Visual Studio and it works again for some time. Very nasty!
Posted by Pat Tormey on 3/26/2013 at 9:50 AM
Same issue VS2012.2 and TFS MS Hosted.
I'm forced to Kill the task and that leaves the project state in danger.


THIS HAS TO BE FIXED.
Pat NH USA
Posted by Silver Dollar Software on 3/22/2013 at 8:18 AM
Wow...killed 2 hours today because every action I do takes 5 minutes. Adding a new class...5 minutes...first text change in new file...5 minutes...save file...5 minutes... the spinning blue doughnut is killing me!
Posted by Silver Dollar Software on 3/22/2013 at 7:33 AM
Please get this fix in ASAP, this totally kills productivity!
Posted by Microsoft on 3/21/2013 at 7:21 AM
Thanks for contacting us about this issue. We have recently completed some major refactoring to improve issues like this that can occur when using local workspaces. These fixes are planned to be released with the next major update of VS/TFS and we're considering a port to the next VS update (following Update 2).

Thanks,
Matt
Program Manager | TFS Version Control
Posted by PaulBSteelerFan on 3/21/2013 at 6:39 AM
It appears that the temp folders are responsible for the problems. I've posted a workaround that tells how to clean out the temp folders. I have cleaned them out 3 times in the past 12 days. I don't remember doing this at all with 2010.
Posted by Silver Dollar Software on 3/19/2013 at 8:21 PM
This is happening to me with my WP and Win8 apps. Such a huge productivity killer.
Posted by Microsoft on 3/14/2013 at 2:48 AM
Hi PaulGBrown, thanks for your response. Your issue has been routed to the appropriate VS development team for investigation. We will contact you if we require any additional information.
Posted by PaulBSteelerFan on 3/6/2013 at 9:35 AM
Can I change the status to blocking because it's getting worse? I almost have to check out the entire project just so it won't popup on me. It took less than 2 minutes before I ran into it again.
Posted by PaulBSteelerFan on 3/6/2013 at 8:47 AM
Example: Today I added an existing file to my project. After approx. 1 min, I got message the above message. The file was added to the solution but was not being tracked by SC. I tried to add to SC and got the same message. Close and reopen VS, add to SC and it works.

BTW, apparently I have two profiles on Connect.
Posted by Microsoft on 3/5/2013 at 10:43 PM
Thank you for submitting feedback on Visual Studio and .NET Framework. In order to efficiently investigate and reproduce this issue, we are requesting additional a 32 bits dump file. Please submit this information to us within 4 business days. We look forward to hearing from you with this information.
If the dump file is too big to upload, please follow this
************************************************************
Please zip the file and use "FeedbackID-780698" as prefix of the file name.
************************************************************
You can use the following workspace to upload the file by IE: https://sftemea.one.microsoft.com/choosetransfer.aspx?key=4714c7a4-1646-49f2-8e2c-91f818cdd165
Password: g#8EJcuGOqrKZ8N
Thanks again for your efforts and we look forward to hearing from you.
Posted by Microsoft on 3/5/2013 at 10:51 AM
Thank you for your feedback, we are currently reviewing the issue you have submitted. If this issue is urgent, please contact support directly(http://support.microsoft.com)
Posted by PaulGBrown on 3/5/2013 at 8:21 AM
This can cause VS to hang forcing an end task. Restarting VS will get things working for a very short time.
Sign in to post a workaround.
Posted by Malkier on 4/22/2013 at 2:26 AM
I noticed that this error started popping up after I cloned two repositories from github. I removed those in the Team Explorer - Connect View and it seems to work now. Nevertheless, this has to be fixed soon.
Posted by PaulBSteelerFan on 3/21/2013 at 6:36 AM
Follow the steps in this blog post to clean out the crap and that seems to fix it for a while.

http://weblogs.asp.net/psheriff/archive/2011/11/08/clean-up-after-visual-studio.aspx