Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
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.
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