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.
Bug 902743 - Cleanup of Temporary files failed on /run/user/1000/gvfs
Summary: Cleanup of Temporary files failed on /run/user/1000/gvfs
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gvfs
Version: 7.0
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: rc
: ---
Assignee: Ondrej Holy
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-22 11:28 UTC by Petr Sklenar
Modified: 2014-06-13 12:19 UTC (History)
3 users (show)

Fixed In Version: gvfs-1.14.2-3.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-13 12:19:51 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
tail /var/log/messages (4.45 MB, text/plain)
2013-05-25 03:50 UTC, Peter H. Jones 		no flags Details
View All

Description Petr Sklenar 2013-01-22 11:28:44 UTC 
Description of problem:
Cleanup of Temporary files failed on /run/user/1000/gvfs

Version-Release number of selected component (if applicable):
systemd-195-15.el7.x86_64
gvfs-1.14.2-2.el7.x86_64


How reproducible:
always

Steps to Reproduce:
1. install latest rhel7
2. see /var/log/message for "Permission denied"

Actual results:
mount shows:
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

error in /var/log/message:
Jan 22 01:33:39 unused-4-191 systemd[1]: Starting Cleanup of Temporary Directories...
Jan 22 01:33:39 unused-4-191 systemd-tmpfiles[3151]: stat(/run/user/1000/gvfs) failed: Permission denied
Jan 22 01:33:39 unused-4-191 systemd[1]: Started Cleanup of Temporary Directories.

file attributes are strange:

d?????????? ? ?     ?       ?            ? gvfs


Expected results:
no error in /var/log/message

Additional info:
Comment 2 Tomáš Bžatek 2013-01-22 12:49:33 UTC 
Umm, "cleaning" contents of user mounts would be disaster. We're lucky it's not allowed.
Comment 3 Petr Sklenar 2013-01-22 12:58:14 UTC 
(In reply to comment #2)
> Umm, "cleaning" contents of user mounts would be disaster. We're lucky it's
> not allowed.

failures in /var/log/message doesn't seems to be user-friendly.
Shouldn't be /run/user/1000/gvfs and related gvfs files whitelisted by systemd-tmpfiles ?
Comment 4 Tomáš Bžatek 2013-01-22 13:33:51 UTC 
(In reply to comment #3)
> failures in /var/log/message doesn't seems to be user-friendly.

No, that's fine, it's obvious on a first look if you know that the path is actually a restricted fuse mount.

> Shouldn't be /run/user/1000/gvfs and related gvfs files whitelisted by
> systemd-tmpfiles ?

Yes, that would be the way to go. Can you please try placing following file in your system? 

echo "x /run/user/*/gvfs" > /usr/lib/tmpfiles.d/gvfs.conf

That would hopefully create an exception.

Googling around, I've found https://bugs.archlinux.org/task/32715 which suggests to exclude whole /run/user since it will stat the gvfs directory anyway. Let's see if the first solution helps.
Comment 5 Petr Sklenar 2013-01-22 14:22:10 UTC 
[root@unused-x ~]# cat /usr/lib/tmpfiles.d/gvfs.conf
x /run/user/*/gvfs
[root@unused-x ~]# systemd-tmpfiles --clean
stat(/run/user/1000/gvfs) failed: Permission denied

and this is better:
[root@unused-x ~]# cat /usr/lib/tmpfiles.d/gvfs.conf 
x /run/user/*
[root@unused-x ~]# systemd-tmpfiles --clean
Comment 6 Tomáš Bžatek 2013-02-06 15:45:12 UTC 
I've committed an exclusion file upstream, F18, F19 a and RHEL7. This will make sure that no data would get lost.

The systemd-tmpfiles warning however is still present and according to systemd source code analysis this won't go away easily without fixing systemd. It's a harmless warning anyway, suggesting to ignore it.

If that is a problem, please shout and we will try to fix systemd instead.
Comment 7 Peter H. Jones 2013-05-25 03:50:22 UTC 
Created attachment 752937 [details]
tail /var/log/messages

I'm getting this frequently on FC18. The incident that caused me to search for this message is when my machine hung during boot with about half of the light-bulb filled. After waiting several minutes, I tried CTRL-ALT-DEL, CTRL-SHIFT-ALT-DEL,CTRL-ALT-F2, and jabbing the power button, all to no avail. I then held the power button to force a power down, and then rebooted. System appeared to work normally. The relevant part of the attached messages file is:

"May 24 20:11:06 localhost systemd[1]: Starting Cleanup of Temporary Directories...
May 24 20:11:11 localhost systemd-tmpfiles[2107]: stat(/run/user/1000/gvfs) failed: Permission denied
May 24 20:11:12 localhost systemd[1]: Started Cleanup of Temporary Directories.
May 24 20:24:59 localhost systemd[1]: Starting Show Plymouth Power Off Screen...
May 24 20:24:59 localhost systemd[1]: Deactivating swap /dev/sda7..."
Comment 8 Martin Simon 2014-04-25 08:40:09 UTC 
I can't see any "permission denied" in /var/log/messages nor after executing # systemd-tmpfiles --clean with systemd-208-11.el7.x86_64 and gvfs-1.16.4-7.el7.x86_64. I'm closing this as verified.
Comment 9 Ludek Smid 2014-06-13 12:19:51 UTC 
This request was resolved in Red Hat Enterprise Linux 7.0.

Contact your manager or support representative in case you have further questions about the request.
Note You need to log in before you can comment on or make changes to this bug.