Bug 1967914
| Summary: | [virtio-fs] virtiofsd quit when coping file to a folder in virtio-fs mounted volume(windows guest) | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | xiagao |
| Component: | qemu-kvm | Assignee: | Hanna Czenczek <hreitz> |
| qemu-kvm sub component: | virtio-fs | QA Contact: | xiagao |
| Status: | CLOSED ERRATA | Docs Contact: | |
| Severity: | high | ||
| Priority: | high | CC: | kkiwi, lijin, virt-maint |
| Version: | 8.5 | Keywords: | Triaged |
| Target Milestone: | beta | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Windows | ||
| Whiteboard: | |||
| Fixed In Version: | qemu-kvm-4.2.0-53.module+el8.5.0+11673+72138537 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-11-09 18:01:39 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: | |||
Max, is this something you can have a look on? I don’t know, to be honest I have never run Windows inside qemu ever so far. I don’t even know where I’d get a Windows guest. The only thing that comes to my mind is that perhaps something wasn’t in our seccomp allowlist that should be there. I do remember 63659fe74e76f5c5285466f0c5cfbdca65b3688e adding fchmod() to the seccomp list, which could be invoked from SETATTR. Could you perhaps test for me whether the packages from https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=37332956 fix the problem? (In reply to Max Reitz from comment #3) > Could you perhaps test for me whether the packages from > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=37332956 fix the > problem? Xia Gao, any updates? (In reply to Klaus Heinrich Kiwi from comment #4) > (In reply to Max Reitz from comment #3) > > Could you perhaps test for me whether the packages from > > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=37332956 fix the > > problem? > > Xia Gao, > > any updates? Sorry to reply late as I'm PTO and have some holiday. Yes, it works with https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=37332956. qemu-kvm version: qemu-kvm-4.2.0-51.module+el8.5.0+10875+d90dbc7e.hreitz202106090942.x86_64 (In reply to xiagao from comment #5) > Yes, it works with > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=37332956. > > qemu-kvm version: > qemu-kvm-4.2.0-51.module+el8.5.0+10875+d90dbc7e.hreitz202106090942.x86_64 Great, thanks! Test pass with qemu-kvm-4.2.0-53.module+el8.5.0+11673+72138537.x86_64 Change status to verify. QE bot(pre verify): Set 'Verified:Tested,SanityOnly' as gating/tier1 test pass. Verified with qemu-kvm-4.2.0-53.module+el8.5.0+11673+72138537.x86_64 according to comment0 remove SanityOnly flag. 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 (Moderate: virt:rhel and virt-devel:rhel security, 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/RHSA-2021:4191 |
Description of problem: Boot up win2019 guest with vhost-fs device,install winfsp and start virtiofs service in guest. Create a folder and a file in the shared volume,then copy file to the folder via 'copy' command, copy action is hang and virtiofsd in host quit. Version-Release number of selected component (if applicable): host: kernel-4.18.0-310.el8.x86_64 qemu-kvm-4.2.0-51.module+el8.5.0+11141+9dff516f.x86_64 seabios-bin-1.13.0-2.module+el8.3.0+7353+9de0a3cc.noarch virtio-win-prewhql-199 RHEL-8.5.0-20210531.n.0 winfsp-1.7.20172.msi guest: win2019 How reproducible: 100% Steps to Reproduce: 1.Boot up winows guest with virtio fs device. # /usr/libexec/virtiofsd --socket-path=/tmp/socket2 -o source=/home/test2 -o cache=auto -d qemu cmd line: -m 4096 \ -object memory-backend-file,size=4G,mem-path=/dev/shm,share=yes,id=mem-mem1 \ -smp 10,maxcpus=20,cores=10,threads=1,dies=1,sockets=2 \ -numa node,memdev=mem-mem1,nodeid=0 \ -chardev socket,id=char_virtiofs_fs2,path=/tmp/socket2 \ -device vhost-user-fs-pci,id=vufs_virtiofs_fs2,chardev=char_virtiofs_fs2,tag=myfs2,queue-size=1024,bus=pcie.0,addr=0x4 \ 2.install winfsp and start virtiofs.exe in guest and get Z: volume 3.create a file and folder,then copy file to the folder via 'copy' command. dd if=/dev/random of=Z:/fs_test bs=1M count=200 md Z:\test_folder copy Z:\fs_test Z:\test_folder Actual results: Hang during copy file to folder in Z: volume, and can't cancel the copy action. virtiofsd quit. Expected results: Copy successfully Additional info: 1. virtiofsd log: .... [289057727970151] [ID: 00509398] virtio_session_mount: Waiting for vhost-user socket connection... [276746003088231] [ID: 00000056] virtio_send_msg: elem 0: with 1 in desc of length 32 [276746005678896] [ID: 00000002] fv_queue_thread: Got queue event on Queue 0 [276746005718962] [ID: 00000002] fv_queue_thread: Queue 0 gave evalue: 1 available: in: 120 out: 128 [276746005753100] [ID: 00000002] fv_queue_thread: Waiting for Queue 0 event [276746005771484] [ID: 00000006] fv_queue_worker: elem 0: with 1 out desc of length 128 [276746005805495] [ID: 00000006] unique: 1775, opcode: SETATTR (4), nodeid: 11, insize: 128, pid: 4228 [root@hp-dl580g8-01 home]# 2. virtiofs.exe log ..... *** Open: "\test_folder\file.txt" CreateOptions: 0x01200020 GrantedAccess: 0x00100100 *** VirtFsFuseRequest: >>req: 1 unique: 1772 len: 52 *** VirtFsFuseRequest: <<len: 144 error: 0 unique: 1772 *** SubmitLookupRequest: nodeid=8 ino=503318341 size=37 blocks=0 atime=1622794256 mtime=1622794300 ctime=1622794300 atimensec=204151588 mtimensec=299693863 ctimensec=299693863 mode=41fd nlink=2 uid=0 gid=0 rdev=0 blksize=4096 *** VirtFsFuseRequest: >>req: 1 unique: 1773 len: 49 *** VirtFsFuseRequest: <<len: 144 error: 0 unique: 1773 *** SubmitLookupRequest: nodeid=11 ino=503318343 size=0 blocks=0 atime=1622794300 mtime=1622794283 ctime=1622794300 atimensec=299693863 mtimensec=716865900 ctimensec=322693624 mode=81b4 nlink=1 uid=0 gid=0 rdev=0 blksize=4096 *** VirtFsFuseRequest: >>req: 14 unique: 1774 len: 48 *** VirtFsFuseRequest: <<len: 32 error: 0 unique: 1774 *** SetFileInfo: ino=503318343 size=0 blocks=0 atime=1622794300 mtime=1622794283 ctime=1622794300 atimensec=299693863 mtimensec=716865900 ctimensec=322693624 mode=81b4 nlink=1 uid=0 gid=0 rdev=0 blksize=4096 virtiofs[TID=0f60]: FFFFE08B7505CE50: <<Create IoStatus=0[1] UserContext=0000000000000000:00000203B1BEBC00, GrantedAccess=100100, FileInfo={FileAttributes=20, ReparseTag=0, AllocationSize=0:0, FileSize=0:0, CreationTime=2021-06-04T08:11:40.322Z, LastAccessTime=2021-06-04T08:11:40.299Z, LastWriteTime=2021-06-04T08:11:23.716Z, ChangeTime=2021-06-04T08:11:23.716Z, IndexNumber=0:0} virtiofs[TID=0f60]: FFFFE08B75678E50: >>SetInformation [Basic] 0000000000000000:00000203B1BEBC00, FileAttributes=20, CreationTime=0, LastAccessTime=0, LastWriteTime=0 *** SetBasicInfo: fh: 1 nodeid: 11 *** VirtFsFuseRequest: >>req: 4 unique: 1775 len: 128 virtiofs[TID=1204]: FFFFE08B75684E50: >>Create [UTB--C] "\test_folder\file.txt", FILE_OPEN, CreateOptions=214040, FileAttributes=0, Security=NULL, AllocationSize=0:0, AccessToken=0000000000000340[PID=b54], DesiredAccess=0, GrantedAccess=80, ShareAccess=7 *** GetSecurityByName: "\test_folder\file.txt" *** VirtFsFuseRequest: >>req: 1 unique: 1776 len: 52 virtiofs[TID=1210]: FFFFE08B757C2E50: >>Create [UT---C] "\", FILE_OPEN, CreateOptions=21, FileAttributes=10, Security=NULL, AllocationSize=0:0, AccessToken=0000000000000334[PID=109c], DesiredAccess=100000, GrantedAccess=0, ShareAccess=3 *** GetSecurityByName: "\" *** VirtFsFuseRequest: >>req: 1 unique: 1777 len: 42 virtiofs[TID=120c]: FFFFE08B757C0E50: >>Create [UT---C] "\", FILE_OPEN, CreateOptions=200000, FileAttributes=0, Security=NULL, AllocationSize=0:0, AccessToken=000000000000033C[PID=109c], DesiredAccess=80, GrantedAccess=0, ShareAccess=7 *** GetSecurityByName: "\" *** VirtFsFuseRequest: >>req: 1 unique: 1778 len: 42 virtiofs[TID=1194]: FFFFE08B7506CE50: >>Create [UT---C] "\", FILE_OPEN, CreateOptions=21, FileAttributes=10, Security=NULL, AllocationSize=0:0, AccessToken=0000000000000300[PID=109c], DesiredAccess=100000, GrantedAccess=0, ShareAccess=3 *** GetSecurityByName: "\" *** VirtFsFuseRequest: >>req: 1 unique: 1779 len: 42 virtiofs[TID=0b0c]: FFFFE08B73DF8E50: >>Create [UT---C] "\", FILE_OPEN, CreateOptions=800021, FileAttributes=10, Security=NULL, AllocationSize=0:0, AccessToken=00000000000002F8[PID=109c], DesiredAccess=100000, GrantedAccess=0, ShareAccess=0 *** GetSecurityByName: "\" *** VirtFsFuseRequest: >>req: 1 unique: 1780 len: 42 virtiofs[TID=0d5c]: FFFFE08B75006E50: >>Create [UT---C] "\", FILE_OPEN, CreateOptions=21, FileAttributes=10, Security=NULL, AllocationSize=0:0, AccessToken=00000000000002F4[PID=109c], DesiredAccess=100000, GrantedAccess=0, ShareAccess=3 *** GetSecurityByName: "\" *** VirtFsFuseRequest: >>req: 1 unique: 1781 len: 42 virtiofs[TID=0ae8]: FFFFE08B75060E50: >>Create [UT---C] "\", FILE_OPEN, CreateOptions=800021, FileAttributes=10, Security=NULL, AllocationSize=0:0, AccessToken=00000000000002F0[PID=109c], DesiredAccess=100000, GrantedAccess=0, ShareAccess=0 *** GetSecurityByName: "\" *** VirtFsFuseRequest: >>req: 1 unique: 1782 len: 42 3. could not hit this issue on RHEL8.5.0 fast train pkg: kernel-4.18.0-310.el8.x86_64 qemu-kvm-6.0.0-17.module+el8.5.0+11173+c9fce0bb.x86_64