Bug 207838 - [zfs] getcwd fails with permission denied under load
Summary: [zfs] getcwd fails with permission denied under load
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.2-RELEASE
Hardware: Any Any
: --- Affects Some People
Assignee: Bugmeister
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-09 12:40 UTC by Hannes Hauswedell
Modified: 2025-01-19 07:43 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Hannes Hauswedell 2016-03-09 12:40:19 UTC
I have a machine running a large number of nightly builds and unit tests every night, maybe more than 8000 targets/tests in all compiler/flag combinations.
Every once in a while (on average maybe one per night) a random one of the builds fails with:
gmake: getcwd: Permission denied

Also sometimes the build of the manual (a python process), fails with:
os.path.join(os.getcwd(), 'dummy'),
OSError: [Errno 13] Permission denied


The system:
FreeBSD <snip> 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r286666: Wed Aug 12 15:26:37 UTC 2015     root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

The system is running a ZFS mirror on two SSDs and the relevant datasets are:
zssdroot/tmp on /tmp (zfs, local, noatime, nosuid, nfsv4acls)
zssdroot/nightly-builds on /usr/home/mi/h4nn3s/nightly-builds (zfs, local, noatime, nfsv4acls)
-> the /tmp is not a tmpfs


The situation is a little annoying, because it permanently produces false positives in the build matrix...

Anything I can do to help diagnose / fix this?

Thank you for your help!
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2025-01-19 07:43:42 UTC
^Triage: I'm sorry that this PR did not get addressed in a timely fashion.

By now, the version that it was created against is long out of support.
As well, many newer versions of ZFS have been imported.

Please re-open if it is still a problem on a supported version.