Skip to content
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

Merged
merged 1 commit into from
Jun 24, 2021
Merged

Re-enable recovery upgrade test #321

merged 1 commit into from
Jun 24, 2021

Conversation

mudler
Copy link
Contributor

@mudler mudler commented Jun 24, 2021

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]

@mudler mudler force-pushed the re_enable_test branch 2 times, most recently from 01770f4 to f20f15c Compare June 24, 2021 16:20
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]>
@mudler
Copy link
Contributor Author

mudler commented Jun 24, 2021

@Itxaka seems it was a rebase mistake that slipped.. apparently GH feature for auto-merge is a bit flaky, if you check the PR #264 was merged even if tests weren't green

@@ -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
Copy link
Contributor

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?

Copy link
Contributor Author

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
Copy link
Contributor

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?

Copy link
Contributor Author

@mudler mudler Jun 24, 2021

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 :)

@mudler mudler merged commit 34c0a3a into master Jun 24, 2021
@mudler mudler deleted the re_enable_test branch June 24, 2021 19:41
frelon pushed a commit to frelon/elemental-toolkit that referenced this pull request May 12, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants