-
Notifications
You must be signed in to change notification settings - Fork 53
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
Re-enable recovery upgrade test #321
Conversation
01770f4
to
f20f15c
Compare
We had to disable this because we didn't had published changes supporting the scenario. Also fix up a leftover from rebases that slipped through an automatic PR merge. Signed-off-by: Ettore Di Giacinto <[email protected]>
@@ -160,19 +160,24 @@ upgrade() { | |||
export LUET_PRIVILEGED_EXTRACT=true | |||
|
|||
args="" | |||
if [ -z "$VERIFY" ]; then | |||
args="--enable-logfile --logfile /tmp/luet.log --plugin image-mtree-check" | |||
if [ -z "$VERIFY" ] || [ "$VERIFY" == true ]; then |
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.
Is there something that sets this var to true?
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.
it could be set to true if someone sets it in the /etc/cos-upgrade-image
file, that file gets sourced to be able to set custom behavior of cos-upgrade
by default
if [ -n "$CHANNEL_UPGRADES" ] && [ "$CHANNEL_UPGRADES" == true ]; then | ||
echo "Upgrading from release channel" | ||
set -x |
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.
Is this a leftover from debugging?
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.
yes/no.. I've added it for debugging, but I'm unsure to keep it or not. It seems useful for debug, but also as a informative output of what's going on.. UX definetly deserve its own story :)
Signed-off-by: David Cassany <[email protected]>
We had to disable this because we didn't had published changes
supporting the scenario.
It also fixes a leftover from a rebase that I believe slipped from the merges due to the automatic PR merge features (seems it is flaky and catches success early if there are no results back from the CI yet.. 🤷 )
Signed-off-by: Ettore Di Giacinto [email protected]