All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oleg Drokin via lustre-devel <lustre-devel@lists.lustre.org>
To: Xinliang Liu <xinliang.liu@linaro.org>
Cc: Jian Yu <jiyu@whamcloud.com>, Li Xi <lixi@ddn.com>,
	"cloud-dev-request@op-lists.linaro.org"
	<cloud-dev-request@op-lists.linaro.org>,
	Xinliang Liu via lustre-devel <lustre-devel@lists.lustre.org>
Subject: Re: [lustre-devel] Lustre Arm stuff status and work plan
Date: Thu, 23 Dec 2021 07:43:00 +0000	[thread overview]
Message-ID: <6C592E3F-0437-4776-BB29-C5EE489C5FAE@whamcloud.com> (raw)
In-Reply-To: <CAKoKPbxTcSxGzASKyVhiv_7W3OY6x3DRtkcTu8hzvLM+4-PzZw@mail.gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 5895 bytes --]

Hello!

 Thank you for your work on this.

the test infra is not open source, but it is open - it’s just gerrit, so you can plug your own CI nodes
to report test results for configurations that you think are well working (to ensure they don’t break).
 This applies to everybody having ideas about gaps in test coverage for patches in review (which is
  the most important part of the pipeline IMO - stuff that was not caught on this step and got committed is much
  harder to fix - it then needs a triage for failures, a ticket and somebody assigned to do it and another patch)

 It’ll need some work on your end to create the setup that meets the level of testing you feel is adequate,
 e.g. you could do something simple using this builder https://wiki.lustre.org/index.php?title=Simple_Gerrit_Builder_Howto

 or you could do something really advanced like what I have with the janitortester that is also on github https://github.com/verygreen/lustretester

  or I guess you can use some off the shelf CI solution that integrtes with gerrit.

  You can also report results into Maloo DB if you don’t want to host your own logs infra, there’s API for that, though I see it’s not exactly public
   but that’s probably just an omission and it should be made public https://wiki.whamcloud.com/display/TEI/Test+results+format
   Let me know if that’s something you are interested in and I will try to provide you with this data.


On Dec 19, 2021, at 9:30 PM, Xinliang Liu <xinliang.liu@linaro.org<mailto:xinliang.liu@linaro.org>> wrote:

(Maybe converting to plain text email will be more readable.)

Hi Peter and all,
As Kevin(on cc) and I have been working on Lustre Arm stuff for some time.
We want to give a status and progress report to the community and list our work plan for the next year.
Please help to review our work plan and give some comments and suggestions. Thanks.


Status and Progress
================
Release
-------
- No Arm packages built on official community release yet.

Build
------
- Verified Lustre, openZFS build and multi-nodes setup on Arm64 CentOS 8, all are ok.
- Lbuild script support for Arm is on review, LU-15293.

CI
---
- No Arm server end CI support yet.
- Arm client with x86_64 server test is already in the CI gate.
  - Only run a few ldiskfs test suites(sanity, sanity-sec, sanctity-lnet, etc.), not a full test.
  - A full test (with empty GRANT_CHECK_LIST) shows several Arm client related failed test cases, see test results page: https://testing.whamcloud.com/test_sessions?jobs=lustre-reviews&builds=82774&start_date=2021-08-26#redirect
    - sanity test 317: LU-11667 (Workaround fix landed)
    - sanityn test 16a: LU-11597, test 71a: LU-11787
    - conf-sanity test 98: LU-11785, test 112: LU-13813
    - sanity-flr test 50a: LU-14970
    - sanity-pcc test 7a: LU-14346

Arm server end test on local setup
---------------------------------------------
- Run a full ldiskfs test with all test suites.
  - Due to the multi MDTs crash issue, some multi MDTs tests are not run.
  - Many new failed tests come, see the test result google sheet for details: https://docs.google.com/spreadsheets/d/1EE5zU96_lqlkS0uk6NJeeNBrikYpd_ZEO7hdVt5spsw/edit#gid=969410610
  - The openZFS full test is not run, but heard that it should be more stable than ldiskfs.

Bugfix
-------
- Old Arm always_except bugs https://jira.whamcloud.com/issues/?filter=15555 , the Arm related ones are almost addressed.
  - LU-11596, LU-11597, LU-14067, LU-11787: addressed, patch sent and waiting for Arm client CI recovery to land.
  - LU-10073, LU-11671: can't be reproduced on Arm or happen on x86_64 also.

