action #15376
closedNeed one more stable ipmi physical machine for virtualization multi-machine job.
0%
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.
Updated by xlai over 7 years ago
This breaks our multi machine job: guest migration
https://openqa.suse.de/tests/overview?arch=&todo=1&distri=sle&version=12-SP3&build=0185&groupid=59#
Updated by maritawerner about 7 years ago
We do not have spare HW here. I asked Alice already to send an E-Mail to HArald to request new HW.
Updated by xlai about 7 years ago
Calen already told harald about it and will follow the progress in FY18 budget plan for it.
Updated by okurz about 7 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?
Updated by xlai about 7 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.
Updated by okurz about 7 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
Updated by okurz about 7 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
Updated by maritawerner about 7 years ago
- Assignee changed from xgonzo to maritawerner
Updated by maritawerner almost 7 years ago
- Status changed from Feedback to Resolved
New HW was added to openQA for virt tests.