Bug 1917692
Summary: | [virtiofs] XFS/xfstests generic/257 failure - .xfs* files | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux Advanced Virtualization | Reporter: | Zhenyu Zhang <zhenyzha> |
Component: | qemu-kvm | Assignee: | Greg Kurz <gkurz> |
qemu-kvm sub component: | virtio-fs | QA Contact: | Zhenyu Zhang <zhenyzha> |
Status: | CLOSED ERRATA | Docs Contact: | |
Severity: | medium | ||
Priority: | medium | CC: | ddepaula, dgibson, dgilbert, gkurz, jinzhao, juzhang, lvivier, menli, qzhang, virt-maint |
Version: | 8.4 | Keywords: | Triaged |
Target Milestone: | rc | ||
Target Release: | 8.5 | ||
Hardware: | ppc64le | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | qemu-kvm-6.0.0-16.module+el8.5.0+10848+2dccc46d | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-11-16 07:51:11 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Zhenyu Zhang
2021-01-19 07:38:52 UTC
On aarch64 no hit this issue Hi menli, Could you try to reproduce it on x86? Run generic/257 successfully on x86, not hit this issue. Starting investigation on a POWER system. (In reply to menli from comment #2) > Run generic/257 successfully on x86, not hit this issue. Test on x86 both q35 and pc with the same pkg as comment0, not hit this issue. (In reply to Greg Kurz from comment #3) > Starting investigation on a POWER system. Reproduced 100% on a POWER9 witherspoon system. One of the virtiosfd instance terminates because of a SIGSYS signal. bash: line 1: 50200 Bad system call sudo /usr/libexec/virtiofsd --socket-path='/tmp/virtio_fs1_test.sock' -o cache=auto -o source='/tmp/virtio_fs1_test' -o sandbox=chroot -d -o log_level=debug (In reply to Greg Kurz from comment #5) > (In reply to Greg Kurz from comment #3) > > Starting investigation on a POWER system. > > Reproduced 100% on a POWER9 witherspoon system. > > One of the virtiosfd instance terminates because of a SIGSYS signal. > > bash: line 1: 50200 Bad system call sudo /usr/libexec/virtiofsd > --socket-path='/tmp/virtio_fs1_test.sock' -o cache=auto -o > source='/tmp/virtio_fs1_test' -o sandbox=chroot -d -o log_level=debug No surprise SIGSYS comes from seccomp: type=SECCOMP msg=audit(1611233266.937:7577): auid=2010 uid=0 gid=0 ses=1 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=84612 comm="pool" exe="/home/greg/Work/qemu/qemu-ppc/.mbuild-ppc-for-6.0/obj/tools/virtiofsd/virtiofsd" sig=31 arch=c0000015 syscall=140 compat=0 ip=0x7fffab4893c4 code=0x80000000AUID="greg" UID="root" GID="root" ARCH=ppc64le SYSCALL=_llseek This because glibc uses _llseek() on POWER but it isn't present in the whitelist. Posted a patch for upstream. Testing, update results later. Run generic/257 successfully on POWER9 So set the bug status is verified, according to the following test results: Version-Release number of selected component (if applicable): Host Kernel: 4.18.0-304.7.el8.mr470_210503_1451.ppc64le Guest Kernel: 4.18.0-305.1.el8.ppc64le Qemu-kvm: qemu-kvm-6.0.0-16.module+el8.5.0+10848+2dccc46d SLOF: SLOF-20200717-1.gite18ddad8.module+el8.4.0+8855+a9e237a9.noarch 1. /usr/libexec/virtiofsd --socket-path=/tmp/avocado-fs1-virtiofsd.sock -d -o source=/tmp/virtio_fs1_test -o cache=auto /usr/libexec/virtiofsd --socket-path=/tmp/avocado-fs2-virtiofsd.sock -d -o source=/tmp/virtio_fs2_test -o cache=auto 2.boot guest /usr/libexec/qemu-kvm \ -name 'avocado-vt-vm1' \ -sandbox on \ -machine pseries \ -nodefaults \ -device VGA,bus=pci.0,addr=0x2 \ -m 122880 \ -object memory-backend-file,size=120G,mem-path=/home/virtio_fs_mem1,share=yes,id=mem-mem1 \ -smp 8,maxcpus=80,cores=40,threads=1,sockets=2 \ -numa node,memdev=mem-mem1,nodeid=0 \ -cpu 'host' \ -chardev socket,id=qmp_id_qmpmonitor1,path=/tmp/monitor-qmpmonitor1-20210118-090734-CCC1lICO,server=on,wait=off \ -mon chardev=qmp_id_qmpmonitor1,mode=control \ -chardev socket,id=chardev_serial0,path=/tmp/serial-serial0-20210118-090734-CCC1lICO,server=on,wait=off \ -device spapr-vty,id=serial0,reg=0x30000000,chardev=chardev_serial0 \ -device qemu-xhci,id=usb1,bus=pci.0,addr=0x3 \ -device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \ -device virtio-scsi-pci,id=virtio_scsi_pci0,bus=pci.0,addr=0x4 \ -blockdev node-name=file_image1,driver=file,auto-read-only=on,discard=unmap,aio=threads,filename=/home/zhenyzha/RHEL-8.5.0-20210506.n.0-ppc64le.qcow2,cache.direct=on,cache.no-flush=off \ -blockdev node-name=drive_image1,driver=qcow2,read-only=off,cache.direct=on,cache.no-flush=off,file=file_image1 \ -device scsi-hd,id=image1,drive=drive_image1,write-cache=on \ -chardev socket,id=char_virtiofs_fs1,path=/tmp/avocado-fs1-virtiofsd.sock \ -device vhost-user-fs-pci,id=vufs_virtiofs_fs1,chardev=char_virtiofs_fs1,tag=myfs1,queue-size=1024,bus=pci.0,addr=0x5 \ -chardev socket,id=char_virtiofs_fs2,path=/tmp/avocado-fs2-virtiofsd.sock \ -device vhost-user-fs-pci,id=vufs_virtiofs_fs2,chardev=char_virtiofs_fs2,tag=myfs2,queue-size=1024,bus=pci.0,addr=0x6 \ -device virtio-net-pci,mac=9a:1e:02:10:22:73,id=idO6PtQ3,netdev=id3xORKR,bus=pci.0,addr=0x7 \ -netdev tap,id=id3xORKR,vhost=on \ -vnc :20 \ -rtc base=utc,clock=host \ -boot menu=off,order=cdn,once=c,strict=off \ -enable-kvm \ -monitor stdio 3. build env: # mkdir -p /mnt/myfs1 # mkdir -p /mnt/myfs2 # yum install -y git acl attr automake bc dump e2fsprogs fio gawk gcc libtool lvm2 make psmisc quota sed xfsdump xfsprogs libacl-devel libattr-devel libaio-devel libuuid-devel xfsprogs-devel python3 sqlite # git clone https://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git # cd /home/xfstests-dev/ && make && make install # export TEST_DEV=myfs1 && export TEST_DIR=/mnt/myfs1 && export SCRATCH_DEV=myfs2 && export SCRATCH_MNT=/mnt/myfs2 && export FSTYP=virtiofs && export FSX_AVOID="-E" 4. run xfstest generic/257: # ./check -virtiofs generic/257 FSTYP -- virtiofs PLATFORM -- Linux/ppc64le dhcp16-215-161 4.18.0-305.1.el8.ppc64le #1 SMP Fri Apr 30 16:18:15 EDT 2021 MKFS_OPTIONS -- myfs2 MOUNT_OPTIONS -- -o context=system_u:object_r:root_t:s0 myfs2 /mnt/myfs2 generic/257 0s Ran: generic/257 Passed all 1 tests 5.check dmesg log and virtiofsd daemon: dmesg and virtiofsd daemon log no error: [ 956.299407] run fstests generic/257 at 2021-05-13 15:12:24 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (virt:av bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2021:4684 |