Hello anmar,
It's nice to meet you too. I have some questions and need your help.
1. Should i install OpenEuler system in ARM or hard disk?
2. Could you provide LKFT deploy script?
3. Our server maybe power off in some special cases, how long do i have to tell you in advance?
Thanks,
Yinsi
liuyinsi(a)163.com
From: wufengguang
Date: 2021-01-13 18:50
To: liuyinsi(a)163.com
Subject: Fwd: Remote LKFT dispatcher
发件人: Anmar Oueja [mailto:anmar.oueja@linaro.org]
发送时间: 2021年1月12日 10:20
收件人: wufengguang <wufengguang(a)huawei.com>
抄送: lkq-dev(a)op-lists.linaro.org; Jammy Zhou <jammy.zhou(a)linaro.org>; Jonathan Cameron <jonathan.cameron(a)huawei.com>; Guohanjun (Hanjun Guo) <guohanjun(a)huawei.com>
主题: Remote LKFT dispatcher
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
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
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
