Project

General

Profile

Actions

action #10990

closed

autoupgrade from sle12 ga and sle12 sp1

Added by RBrownSUSE over 8 years ago. Updated over 8 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
New test
Start date:
2016-02-24
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)
Difficulty:

Description

similar to the sle 11 sp3 autoupgrade test https://openqa.suse.de/tests/273431


Checklist

  • sle

Subtasks 1 (0 open1 closed)

action #10896: installation_snapshots fails -> wrong regex?Resolveddgutu2016-02-24

Actions
Actions #1

Updated by RBrownSUSE over 8 years ago

  • Priority changed from High to Urgent
Actions #2

Updated by dgutu over 8 years ago

  • Assignee set to dgutu
Actions #3

Updated by dgutu over 8 years ago

@Richard, which is considered to be the correct way to get SLES-12-SP0-GM qcow file, on which I can start upgrade test to SLES-12-SP1-GM ?
Thx.

Actions #4

Updated by dgutu over 8 years ago

@Richards, how about the FS type for this scenario? Should I stay with ext4 or go with default FS layout of SLES-12 (btrfs and subvolumes) ?
Thx.

Actions #5

Updated by RBrownSUSE over 8 years ago

dgutu wrote:

@Richard, which is considered to be the correct way to get SLES-12-SP0-GM qcow file, on which I can start upgrade test to SLES-12-SP1-GM ?
Thx.

https://openqa.suse.de/assets/hdd/SLES-12-gnome-x86_64.img - This is a default SLES 12 GA qcow file

You DO NOT need to upgrade this to SLES 12 SP1 - the requirement is for users to be able to ugprade from SLES 12 GA direct to SLES 12 SP2

We do not have any SLES 12 SP1 GA default install qcow files. These can be created by openQA, by scheduling a job to create them - ask Jozef for help with that?

Documentation you will need to create the AutoYaST profiles -
https://www.suse.com/documentation/sles-12/book_sle_deployment/data/sec_update_auto_prep_autoyast.html
https://www.suse.com/documentation/sles-12/book_sle_deployment/data/sec_update_auto_run.html

dgutu wrote:

@Richards, how about the FS type for this scenario? Should I stay with ext4 or go with default FS layout of SLES-12 (btrfs and subvolumes) ?
Thx.

For the auto upgrades from SLES 12 SP0 and SP1, you should stay with btrfs, as that's the default

For the auto upgrades for SLES 11 SP4 (the other progress item) you should probably stick with the default (ext3)

Any more questions? Anything else not entirely clear?

Actions #6

Updated by dgutu over 8 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 10

RBrownSUSE wrote:

dgutu wrote:

@Richard, which is considered to be the correct way to get SLES-12-SP0-GM qcow file, on which I can start upgrade test to SLES-12-SP1-GM ?
Thx.

https://openqa.suse.de/assets/hdd/SLES-12-gnome-x86_64.img - This is a default SLES 12 GA qcow file

You DO NOT need to upgrade this to SLES 12 SP1 - the requirement is for users to be able to ugprade from SLES 12 GA direct to SLES 12 SP2

We do not have any SLES 12 SP1 GA default install qcow files. These can be created by openQA, by scheduling a job to create them - ask Jozef for help with that?

Documentation you will need to create the AutoYaST profiles -
https://www.suse.com/documentation/sles-12/book_sle_deployment/data/sec_update_auto_prep_autoyast.html
https://www.suse.com/documentation/sles-12/book_sle_deployment/data/sec_update_auto_run.html

dgutu wrote:

@Richards, how about the FS type for this scenario? Should I stay with ext4 or go with default FS layout of SLES-12 (btrfs and subvolumes) ?
Thx.

For the auto upgrades from SLES 12 SP0 and SP1, you should stay with btrfs, as that's the default

For the auto upgrades for SLES 11 SP4 (the other progress item) you should probably stick with the default (ext3)

Any more questions? Anything else not entirely clear?

Everything is clear, WIP.

Actions #7

Updated by dgutu over 8 years ago

  • By using qcow2 image SLES-12-gnome-x86_64.img and modifying autoyast_up_gnome.xml I was able to get a pretty positive results. http://crocodile.qa.suse.cz/tests/2182 The only thing to debug is step: installation_snapshots, the regex string not matched.
Actions #8

Updated by RBrownSUSE over 8 years ago

Looks awesome - any idea why the regex isn't matching? It looks like it should be pretty close

Actions #9

Updated by dgutu over 8 years ago

RBrownSUSE wrote:

Looks awesome - any idea why the regex isn't matching? It looks like it should be pretty close

Yes :) Basically on installation we have

wait_serial expected: 'single\s*(\|[|]){4}\s\|\s*number\s*\|\s*after installation\s*\|\s*important=yes'

But on upgrade we need
wait_serial expected: 'single\s*(\|[|]){4}\s\|\s*number\s*\|\s*after update\s*\|\s*important=yes'

I need additional "if" ! Let me resolve it :)

Actions #10

Updated by okurz over 8 years ago

you could try '(installation|update)'

Actions #12

Updated by RBrownSUSE over 8 years ago

woohoo, awesome work - should work fine with SLES-12SP1-x86_64.qcow2 also then

Please send your PR and make sure the PR comment gives instructions about what we need to setup in the openQA Variables (or just has a link to that test on your server if you want to be lazy, we can copy from there ;))

Actions #13

Updated by dgutu over 8 years ago

  • % Done changed from 10 to 80

http://crocodile.qa.suse.cz/tests/2293 - with the latest hdd image autoupgrade is green.

Actions #15

Updated by dgutu over 8 years ago

  • % Done changed from 80 to 90
Actions #16

Updated by dgutu over 8 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 90 to 100
Actions #17

Updated by dgutu over 8 years ago

  • Status changed from Resolved to In Progress

Forget to change the matching string on "installation_snapshots" to match update scenario.

Actions #18

Updated by dgutu over 8 years ago

  • Priority changed from Urgent to Normal
Actions #20

Updated by dgutu over 8 years ago

  • Status changed from In Progress to Resolved
Actions #21

Updated by dmaiocchi over 8 years ago

  • Status changed from Resolved to In Progress

In autoupgrade, with Sles-12-sp1 . sles-12 (has no snapper)

my $pattern = 'single\s*(|[|]){4}\s|\s*number\s*|\s*after installation\s*|\s*important=yes';
$pattern = 'single\s*(|[|]){4}\s|\s*number\s*|\s*Factory status\s*|\s*important=yes' if is_jeos;
$pattern = 'pre\s*(|[|]){4}\s|\s*number\s*|\s*before update\s*|\s*important=yes' if get_var('AUTOUPGRADE');
wait_serial($pattern, 5) || die 'installation snapshot test failed';

but we should test always after installation AND then jeos or Autoupgrade. Could be that we have an image without after installation, in case with sp1 or later..

Actions #22

Updated by dgutu over 8 years ago

  • Status changed from In Progress to Feedback

dmaiocchi wrote:

In autoupgrade, with Sles-12-sp1 . sles-12 (has no snapper)

my $pattern = 'single\s*(|[|]){4}\s|\s*number\s*|\s*after installation\s*|\s*important=yes';
$pattern = 'single\s*(|[|]){4}\s|\s*number\s*|\s*Factory status\s*|\s*important=yes' if is_jeos;
$pattern = 'pre\s*(|[|]){4}\s|\s*number\s*|\s*before update\s*|\s*important=yes' if get_var('AUTOUPGRADE');
wait_serial($pattern, 5) || die 'installation snapshot test failed';

but we should test always after installation AND then jeos or Autoupgrade. Could be that we have an image without after installation, in case with sp1 or later..

Both sles12ga and sles12sp1 qcow2 images have snapper configured.
I propose to close this issue, in case the test needs to be tuned or adapted to new needs we will re-open it.

Actions #23

Updated by dgutu over 8 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF