Project

General

Profile

Actions

Bug #62953

closed

qa: fs:upgrade needs updated to upgrade only from N-2, N-1 releases (i.e. reef/quincy)

Added by Patrick Donnelly 8 months ago. Updated 4 months ago.

Status:
Resolved
Priority:
Urgent
Category:
Testing
Target version:
% Done:

0%

Source:
Development
Tags:
Backport:
Regression:
No
Severity:
2 - major
Reviewed:
Affected Versions:
ceph-qa-suite:
Component(FS):
qa-suite
Labels (FS):
qa
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Related issues 1 (0 open1 closed)

Related to CephFS - Bug #64041: qa/cephfs: fs/upgrade/nofs suite attempts to jump more than 2 releasesDuplicate

Actions
Actions #1

Updated by Venky Shankar 8 months ago

We have to do this change whenever we branch out a release (branch) with the main branch tracking the next release - I wonder if the N-{1,2} branch names can be automatically picked up.

Actions #2

Updated by Venky Shankar 8 months ago

  • Assignee set to Dhairya Parmar
  • Severity changed from 3 - minor to 2 - major

Dhairya, please take this one on prio.

Actions #3

Updated by Dhairya Parmar 8 months ago

i remember discussing this with adam king when he wrote https://github.com/ceph/ceph/pull/52881. it will be interesting on how to set up a variable that knows what the latest release is; this indeed needs to done otherwise we will face this at every release

Actions #4

Updated by Venky Shankar 8 months ago

Dhairya Parmar wrote:

i remember discussing this with adam king when he wrote https://github.com/ceph/ceph/pull/52881. it will be interesting on how to set up a variable that knows what the latest release is; this indeed needs to done otherwise we will face this at every release

Let's fix this manually for now and then work on auto fetching the releases.

Actions #5

Updated by Dhairya Parmar 8 months ago

Venky Shankar wrote:

Dhairya Parmar wrote:

i remember discussing this with adam king when he wrote https://github.com/ceph/ceph/pull/52881. it will be interesting on how to set up a variable that knows what the latest release is; this indeed needs to done otherwise we will face this at every release

Let's fix this manually for now and then work on auto fetching the releases.

I was researching on automating this but if you'd like this manually then sure, i'll do it. So, the oldest one would be pacific and the latest being reef.

Actions #6

Updated by Venky Shankar 8 months ago

Dhairya Parmar wrote:

Venky Shankar wrote:

Dhairya Parmar wrote:

i remember discussing this with adam king when he wrote https://github.com/ceph/ceph/pull/52881. it will be interesting on how to set up a variable that knows what the latest release is; this indeed needs to done otherwise we will face this at every release

Let's fix this manually for now and then work on auto fetching the releases.

I was researching on automating this but if you'd like this manually then sure, i'll do it. So, the oldest one would be pacific and the latest being reef.

In the interest of time, yes, manually. We can then see how to automagically fetch the releases.

Actions #7

Updated by Dhairya Parmar 8 months ago

I found this on adam's PR desciption https://github.com/ceph/ceph/pull/53105:

Since reef is released, we should ideally be
testing upgrades from reef -> main now

This cannot be merged until main reports a version 19.y.z instead of the current 18.0.0. Otherwise trying to do an upgrade from reef to main hits an error like Upgrade: Paused due to UPGRADE_BAD_TARGET_VERSION: Upgrade: cannot upgrade/downgrade to 18.0.0-5596-gdb1309a8. This cannot be resolved with a workaround in the upgrade code in main, as it's the upgrade code in the reef image that is actually hitting the failure.

Pacific is EOL in a few days. So either we ignore the EOL and keep using pacific-quincy or the I fear we are limited to using just the quincy

Actions #8

Updated by Venky Shankar 8 months ago

Dhairya Parmar wrote:

I found this on adam's PR desciption https://github.com/ceph/ceph/pull/53105:

[...]

Pacific is EOL in a few days. So either we ignore the EOL and keep using pacific-quincy or the I fear we are limited to using just the quincy

fs:upgrade includes tests to start upgrading from octopus/nautilus. This change is for yamls that upgrade to current main (squid) and that should be from Q/R releases.

Actions #9

Updated by Dhairya Parmar 8 months ago

  • Status changed from New to Fix Under Review
  • Pull request ID set to 53734
Actions #10

Updated by Venky Shankar 4 months ago

  • Related to Bug #64041: qa/cephfs: fs/upgrade/nofs suite attempts to jump more than 2 releases added
Actions #11

Updated by Venky Shankar 4 months ago

  • Status changed from Fix Under Review to Resolved
Actions

Also available in: Atom PDF