Uh oh!
There was an error while loading. Please reload this page.
Fix linux build image in eng/pipelines/libraries/stress/http.yml - #111664
Conversation
Tagging subscribers to this area: @dotnet/area-infrastructure-libraries |
rzikm
commented
Jan 22, 2025
Hi, I don't know, we are using the same image for SslStress, with pretty much the same setup (we also use this envvar substitution in ssl stress compose file). Do we know the docker version on the image? |
rzikm
commented
Jan 22, 2025
/azp run runtime-libraries stress-ssl |
|
Azure Pipelines successfully started running 1 pipeline(s). |
akoeplinger
commented
Jan 22, 2025
I found some differences in the way docker-compose.yml was structured compared to SslStress, pushed the changes. |
akoeplinger
commented
Jan 22, 2025
/azp run runtime-libraries stress-http |
|
Azure Pipelines successfully started running 1 pipeline(s). |
akoeplinger
commented
Jan 22, 2025
/azp run runtime-libraries stress-http |
|
Azure Pipelines successfully started running 1 pipeline(s). |
akoeplinger
commented
Jan 22, 2025
/azp run runtime-libraries stress-http |
|
Azure Pipelines successfully started running 1 pipeline(s). |
antonfirsov
commented
Jan 22, 2025
/azp run runtime-libraries stress-http |
|
Azure Pipelines successfully started running 1 pipeline(s). |
akoeplinger
commented
Jan 23, 2025
@antonfirsov@rzikm looks like this will need a bit more attention than the quick fix I thought, would you mind taking over the PR? |
rzikm
commented
Jan 23, 2025
/azp run runtime-libraries stress-http |
|
Azure Pipelines successfully started running 1 pipeline(s). |
akoeplinger
commented
Jan 23, 2025
thanks. something seems to be up with the http 3.0 stress test, if you click "View raw log" on AzDO you see this message from AddressSanitizer infinitely repeated: |
rzikm
commented
Jan 23, 2025
That's weird, I can't reproduce this locally, maybe we should disable address sanitizer for now |
rzikm
commented
Jan 23, 2025
/azp run runtime-libraries stress-http |
|
Azure Pipelines successfully started running 1 pipeline(s). |
this might be related since we're now using Ubuntu 22.04 hosts: actions/runner-images#9524 |
akoeplinger
commented
Jan 24, 2025
Looks like it's green now :) |
Uh oh!
There was an error while loading. Please reload this page.
antonfirsov
commented
Mar 17, 2025
/backport to release/9.0-staging |
Started backporting to release/9.0-staging: https://github.com/dotnet/runtime/actions/runs/13904193229 |
@antonfirsov backporting to "release/9.0-staging" failed, the patch most likely resulted in conflicts: $ git am --3way --empty=keep --ignore-whitespace --keep-non-patch changes.patch
Applying: Fix linux build image in eng/pipelines/libraries/stress/http.yml
Using index info to reconstruct a base tree...
M eng/pipelines/libraries/stress/http.yml
Falling back to patching base and 3-way merge...
Auto-merging eng/pipelines/libraries/stress/http.yml
Applying: Align docker-compose.yml with the one from SslStress
Using index info to reconstruct a base tree...
M src/libraries/System.Net.Http/tests/StressTests/HttpStress/docker-compose.yml
Falling back to patching base and 3-way merge...
Auto-merging src/libraries/System.Net.Http/tests/StressTests/HttpStress/docker-compose.yml
CONFLICT (content): Merge conflict in src/libraries/System.Net.Http/tests/StressTests/HttpStress/docker-compose.yml
error: Failed to merge in the changes.
hint: Use 'git am --show-current-patch=diff' to see the failed patch
hint: When you have resolved this problem, run "git am --continue".
hint: If you prefer to skip this patch, run "git am --skip" instead.
hint: To restore the original branch and stop patching, run "git am --abort".
hint: Disable this message with "git config set advice.mergeConflict false"
Patch failed at 0002 Align docker-compose.yml with the one from SslStress
Error: The process '/usr/bin/git' failed with exit code 128Please backport manually! |
@rzikm This fixes the disk space issue. It still fails to build with this error in the "Build HttpStress" step, do you have an idea: