-
Notifications
You must be signed in to change notification settings - Fork 4
add a check after all upgrades to check apt is in a healthy state #14
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
add a check after all upgrades to check apt is in a healthy state #14
Conversation
ca93f62 to
4e851c4
Compare
4e851c4 to
250b597
Compare
| post_tests | ||
| STATUS=$? | ||
| fi | ||
| check_no_apt_errors |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we want to call this after every do-release-upgrade, in case we have more than one. So let's add it to do_upgrade_and_maybe_reboot(), after do_normal_upgrade().
250b597 to
32c3b01
Compare
|
amended and ready for re-review |
|
Added a kernel check, not sure if implementation is okay, requires review |
|
I'm testing this PR now. |
This commit adds a check post upgrade. It's quite simple, it just runs: apt-get check Which, if exits non-zero, causes the upgrade job to fail. We don't want to consider an upgrade "all good" if it leaves apt in a broken state!
a0005f7 to
1ed850e
Compare
|
This is now amended, tested, and ready for review. Please see example run (with extra debug logging) here: |
julian-klode
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nitpick
…l booted post-upgrade This check looks to catch errors, such as the ones we saw with jammy->noble upgrades: https://discourse.canonical.com/t/retrospective-on-jammy-noble-kernel-header-upgrade-issue/4263 Prior to upgrade, the upgrade script now stores the output of: dpkg -l linux-*-$kernel where $kernel=$(uname -r). Then, post upgrade, we check the output of the dpkg -l... command again. If it is the same - happy! If not, fail :'( This should mean that we spot upgrade issues related to kernels and kernel headers much quicker in the future.
1ed850e to
59a2d00
Compare
|
implemented Julian's nit, I will merge |
No description provided.