Hi Anmar,
Got it, it looks a good plan!
Yinsi (CCed) from our team will help set up LKFT in our environment. She’ll likely need your team’s kind support in future. :)
Thanks, Fengguang ----------------------------------- Hello Fengguang,
I hope this email finds you well. I discussed the details of using one of your servers as a remote instance for KVM Qemu DUTs and it seems pretty straightforward. Here is a brief proposal to things rolling. Feedback is welcome.
Goals -------- * Expand LKFT's Aarch64 test capacity using KVM Qemu using Huawei server as a host system. * Provide a real workload to test of OpenEuler OS by using it as a host OS to host the Qemu KVM instances
Deliverables ----------------- * OpenEuler to setup and configure a dedicated Huawei server for remote access * OpenEuler to Install and configure its OS on the machine * OpenEuler to grant specific Linaro individuals access to the server with Sudo permissions (dispatcher container requires root access) * Linaro will install and configure a remote dispatcher that will be registered in the LKFT master instance * Linaro will initially use the server in its staging instance to allow issues be identified and resolved before moving it to the production instance * Linaro to move the server to LKFT's production instance
Assumptions ----------------- * OpenEuler community will administer the server and maintain it including keeping up with the dispatcher monthly updates (as part of LAVA's monthly releases) * Adequate storage and memory are provided to maximise the number of simultaneous Qemu instances * Network bandwidth is fast enough to download all the images and test artifacts needed to run the tests and report the results in a timely fashion
Risks ------- * Once the server is moved to the production instance of LKFT, uptime commitments from the OpenEuler project will be required. This can be discussed at a later date.
Thanks, anmar
On Tue, Jan 12, 2021 at 7:03 AM wufengguang wufengguang@huawei.com wrote:
Hi Anmar,
Got it, it looks a good plan!
Great!
Yinsi (CCed) from our team will help set up LKFT in our environment.
She’ll likely need your team’s kind support in future. :)
Hello Yinsi. It's nice to meet you. Please reach out to me and I will make sure you get all the support you need.
Thanks, anmar
Thanks,
Fengguang
Hello Fengguang,
I hope this email finds you well. I discussed the details of using one of your servers as a remote instance for KVM Qemu DUTs and it seems pretty straightforward. Here is a brief proposal to things rolling. Feedback is welcome.
Goals
- Expand LKFT's Aarch64 test capacity using KVM Qemu using Huawei server
as a host system.
- Provide a real workload to test of OpenEuler OS by using it as a host OS
to host the Qemu KVM instances
Deliverables
- OpenEuler to setup and configure a dedicated Huawei server for remote
access
OpenEuler to Install and configure its OS on the machine
OpenEuler to grant specific Linaro individuals access to the server with
Sudo permissions (dispatcher container requires root access)
- Linaro will install and configure a remote dispatcher that will be
registered in the LKFT master instance
- Linaro will initially use the server in its staging instance to allow
issues be identified and resolved before moving it to the production instance
- Linaro to move the server to LKFT's production instance
Assumptions
- OpenEuler community will administer the server and maintain it including
keeping up with the dispatcher monthly updates (as part of LAVA's monthly releases)
- Adequate storage and memory are provided to maximise the number of
simultaneous Qemu instances
- Network bandwidth is fast enough to download all the images and test
artifacts needed to run the tests and report the results in a timely fashion
Risks
- Once the server is moved to the production instance of LKFT, uptime
commitments from the OpenEuler project will be required. This can be discussed at a later date.
Thanks,
anmar