You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Certain setup failures in webdriver cause some of our test runs to hit microsoft/azure-pipelines-tasks#17548 . The dotnet test process finishes, but the dotnet test step in ado hangs until the task is canceled, or the job hits the 60 second timeout.
A suggestion has been to set the VSTSAGENT_CONTINUE_AFTER_CANCEL_PROCESSTREEKILL_ATTEMPT knob, however I don't see how to do that on the hosted agent pools. Attempting to set the variable VSTSAGENT_CONTINUE_AFTER_CANCEL_PROCESSTREEKILL_ATTEMPT in the yaml pipeline results in the pipeline to refeuse to schedule with an error
In looking at the code, the knob has a RuntimeKnobSource and I can also see in the "Initalise Job" phase it loads the knob, which together I'd assume means it is expected this knob could be set on a per job basis. How do I override this for a single job. (The pipeline is running against the ubunut-latest hosted agent, although I experience the same issue pointing this to a self hosted agent).
Logs from the DotNetCoreCLI@2 task for which I'm trying to use this knob to fix.
HANG - the next set of logs don't show up until the job times out, or is explicitly cancelled
The STDIO streams did not close within 10 seconds of the exit event from process '/usr/bin/dotnet'. This may indicate a child process inherited the STDIO streams and has not yet exited.
##[error]Error: The process '/usr/bin/dotnet' failed with exit code 1
Info: Azure Pipelines hosted agents have been updated and now contain .Net 5.x SDK/Runtime along with the older .Net Core version which are currently lts. Unless you have locked down a SDK version for your project(s), 5.x SDK might be picked up which might have breaking behavior as compared to previous versions. You can learn more about the breaking changes here: https://docs.microsoft.com/en-us/dotnet/core/tools/ and https://docs.microsoft.com/en-us/dotnet/core/compatibility/ . To learn about more such changes and troubleshoot, refer here: https://docs.microsoft.com/en-us/azure/devops/pipelines/tasks/build/dotnet-core-cli?view=azure-devops#troubleshooting
##[error]Dotnet command failed with non-zero exit code on the following projects : [ '' ]
##[error]The operation was canceled.
Versions
Agent: 3.220.5
Environment type (Please select at least one enviroment where you face this issue)
Self-Hosted
Microsoft Hosted
VMSS Pool
Container
Azure DevOps Server type
dev.azure.com (formerly visualstudio.com)
Operation system
ubuntu-latest
Version controll system
No response
Azure DevOps Server Version (if applicable)
No response
The text was updated successfully, but these errors were encountered:
Hi @afscrome, thank you for the question, you could set the knob using UI with User-defined capabilities for hosted agents.
Just click on the plus button and add VSTSAGENT_CONTINUE_AFTER_CANCEL_PROCESSTREEKILL_ATTEMPT.
Describe your question
Certain setup failures in webdriver cause some of our test runs to hit microsoft/azure-pipelines-tasks#17548 . The dotnet test process finishes, but the dotnet test step in ado hangs until the task is canceled, or the job hits the 60 second timeout.
A suggestion has been to set the
VSTSAGENT_CONTINUE_AFTER_CANCEL_PROCESSTREEKILL_ATTEMPT
knob, however I don't see how to do that on the hosted agent pools. Attempting to set the variableVSTSAGENT_CONTINUE_AFTER_CANCEL_PROCESSTREEKILL_ATTEMPT
in the yaml pipeline results in the pipeline to refeuse to schedule with an errorIn looking at the code, the knob has a
RuntimeKnobSource
and I can also see in the "Initalise Job" phase it loads the knob, which together I'd assume means it is expected this knob could be set on a per job basis. How do I override this for a single job. (The pipeline is running against theubunut-latest
hosted agent, although I experience the same issue pointing this to a self hosted agent).Logs from the
DotNetCoreCLI@2
task for which I'm trying to use this knob to fix.HANG - the next set of logs don't show up until the job times out, or is explicitly cancelled
Versions
Agent: 3.220.5
Environment type (Please select at least one enviroment where you face this issue)
Azure DevOps Server type
dev.azure.com (formerly visualstudio.com)
Operation system
ubuntu-latest
Version controll system
No response
Azure DevOps Server Version (if applicable)
No response
The text was updated successfully, but these errors were encountered: