add encrypted workstation upgrade tests (current and previous)
ClosedPublic

Authored by adamwill on Jul 5 2016, 8:00 AM.

Details

Summary

This requires us to handle decryption each time we reboot in
the upgrade process, so factor that little block out into the
base class so we don't have to keep pasting it. It's also a
bit tricky to integrate into the 'catch a boot loop' code we
have to deal with #1349721, but I think this should work. There
is a matching openqa_fedora_tools diff to generate the disk
image.

Test Plan

Run the tests, check that they work, run the other
upgrade and encrypted install tests and check they still work
properly too.

Diff Detail

Repository
rOPENQATESTS os-autoinst-distri-fedora
Lint
Automatic diff as part of commit; lint not applicable.
Unit
Automatic diff as part of commit; unit tests not applicable.
adamwill retitled this revision from to add encrypted workstation upgrade tests (current and previous).Jul 5 2016, 8:00 AM
adamwill updated this object.
adamwill edited the test plan for this revision. (Show Details)
adamwill added a reviewer: garretraziel.
garretraziel accepted this revision.Jul 8 2016, 10:22 AM

I wasn't able to test this thoroughly, because createhdds is building F23 and F24 images for me (and I naturally cannot upgrade F24 disk), so I've tested only upgrading F23 -> F24 but it works without problem.

tests/disk_guided_encrypted_postinstall.pm
10

Long waiting on two different places isn't nice, but I guess that there's no way around.

This revision is now accepted and ready to land.Jul 8 2016, 10:22 AM

How do you mean you 'naturally' cannot upgrade f24 disks? Building f23 and f24 is correct, that's what it's intended to do ATM, because current tests are for post-f24 Rawhide. The prod tests at the moment test upgrading from f23->rawhide and f24->rawhide, and I don't see why you can't test that too?

adamwill added inline comments.Jul 8 2016, 3:56 PM
tests/disk_guided_encrypted_postinstall.pm
10

it doesn't actually do a long wait in both places. note that I also changed _graphical_wait_login (it's just above, in Phab) so the wait_time there will only be 300 for encrypted upgrades; I tweaked it so it only gets extended to 6000 if UPGRADE is set *and `ENCRYPT_PASSWORD is not*.

This revision was automatically updated to reflect the committed changes.