From: Ming Lei <ming.lei@redhat.com>
To: CKI Project <cki-project@redhat.com>
Cc: linux-block@vger.kernel.org, axboe@kernel.dk,
Changhui Zhong <czhong@redhat.com>
Subject: Re: 💥 PANICKED: Test report for kernel 5.9.0-rc3-020ad03.cki (block)
Date: Fri, 4 Sep 2020 09:02:33 +0800 [thread overview]
Message-ID: <20200904010233.GA817918@T590> (raw)
In-Reply-To: <cki.538AE6A321.BMB0X5ZYG5@redhat.com>
On Thu, Sep 03, 2020 at 05:07:57PM -0000, CKI Project wrote:
>
> Hello,
>
> We ran automated tests on a recent commit from this kernel tree:
>
> Kernel repo: https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git
> Commit: 020ad0333b03 - Merge branch 'for-5.10/block' into for-next
>
> The results of these automated tests are provided below.
>
> Overall result: FAILED (see details below)
> Merge: OK
> Compile: OK
> Tests: PANICKED
>
> All kernel binaries, config files, and logs are available for download here:
>
> https://cki-artifacts.s3.us-east-2.amazonaws.com/index.html?prefix=datawarehouse/2020/09/02/613166
>
> One or more kernel tests failed:
>
> ppc64le:
> 💥 storage: software RAID testing
>
> aarch64:
> 💥 storage: software RAID testing
>
> x86_64:
> 💥 storage: software RAID testing
>
> We hope that these logs can help you find the problem quickly. For the full
> detail on our testing procedures, please scroll to the bottom of this message.
>
> Please reply to this email if you have any questions about the tests that we
> ran or if you have any suggestions on how to make future tests more effective.
>
> ,-. ,-.
> ( C ) ( K ) Continuous
> `-',-.`-' Kernel
> ( I ) Integration
> `-'
> ______________________________________________________________________________
>
> Compile testing
> ---------------
>
> We compiled the kernel for 4 architectures:
>
> aarch64:
> make options: make -j30 INSTALL_MOD_STRIP=1 targz-pkg
>
> ppc64le:
> make options: make -j30 INSTALL_MOD_STRIP=1 targz-pkg
>
> s390x:
> make options: make -j30 INSTALL_MOD_STRIP=1 targz-pkg
>
> x86_64:
> make options: make -j30 INSTALL_MOD_STRIP=1 targz-pkg
>
>
>
> Hardware testing
> ----------------
> We booted each kernel and ran the following tests:
>
> aarch64:
> Host 1:
> ✅ Boot test
> ✅ ACPI table test
> ✅ LTP
> ✅ Loopdev Sanity
> ✅ Memory function: memfd_create
> ✅ AMTU (Abstract Machine Test Utility)
> ✅ Ethernet drivers sanity
> ✅ storage: SCSI VPD
> 🚧 ✅ CIFS Connectathon
> 🚧 ✅ POSIX pjd-fstest suites
>
> Host 2:
>
> ⚡ Internal infrastructure issues prevented one or more tests (marked
> with ⚡⚡⚡) from running on this architecture.
> This is not the fault of the kernel that was tested.
>
> ⚡⚡⚡ Boot test
> ⚡⚡⚡ xfstests - ext4
> ⚡⚡⚡ xfstests - xfs
> ⚡⚡⚡ storage: software RAID testing
> ⚡⚡⚡ stress: stress-ng
> 🚧 ⚡⚡⚡ xfstests - btrfs
> 🚧 ⚡⚡⚡ Storage blktests
>
> Host 3:
> ✅ Boot test
> ✅ xfstests - ext4
> ✅ xfstests - xfs
> 💥 storage: software RAID testing
> ⚡⚡⚡ stress: stress-ng
> 🚧 ⚡⚡⚡ xfstests - btrfs
> 🚧 ⚡⚡⚡ Storage blktests
>
> ppc64le:
> Host 1:
> ✅ Boot test
> 🚧 ✅ kdump - sysrq-c
>
> Host 2:
> ✅ Boot test
> ✅ xfstests - ext4
> ✅ xfstests - xfs
> 💥 storage: software RAID testing
> 🚧 ⚡⚡⚡ xfstests - btrfs
> 🚧 ⚡⚡⚡ Storage blktests
>
> Host 3:
>
> ⚡ Internal infrastructure issues prevented one or more tests (marked
> with ⚡⚡⚡) from running on this architecture.
> This is not the fault of the kernel that was tested.
>
> ✅ Boot test
> ⚡⚡⚡ LTP
> ⚡⚡⚡ Loopdev Sanity
> ⚡⚡⚡ Memory function: memfd_create
> ⚡⚡⚡ AMTU (Abstract Machine Test Utility)
> ⚡⚡⚡ Ethernet drivers sanity
> 🚧 ⚡⚡⚡ CIFS Connectathon
> 🚧 ⚡⚡⚡ POSIX pjd-fstest suites
>
> s390x:
> Host 1:
> ✅ Boot test
> ✅ stress: stress-ng
> 🚧 ✅ Storage blktests
>
> Host 2:
> ✅ Boot test
> ✅ LTP
> ✅ Loopdev Sanity
> ✅ Memory function: memfd_create
> ✅ AMTU (Abstract Machine Test Utility)
> ✅ Ethernet drivers sanity
> 🚧 ✅ CIFS Connectathon
> 🚧 ✅ POSIX pjd-fstest suites
>
> x86_64:
> Host 1:
> ✅ Boot test
> ✅ Storage SAN device stress - qedf driver
>
> Host 2:
> ⏱ Boot test
> ⏱ Storage SAN device stress - mpt3sas_gen1
>
> Host 3:
> ✅ Boot test
> ✅ xfstests - ext4
> ✅ xfstests - xfs
> 💥 storage: software RAID testing
> ⚡⚡⚡ stress: stress-ng
> 🚧 ⚡⚡⚡ xfstests - btrfs
> 🚧 ⚡⚡⚡ Storage blktests
>
> Host 4:
> ✅ Boot test
> ✅ Storage SAN device stress - lpfc driver
>
> Host 5:
> ✅ Boot test
> 🚧 ✅ kdump - sysrq-c
>
> Host 6:
> ✅ Boot test
> ✅ ACPI table test
> ✅ LTP
> ✅ Loopdev Sanity
> ✅ Memory function: memfd_create
> ✅ AMTU (Abstract Machine Test Utility)
> ✅ Ethernet drivers sanity
> ✅ kernel-rt: rt_migrate_test
> ✅ kernel-rt: rteval
> ✅ kernel-rt: sched_deadline
> ✅ kernel-rt: smidetect
> ✅ storage: SCSI VPD
> 🚧 ✅ CIFS Connectathon
> 🚧 ✅ POSIX pjd-fstest suites
>
> Host 7:
> ✅ Boot test
> ✅ kdump - sysrq-c - megaraid_sas
>
> Host 8:
> ✅ Boot test
> ✅ Storage SAN device stress - qla2xxx driver
>
> Host 9:
> ⏱ Boot test
> ⏱ kdump - sysrq-c - mpt3sas_gen1
>
> Test sources: https://gitlab.com/cki-project/kernel-tests
Hello,
Can you share us the exact commands for setting up xfstests over
'software RAID testing' from the above tree?
BTW I can't reproduce it by running xfstest generic/551 on my simple raid10
settings, include raid stop/remove steps.
Thanks,
Ming
next prev parent reply other threads:[~2020-09-04 1:02 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-03 17:07 💥 PANICKED: Test report for kernel 5.9.0-rc3-020ad03.cki (block) CKI Project
2020-09-03 17:10 ` Rachel Sibley
2020-09-03 17:46 ` Jens Axboe
2020-09-03 18:59 ` Rachel Sibley
2020-09-03 19:58 ` Veronika Kabatova
2020-09-03 20:53 ` Jens Axboe
2020-09-04 3:22 ` Ming Lei
2020-09-04 3:37 ` Jens Axboe
2020-09-04 4:24 ` Ming Lei
2020-09-04 15:06 ` Jens Axboe
2020-09-04 1:02 ` Ming Lei [this message]
2020-09-04 11:06 ` Veronika Kabatova
2020-09-06 3:19 ` 💥 PANICKED: Test report for?kernel " Ming Lei
2020-09-07 18:49 ` 💥 PANICKED: Test report for kernel " Veronika Kabatova
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=20200904010233.GA817918@T590 \
--to=ming.lei@redhat.com \
--cc=axboe@kernel.dk \
--cc=cki-project@redhat.com \
--cc=czhong@redhat.com \
--cc=linux-block@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox