Skip to content

ci: add timeout to windows disk cleanup wait #145559

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

Merged
merged 1 commit into from
Aug 19, 2025

Conversation

marcoieni
Copy link
Member

@marcoieni marcoieni commented Aug 18, 2025

Add timeout to the disk clean space operation introduced in #145311

As reported in #145311 (comment) the wait can be stuck.

@rustbot rustbot added A-CI Area: Our Github Actions CI A-testsuite Area: The testsuite used to check the correctness of rustc S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue. labels Aug 18, 2025
@marcoieni
Copy link
Member Author

@bors try jobs=msvc,mingw

@rust-bors

This comment has been minimized.

rust-bors bot added a commit that referenced this pull request Aug 18, 2025
ci: add timeout to windows disk cleanup wait

try-job: *msvc*
try-job: *mingw*
@Kobzol
Copy link
Member

Kobzol commented Aug 18, 2025

You can r=me if CI is green.

@marcoieni marcoieni marked this pull request as ready for review August 18, 2025 08:56
@rustbot
Copy link
Collaborator

rustbot commented Aug 18, 2025

r? @jieyouxu

rustbot has assigned @jieyouxu.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

@rustbot rustbot added S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. and removed S-waiting-on-author Status: This is awaiting some action (such as code changes or more information) from the author. labels Aug 18, 2025
@marcoieni
Copy link
Member Author

r? Kobzol

@rustbot rustbot assigned Kobzol and unassigned jieyouxu Aug 18, 2025
@rust-bors
Copy link

rust-bors bot commented Aug 18, 2025

☀️ Try build successful (CI)
Build commit: 853c6a1 (853c6a1261af39eff1a4ad20c276453fb89721be, parent: 425a9c0a0e365c0b8c6cfd00c2ded83a73bed9a0)

@Kobzol
Copy link
Member

Kobzol commented Aug 18, 2025

@bors r+

@bors
Copy link
Collaborator

bors commented Aug 18, 2025

📌 Commit 4f72482 has been approved by Kobzol

It is now in the queue for this repository.

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Aug 18, 2025
@ChrisDenton
Copy link
Member

Oh, looking at this I think an issue here may be the use of PIDs. After the process exits, the PID can be reused by new processes.

@Kobzol
Copy link
Member

Kobzol commented Aug 18, 2025

Maybe we could also store and check the process name?

@ChrisDenton
Copy link
Member

Possibly. Though it's a shell script so that might not be too useful. Another option is to store and check the process start time. PID + start time will be unique.

A more invasive change would be to keep the cleanup script running until it's told to finish (or maybe killed). But this requires some way to communicate either when something is waiting or when it's done.

@ChrisDenton
Copy link
Member

Since it seems like the issue is seriously affecting the queue, I'll bump the priority on this workaround in case it doesn't make the next rollup.

@bors p=6

@jhpratt
Copy link
Member

jhpratt commented Aug 18, 2025

Good idea. This isn't included in the 33-PR rollup, so anything that can help is a good idea.

@bors
Copy link
Collaborator

bors commented Aug 18, 2025

⌛ Testing commit 4f72482 with merge b96868f...

@bors
Copy link
Collaborator

bors commented Aug 19, 2025

☀️ Test successful - checks-actions
Approved by: Kobzol
Pushing b96868f to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Aug 19, 2025
@bors bors merged commit b96868f into rust-lang:master Aug 19, 2025
12 checks passed
@rustbot rustbot added this to the 1.91.0 milestone Aug 19, 2025
Copy link
Contributor

What is this? This is an experimental post-merge analysis report that shows differences in test outcomes between the merged PR and its parent PR.

Comparing 9eb4a26 (parent) -> b96868f (this PR)

Test differences

Show 2 test diffs

2 doctest diffs were found. These are ignored, as they are noisy.

Test dashboard

Run

cargo run --manifest-path src/ci/citool/Cargo.toml -- \
    test-dashboard b96868fa2ef174b0a5aeb3bf041b3a5b517f11f8 --output-dir test-dashboard

And then open test-dashboard/index.html in your browser to see an overview of all executed tests.

Job duration changes

  1. x86_64-apple-2: 8369.3s -> 4877.4s (-41.7%)
  2. x86_64-mingw-1: 12352.6s -> 9890.2s (-19.9%)
  3. aarch64-apple: 6408.5s -> 5232.7s (-18.3%)
  4. i686-msvc-1: 11528.9s -> 10171.7s (-11.8%)
  5. x86_64-msvc-ext2: 7027.9s -> 6225.4s (-11.4%)
  6. x86_64-msvc-1: 9955.7s -> 8872.4s (-10.9%)
  7. x86_64-msvc-2: 7803.7s -> 6957.6s (-10.8%)
  8. dist-apple-various: 5320.5s -> 4762.1s (-10.5%)
  9. dist-arm-linux-gnueabi: 4852.6s -> 5331.5s (9.9%)
  10. x86_64-apple-1: 9093.2s -> 8202.3s (-9.8%)
How to interpret the job duration changes?

Job durations can vary a lot, based on the actual runner instance
that executed the job, system noise, invalidated caches, etc. The table above is provided
mostly for t-infra members, for simpler debugging of potential CI slow-downs.

@rust-timer
Copy link
Collaborator

Finished benchmarking commit (b96868f): comparison URL.

Overall result: ❌✅ regressions and improvements - no action needed

@rustbot label: -perf-regression

Instruction count

Our most reliable metric. Used to determine the overall result above. However, even this metric can be noisy.

mean range count
Regressions ❌
(primary)
1.3% [1.3%, 1.3%] 1
Regressions ❌
(secondary)
- - 0
Improvements ✅
(primary)
-4.4% [-4.4%, -4.4%] 1
Improvements ✅
(secondary)
-0.4% [-0.4%, -0.4%] 1
All ❌✅ (primary) -1.6% [-4.4%, 1.3%] 2

Max RSS (memory usage)

This benchmark run did not return any relevant results for this metric.

Cycles

Results (primary -3.5%, secondary 4.6%)

A less reliable metric. May be of interest, but not used to determine the overall result above.

mean range count
Regressions ❌
(primary)
- - 0
Regressions ❌
(secondary)
4.6% [4.6%, 4.6%] 1
Improvements ✅
(primary)
-3.5% [-3.5%, -3.5%] 1
Improvements ✅
(secondary)
- - 0
All ❌✅ (primary) -3.5% [-3.5%, -3.5%] 1

Binary size

Results (primary -0.4%)

A less reliable metric. May be of interest, but not used to determine the overall result above.

mean range count
Regressions ❌
(primary)
- - 0
Regressions ❌
(secondary)
- - 0
Improvements ✅
(primary)
-0.4% [-0.4%, -0.4%] 3
Improvements ✅
(secondary)
- - 0
All ❌✅ (primary) -0.4% [-0.4%, -0.4%] 3

Bootstrap: 469.299s -> 470.04s (0.16%)
Artifact size: 377.68 MiB -> 377.69 MiB (0.00%)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-CI Area: Our Github Actions CI A-testsuite Area: The testsuite used to check the correctness of rustc merged-by-bors This PR was explicitly merged by bors. S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. T-infra Relevant to the infrastructure team, which will review and decide on the PR/issue.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants