Project

General

Profile

Actions
Copy link

action #10204

closed

openQA Project (public) - action #9680: libvirt backend

zKVM Tests

Added by RBrownSUSE almost 9 years ago. Updated almost 8 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
mgriessmeier
Category:
New test
Target version:
openQA Project (public) - Milestone 6
Start date:
2016-06-15
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)
Difficulty:

Description

We have the 'svirt' (libvirt over ssh) backend completed https://progress.opensuse.org/issues/9680

We therefore now need to impliment tests for KVM for System Z for SLE 12 SP2

Hide closed

Checklist

  • SLE

Subtasks 3 (0 open — 3 closed)

action #12330: Upgrades on s390Resolvedokurz2016-12-16

Actions
action #15536: zKVM: Upgrades Resolvedmgriessmeier2016-12-16

Actions
action #12346: minimalx on zKVMResolvedmgriessmeier2016-06-15

Actions
Actions
Copy link
 #1

Updated by RBrownSUSE almost 9 years ago

  • Checklist item changed from to [ ] SLE
  • Assignee set to mgriessmeier
  • Target version changed from 156 to 162
Actions
Copy link
 #2

Updated by mgriessmeier almost 9 years ago

  • Status changed from New to In Progress
  • % Done changed from 0 to 50
Actions
Copy link
 #3

Updated by mgriessmeier almost 9 years ago

  • % Done changed from 50 to 80

We're able to reboot into an installed system now, which was the main problem beforehand.

  • added function to backend which deletes , and from xml-file to be able to start the machine after reboot
  • added zkvm_reconnect test

nevertheless, no pull-request so far, because coolo need to refactor the svirt backend more, to cover also a QA-Maintenance task - so he will merge this fixes after he's done with that

I will continue to have a look on all tests after reboot and see what needs to be done there

Actions
Copy link
 #4

Updated by okurz almost 9 years ago

mgriessmeier wrote:

nevertheless, no pull-request so far, because coolo need to refactor the svirt backend more, to cover also a QA-Maintenance task - so he will merge this fixes after he's done with that

I am frightened already ;-)

Actions
Copy link
 #5

Updated by mgriessmeier almost 9 years ago

  • % Done changed from 80 to 90

So we finally got a green zkvm test hooray -> https://openqa.suse.de/tests/209300
but we still have some smaller issues on the minimal_base test which is WIP

Additionally I've added some more test scenarios there which should come up in the next builds,
so i think we can carry this poo over to milestone 2 or we could set it to resolved and clone it as a "cover more zkvm tests"
your opinion?

Actions
Copy link
 #6

Updated by okurz almost 9 years ago

mgriessmeier wrote:

so i think we can carry this poo over to milestone 2 or we could set it to resolved and clone it as a "cover more zkvm tests"
your opinion?

carry over, cloning only increases noise and does not add any helpful information which we use right now. It would look different if we count "story points" or something but as long as no one demands effort estimation we save the effort. Even the "done percentage" is IMHO not helpful. "90%" is the most common completion state in projects anyway, most of the time … for a long time ;-)

Actions
Copy link
 #7

Updated by mgriessmeier almost 9 years ago

  • Target version changed from 162 to Milestone 2
  • % Done changed from 90 to 50

okurz wrote:

mgriessmeier wrote:

so i think we can carry this poo over to milestone 2 or we could set it to resolved and clone it as a "cover more zkvm tests"
your opinion?

carry over, cloning only increases noise and does not add any helpful information which we use right now. It would look different if we count "story points" or something but as long as no one demands effort estimation we save the effort. Even the "done percentage" is IMHO not helpful. "90%" is the most common completion state in projects anyway, most of the time … for a long time ;-)

=> set to milestone 2, adjust completion state (if that is somehow reliable)

Actions
Copy link
 #8

Updated by RBrownSUSE over 8 years ago

  • Target version changed from Milestone 2 to 168
Actions
Copy link
 #9

Updated by okurz over 8 years ago

  • Target version changed from 168 to Milestone 3
Actions
Copy link
 #10

Updated by mgriessmeier over 8 years ago

I'm not sure about the acceptance criteria for this poo to be resolved...
In my opinion we have a bunch of zKVM tests in openQA for now

Should I keep this open anyway, in Case of needing additional testcases in the future? or close for now and reopen if necessary
Richard, what do you think?

Actions
Copy link
 #11

Updated by mgriessmeier over 8 years ago

  • % Done changed from 50 to 70

as discussed with Richard, keeping open for now, adding subtasks i.e. upgrades on s390

Actions
Copy link
 #12

Updated by maritawerner about 8 years ago

  • Target version changed from Milestone 3 to Milestone 4
Actions
Copy link
 #13

Updated by mgriessmeier about 8 years ago

  • Due date set to 2016-12-16
  • Start date changed from 2016-06-14 to 2016-06-15

due to changes in a related task

Actions
Copy link
 #14

Updated by mgriessmeier almost 8 years ago

  • Target version changed from Milestone 4 to Milestone 5

not able to reproduce related poo locally, will discuss more with coolo, but we suspect it as a product bug - so moving to Milestone 5

Actions
Copy link
 #15

Updated by mgriessmeier almost 8 years ago

  • Target version changed from Milestone 5 to Milestone 6

moving to M6 due to product bug

Actions
Copy link
 #16

Updated by mgriessmeier almost 8 years ago

  • Status changed from In Progress to Resolved

All subtickets have been resolved,
so I will close this as resolved now as well - @Richard, if anything else comes to your mind, don't hesitate to reopen and add a new subtask

Actions
Copy link

Also available in: Atom PDF