Skip to content

ci: unify timeout to 10 min by default#2337

Draft
bdrung wants to merge 1 commit into
dracut-ng:mainfrom
bdrung:unify-timeout
Draft

ci: unify timeout to 10 min by default#2337
bdrung wants to merge 1 commit into
dracut-ng:mainfrom
bdrung:unify-timeout

Conversation

@bdrung

@bdrung bdrung commented Mar 31, 2026

Copy link
Copy Markdown
Member

Most tests take only a few seconds or minutes on AMD. The tests on ARM are two to four times slower than their AMD counterparts (due to not using KVM).

All tests finish in under five minutes except test 60-NFS on AMD (which can take six to seven minutes) and following tests on ARM:

Test Duration Timeout
11-USR-MOUNT 5-10 min 20 min
20-STORAGE 9-22 min 40 min
21-OVERLAYFS 5-11 min 20 min
26-ENC-RAID-LVM 9-21 min 40 min
30-DMSQUASH 5-10 min 20 min
41-FULL-SYSTEMD 5-9 min 20 min
45-SYSTEMD-IMPORT 7 min 20 min
60-NFS 19-49 min 60 min
71-ISCSI 9 min 20 min
72-ISCSI-MULTI 9-20 min 40 min

So use a 10 min timeout on all AMD tests and most ARM tests, but increase the timeout for ARM for those test mentioned above. So use 20 min timeout for several ARM tests, 40 min timeout for 20-STORAGE, 26-ENC-RAID-LVM, 72-ISCSI-MULTI on ARM, and 60 min timeout for 60-NFS on ARM.

Checklist

  • I have tested it locally
  • I have reviewed and updated any documentation if relevant
  • I am providing new code and test(s) for it

@bdrung bdrung requested a review from a team as a code owner March 31, 2026 14:12
@github-actions github-actions Bot added the github Issues related to .github label Mar 31, 2026
@jozzsi

jozzsi commented Mar 31, 2026

Copy link
Copy Markdown
Contributor

With GitHub Action workflow what is the primary benefit for the project of lowering the timeout ? Just the test fails faster?

For this little benefit, does it make sense to introduce the complexity of variable timeouts within a test matrix ?

@bdrung

bdrung commented Mar 31, 2026

Copy link
Copy Markdown
Member Author

The benefit is a faster failing test in case the test hangs and freeing running quicker.

@devkontrol devkontrol marked this pull request as draft June 14, 2026 14:49
@devkontrol

Copy link
Copy Markdown
Collaborator

needs rebase

Most tests take only a few seconds or minutes on AMD. The tests on ARM
are two to four times slower than their AMD counterparts (due to not
using KVM).

All tests finish in under five minutes except test 60-NFS on AMD (which
can take six to seven minutes) and following tests on ARM:

| Test              | Duration  | Timeout |
| ----------------- | --------- | ------- |
| 11-USR-MOUNT      | 5-10 min  | 20 min  |
| 20-STORAGE        | 9-22 min  | 40 min  |
| 21-OVERLAYFS      | 5-11 min  | 20 min  |
| 26-ENC-RAID-LVM   | 9-21 min  | 40 min  |
| 30-DMSQUASH       | 5-10 min  | 20 min  |
| 41-FULL-SYSTEMD   | 5-9 min   | 20 min  |
| 45-SYSTEMD-IMPORT | 7 min     | 20 min  |
| 60-NFS            | 19-49 min | 60 min  |
| 71-ISCSI          | 9 min     | 20 min  |
| 72-ISCSI-MULTI    | 9-20 min  | 40 min  |

So use a 10 min timeout on all AMD tests and most ARM tests, but
increase the timeout for ARM for those test mentioned above. So use 20
min timeout for several ARM tests, 40 min timeout for 20-STORAGE,
26-ENC-RAID-LVM, 72-ISCSI-MULTI on ARM, and 60 min timeout for 60-NFS
on ARM.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

github Issues related to .github

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants