-
Notifications
You must be signed in to change notification settings - Fork 2.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
vstest.console.exe failed with return code: 4294967295 #4256
Comments
I also experience this lately, nothing to note with debug logging on, it just quits. Started happening since Tuesday |
Same here. Just randomly started happening. It is a major blocker/annoyance for us. |
@AbhitejJohn can you check |
Tagging @smadala . Can someone share the diagnostic log too please(with System.Debug "true")? |
Two attached, both debug set to true, same project, failed at different location with no 'reason'. Couldn't find anything significant. |
@janpieterz, @daniefvh To run .net core unit tests choose vstest.console.exe from "C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Extensions\TestPlatform\vstest.console.exe". @marcwmiller Please enable /diag:log.txt and attach log.txt and log.*.host.txt. |
Seems for vstest to have something to do with code coverage. Where do I get those log.txt files from? |
/EnableCodeCoverage yet to support in .net core. Tracking here. Pass No vstest task or tests running in msbuild one. It was failing in Build solution, @acesiddhu Can you please tag Build solution task folks? |
We are adding respective folks to investigate into this issue. Seems like both |
@smadala - I have enabled /diag:log.txt as requested and will attach log files after next failure. |
@smadala - As luck would have it (I guess) I got the error first time running CI build after enabling diagnostic logs. Please find log files attached. |
Looks vstest.console.exe exiting abnormally, Can please share log.txt which will be in current directory of vs test task command runs. |
@smadala - I think I've correctly updated the Copy Files task to capture the log.txt file (we'll have to wait for another failure). But I'm not sure about your last request for logs - I'm using the Hosted VS2017 agent and cannot perform instructions provided in the link. Please advise. |
This seems widespread, we have this error in approx. every 3rd build or so for several projects. Sometimes consecutive test runs have this, then it works for a couple of builds without any apparent change on our side. This happens only in VSO i haven't been able to repro locally. Solution is VS 2017 .Net 4.6, Nunit 3.7, Hosted VS2017 agent |
@marcwmiller are you able to get log.txt file? |
@smadala - just got error moments ago. Please find attached log files. |
Just a note that we are not running .NET core. I will try getting logs for you. |
@marcwmiller can you please send your VSTS account and build details to devops_tools at microsoft dot com |
FYI, we have the same problem with .net 4.6, VS2017, 2017 host, MsTest v2. And it happens to the build step as well, about as frequent. |
Hi, We have created a Live Site Incident for the same and actively working on this. |
@nigurr - I am unable to email the information requested. My email is returned with the following error: The groups only accept messages from people in their organization or on their allowed senders list, and your email address isn't on the lists |
@marcwmiller replied to you |
does everyone on this thread have .NET Core projects in their solution? Also can you all post your account URLs? |
@chrisrpatterson - My solution contains .NET Core projects. I have shared account URL with @nigurr and can email to you if you'd like. |
@marcwmiller can you simply ping your account and tell me what it resolves to. |
Jup, contains .NET core, account url is intreba.visualstudio.com, one of affected projects Arke. |
@chrisrpatterson tfsprodcus1.app.visualstudio.com [104.43.203.175] |
Another question, what about TypeScript? |
@janpieterz while I am working through debugging this issue I am going to temporarily increase the number of hosted agents in your account so I don't block your normal work |
@chrisrpatterson I see, interesting. I'll wait for you to finish, only need to build correctly once for this security advisory. |
@janpieterz you have 5 agents right now so you should be able to build. |
Jup, I noticed when both ran at the same time. Cheers! |
We don't have any .NET Core / TypeScript stuff. We went back to the non-2017 host and all is well. We can't open it up for experimenting with builds since we have external dependencies (database for end2end tests). Like I said in a previous post, we see builds failing on either the build step or the test step (not both). |
@janpieterz thank you for your patience. We are working with the MSBuild team to figure out what additional diagnostics we can gather. It seems the failure rate is about 20% and the MSBuild failure happens at a different place in the project every time. |
@chrisrpatterson no worries, happy to help! If you want to speed up your build test, you could disable webpack and npm, they shouldn't bother the msbuild and test! If you'd like me to add any other MS employee just send me an email or ping me here, besides that I'm enjoying the notifications for the builds in our Slack 😄 |
@janpieterz we have a repro from a basic solution https://github.com/sgrebnov/Windows-appsample-coloringbook now. You can remove me from your account if you want. For a temporary work around if you add a second vsbuild task right after the first one and set the first to continue on error it seems to complete successfully 100% of the time. |
@chrisrpatterson Great to hear, just removed you. In case you need to get back in just let me know, otherwise good luck hinting, and cheers for that temp workaround! |
What do I do with those agents btw? |
@janpieterz the extra hosted agents should disappear. You can also delete the agent in the default pool. |
we are also seeing about 50% of builds fail on running tests with error
similar to @nvankesteren we are using the Hosted VS2017 agent, due to this we also needed to change the build to use the Version 2.* preview version of the Visual Studio Test step The current situation is intolerable, but not sure what to do, is the error we are seeing the same issue? is this a known issue that is being fixed or do we back out and stop using the Hosted VS2017 agent? we started using the VS2017 agent because the default one started giving us c# compilation errors randomly due to new c# language features. |
We are actively working very hard on it. We apologize for the inconvenience this is causing. What we know is the process does not crash - both msbuild and vstest simply exits with -1 or maxint. It only happens on the first run on a fresh OS (that is the hosted build scenario since every build is a new machine reimage). For example, you can put a second task of build or test in the same job with the first being continue on error and it will always succeed. The workaround is to use a private agent (your own VM / machine). |
A new image which fixes/mitigates the issue should be rolling across scale units throughout the day. Chime in throughout the weekend and early in the week if it's addressed for you. We will be keeping an eye on it. |
@bryanmacfarlane - sweet. Thanks to all involved with issue resolution. |
got another failure just now |
@cob999, can you please send your VSTS account and build details to devops_tools at microsoft dot com |
@nigurr I've sent that on, got a bounce message saying |
@nigurr - I've received the error twice today :-( Error: C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Extensions\TestPlatform\vstest.console.exe failed with return code: 4294967295 |
we're copying a new image with gflags to figure out what's wacking the process (it's not crashing, it's not exiting). the previous mitigation appears to reduce the likelyhood but still hapenning ... we're on it. |
A new image is rolled out with additional logging enabled to determine more information. When msbuild.exe/vstest.console.exe exits, info will be written to the application event log with the exit code and if another process killed it, the name of the process that killed msbuild.exe/vstest.console.exe. Please add the below inline powershell to grab the info from the application event log once. Please make sure you select "Always Run" in the task so that any previous errors in the build will still continue to execute this and dumps the logs.
|
Can MS repro this without outside projects? My team no longer has the resources to keep testing this and have stepped back a version. I'm watching this space to see if the issue is resolved. |
We finally got a repro which captured the offending process from the event log line above. We know exactly what is killing msbuild/vstest now. We're following up right now with an image update. It takes awhile to rollout but good news. This one was especially tough because the size, length and volatility of our tool would protect it from repro'ing. Sorry for the inconvenience. |
@bryanmacfarlane - when do you anticipate the roll out to be complete? I'm still receiving error: Ran for 3.7 minutes (Hosted VS2017), completed at Fri 05/26/2017 05:43 PM |
@thechrisjohnson should this have deployed everywhere by now? |
@marcwmiller please send ersciple the name of your account (at microsoft com). |
@ericsciple - done. |
I'm getting the following error intermittently (approx 10-20% of CI build/tests) with the Visual Studio test runner (version 2.0.30):
Error: C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\Extensions\TestPlatform\vstest.console.exe failed with return code: 4294967295
My solution is VS2017 with .Net Core and Xunit test projects. I'm using the Hosted VS2017 agent.
Not only is it intermittent, but when it does fail, it is not in the same test project. Never are there failed tests.
What is return code 4294967295?
6_Test Assemblies .Tests.dll.txt
The text was updated successfully, but these errors were encountered: