Comment 5 for bug 1686852

That's true, "/share" and "/proj/netopt-PG0" are NFS mounts. But "/" itself isn't. It can be seen from the output of mount below:

$ mount | grep nfs
ops.wisc.cloudlab.us:/proj/netopt-PG0 on /proj/netopt-PG0 type nfs (rw, ..., addr=128.104.222.8)
ops.wisc.cloudlab.us:/share on /share type nfs (rw, ..., addr=128.104.222.8)

Looking at the source code of sc_nonfatal_mkpath() which apparently threw an error, it seems like we are trying to walk the directory "/users/kbavishi/snap/hello/20" one directory at a time using mkdirat() and openat(). I looked at the permissions for all the directories along this path and they seem OK to me (see outputs below).

Any idea on how to debug this more? I wanted to run strace but unfortunately that requires sudo privileges and the hello snap error disappears.

$ ls / -al
total 122
drwxr-xr-x 28 root root 4096 Apr 28 08:03 .
drwxr-xr-x 28 root root 4096 Apr 28 08:03 ..
[...] snipped

$ ls /users/ -al
total 28
drwxr-xr-x 7 root root 4096 Apr 28 06:10 .
drwxr-xr-x 28 root root 4096 Apr 28 08:03 ..
drwxr-xr-x 3 geniuser netopt-PG0 4096 Apr 28 06:10 geniuser
drwxr-xr-x 11 kbavishi netopt-PG0 4096 Apr 28 08:35 kbavishi
drwxr-xr-x 3 kshiteej netopt-PG0 4096 Apr 28 06:10 kshiteej
drwxr-xr-x 3 raajay86 netopt-PG0 4096 Apr 28 06:10 raajay86
drwxr-xr-x 3 tranlam netopt-PG0 4096 Apr 28 06:10 tranlam

$ ls /users/kbavishi/ -al
total 148
drwxr-xr-x 11 kbavishi netopt-PG0 4096 Apr 28 08:35 .
drwxr-xr-x 7 root root 4096 Apr 28 06:10 ..
drwxr-xr-x 3 kbavishi netopt-PG0 4096 Apr 28 06:15 snap

$ ls /users/kbavishi/snap -al
total 12
drwxr-xr-x 3 kbavishi netopt-PG0 4096 Apr 28 06:15 .
drwxr-xr-x 11 kbavishi netopt-PG0 4096 Apr 28 08:35 ..
drwxr-xr-x 4 kbavishi netopt-PG0 4096 Apr 28 06:15 hello