- Other old Arm bugs  LU-11785, LU-13813, LU-14970, LU-14346 to be fixed.

- New created server end bugs
  - LU-15122 : ASSERTION( iobuf->dr_rw == 0 ) crash issue, fixed patch is landed.
  - LU-15364: multi MDTs kernel oops issue, related to atomic unaligned memory access, work in progress.
  - LU-15223: 64K page size read/write improvement, long-term work, in progress.

- Full Arm related bug list with label arm: https://jira.whamcloud.com/issues/?filter=16710

Reference to:
James Simmons’ Lustre Arm update: https://connect.linaro.org/resources/san19/san19-224/


Work Plan
========
- Lustre Server End Critical Bug Fix target 2022-06
  - Lustre Multiple MDTs kernel OOPS when stripe issue: LU-15364
  - Lustre hangs at Sanity Test 807
  - Lustre Conf-sanity test 44 kernel crash
  - Lustre Conf sanity case 58 kernel crash
  - Lustre Conf sanity case 78 kernel crash
  - Lustre Conf sanity case 79 crash
  - Lustre sanity-pcc 7a case hang the cluster

- Lustre Server End Non-critical Bug Fix target 2022-12
  - Lustre Sanity failure cases: 33 cases
  - Lustre server replay-single: 1 case
  - Lustre sanity-flr 200 cases fix: 1 case
  - Lustre sanity-hsm failure cases: 25 cases
  - Lustre lustre-rsync-test failure test: 3 cases
  - Lustre recovery-small/sanity-scrub: 2 cases
  - Lustre sanityn test cases fix: 12 cases
  - Lustre sanity-lfsck failure cases fix: 3 cases
  - Lustre sanity-sec failure cases fix :7 cases
  - Lustre sanity-lnet failure cases test fix: 2 cases

- Continuous add more test suites for Arm client CI ??
  - Once a test suite is all passed for Arm then add it into CI.

- Server CI support for Arm on Centos8 ??
  - Ideally, Arm server CI can come with Arm server end fixes patches and ensure future patches merged don’t make any regressions on Arm.
  - As the test infra is not open source and maintained by whamcloud, it might need whamcloud to make it ??

- Other works in future
  - Full test with openZFS backend.
  - Test x86 client with Arm64 Server
  - Test other distros like ubuntu, SUSE etc.
  - Basic Optimised: CRC/AES
  - All-flash optimization


Best Regards,
Xinliang


[-- Attachment #1.2: Type: text/html, Size: 9193 bytes --]

[-- Attachment #2: Type: text/plain, Size: 165 bytes --]

_______________________________________________
lustre-devel mailing list
lustre-devel@lists.lustre.org
http://lists.lustre.org/listinfo.cgi/lustre-devel-lustre.org

  reply	other threads:[~2021-12-23  7:43 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-16  8:23 [lustre-devel] Lustre Arm stuff status and work plan Xinliang Liu via lustre-devel
2021-12-20  2:30 ` Xinliang Liu via lustre-devel
2021-12-23  7:43   ` Oleg Drokin via lustre-devel [this message]
2021-12-27  7:56     ` Xinliang Liu via lustre-devel
2021-12-27 15:23       ` Oleg Drokin via lustre-devel
2021-12-28  1:53         ` Xinliang Liu via lustre-devel
2021-12-28  1:58           ` Oleg Drokin via lustre-devel
2022-02-18  8:05             ` Kevin Zhao via lustre-devel
2022-02-28  5:36               ` Oleg Drokin via lustre-devel
2022-03-11  8:28                 ` Kevin Zhao via lustre-devel
2022-03-15 22:09                   ` [lustre-devel] [EXTERNAL] " Simmons, James via lustre-devel
2022-03-16  1:25                     ` Kevin Zhao via lustre-devel
2022-03-18 22:46                       ` Simmons, James via lustre-devel
2022-03-20 12:26                         ` Kevin Zhao via lustre-devel
2022-03-29  7:37                 ` [lustre-devel] " Kevin Zhao via lustre-devel
2022-03-29 12:51                   ` Peter Jones via lustre-devel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6C592E3F-0437-4776-BB29-C5EE489C5FAE@whamcloud.com \
    --to=lustre-devel@lists.lustre.org \
    --cc=cloud-dev-request@op-lists.linaro.org \
    --cc=green@whamcloud.com \
    --cc=jiyu@whamcloud.com \
    --cc=lixi@ddn.com \
    --cc=xinliang.liu@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.