Bug 2112559

Summary:	[virtio-win][virtio-fs] User haven't write access after switch to another user and switch back
Product:	Red Hat Enterprise Linux 9	Reporter:	Viktor Prutyanov <vprutyan>
Component:	virtio-win	Assignee:	Virtualization Maintenance <virt-maint>
virtio-win sub component:	virtio-win-prewhql	QA Contact:	xiagao
Status:	CLOSED ERRATA	Docs Contact:
Severity:	unspecified
Priority:	unspecified	CC:	coli, jinzhao, juzhang, vrozenfe, yvugenfi
Version:	unspecified	Keywords:	Triaged
Target Milestone:	rc
Target Release:	9.2
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-05-09 07:55:10 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Viktor Prutyanov 2022-07-30 14:42:56 UTC

Description of problem:
User haven't write access (can't write/create files, can't create folders) after switch to another user and switch back to original user.

Version-Release number of selected component (if applicable):
virtio-win-0.1.221

How reproducible:
100%

Steps to Reproduce:
1. Run VirtIO-FS as a Windows service
2. Switch to another user
3. Switch back to original user

Actual results:
User has read access but no write access

Expected results:
User has the same set of accesses as before switches.

Additional info:
Processing of UID/GID change after session change is broken.

Comment 1 Viktor Prutyanov 2022-07-31 12:51:05 UTC

Upstream PR to fix this issue:
https://github.com/virtio-win/kvm-guest-drivers-windows/pull/803

Comment 2 Vadim Rozenfeld 2022-08-03 01:05:14 UTC

Please check with the drivers from build 223 available at
https://brewweb.engineering.redhat.com/brew/buildinfo?buildID=2109262

Comment 3 xiagao 2022-08-09 01:27:03 UTC

As having the same issue with https://bugzilla.redhat.com/show_bug.cgi?id=2042247#c3 ,set 'Assigned' status.

Comment 6 Yvugenfi@redhat.com 2022-08-15 09:15:03 UTC

https://github.com/virtio-win/kvm-guest-drivers-windows/pull/810

Comment 7 Vadim Rozenfeld 2022-09-22 07:50:37 UTC

the fix included in build 226
https://brewweb.engineering.redhat.com/brew/buildinfo?buildID=2176313

Comment 8 xiagao 2022-09-23 02:02:06 UTC

Try build 226.
Can't access the shared volume in guest(attachment), so reassign back.

Comment 10 Yvugenfi@redhat.com 2022-09-23 04:52:40 UTC

Hi Vadim,

I think there is a missing commit from the build: https://github.com/virtio-win/kvm-guest-drivers-windows/pull/810/commits/a1f9fea1f38eb90ae9475e2592680018ea609b08
from PR: https://github.com/virtio-win/kvm-guest-drivers-windows/pull/810

Comment 11 Yvugenfi@redhat.com 2022-10-06 08:32:37 UTC

The new build should include the fix: virtio-win-prewhql-0.1-227

Comment 12 xiagao 2022-10-12 09:42:28 UTC

Test virtio-win-prewhql-0.1-227 on win2022 guest, it works well.

Verify steps:
1. start virtiofs service on win2022 and get a volume letter.
2. create a new user.
3. sign out and enter the new user created in step2.
4. check the shared dir, it still existed and could read/write in the shared dir.

So change the status to verified.

Comment 17 errata-xmlrpc 2023-05-09 07:55:10 UTC

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 (virtio-win 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-2023:2451