Project

General

Profile

action #15376

Need one more stable ipmi physical machine for virtualization multi-machine job.

Added by xlai over 3 years ago. Updated almost 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Infrastructure
Start date:
2016-12-08
Due date:
% Done:

0%

Estimated time:
Difficulty:
Duration:

Description

Requirement:
Please add one more ipmi machine with stable ipmi.

Background:
Currently, we only get one stable ipmi machine which is pointed to by worker openqaw2:1. As we add more virtualization tests, we have multi machine jobs involving, including guest migration which was added into openqa already. Also we plan to add virt-v2v, post copy migration tests before sle12sp3 milestone starts. They all require 2 ipmi machines.

History

#2 Updated by okurz over 3 years ago

  • Category set to Infrastructure

#3 Updated by okurz over 3 years ago

  • Target version set to Milestone 5

#4 Updated by maritawerner over 3 years ago

We do not have spare HW here. I asked Alice already to send an E-Mail to HArald to request new HW.

#5 Updated by xlai over 3 years ago

Calen already told harald about it and will follow the progress in FY18 budget plan for it.

#6 Updated by okurz over 3 years ago

  • Status changed from New to Feedback
  • Assignee changed from RBrownSUSE to xgonzo
  • Target version changed from Milestone 5 to Milestone 8

I estimate that we might receive this in milestone 8 which is at start of FY18. If I see this correctly the virtualization tests are not blocked but severely limited. How about the alternative to reserve an orthos machine?

#7 Updated by xlai over 3 years ago

Thanks for the effort on it. Yes, we do lack machines for multi-machine jobs. We tried to find ipmi machines on orthos(for proxy mode test) during the last two months. I'd like to share some information.

There are ipmi machines in orthos. But no ipmi machine located in the same network with test machines in openqa.suse.de. So if making use of those machines may facing following issues:

Those ipmi machines have different local pxe server. Virtualization test group uses pxe to reinstall hosts. So it can be expected that the pxe code needs to be extended.

Second, there is no local daily builds, as provided by openqa server, for those ipmi machines in orthos. So latency and unstability resulting from far network may need consideration.

The stability of ipmi software versions on those machines needs to be evaluated.

#8 Updated by okurz over 3 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: guest_migrate_kvm_Gsles12sp3_HTsles12sp3@64bit-ipmi
http://openqa.suse.de/tests/790323

#9 Updated by okurz over 3 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: guest_migrate_kvm_Gsles12sp3_HTsles12sp3@64bit-ipmi
http://openqa.suse.de/tests/790323

#10 Updated by maritawerner over 3 years ago

  • Assignee changed from xgonzo to maritawerner

#11 Updated by maritawerner almost 3 years ago

  • Status changed from Feedback to Resolved

New HW was added to openQA for virt tests.

Also available in: Atom PDF