Closed Bug 749059 Opened 13 years ago Closed 13 years ago

Cannot access subdirectories of fuzzing/ on pvtbuilds

Categories

(mozilla.org Graveyard :: Server Operations, task)

task
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jruderman, Assigned: jruderman)

Details

I can access https://pvtbuilds.mozilla.org/fuzzing/ with my LDAP credentials but I just get "Forbidden" on https://pvtbuilds.mozilla.org/fuzzing/mozilla-central-macosx-debug/ I encounter a similar problem after "ssh pvtbuilds2.dmz.scl3.mozilla.com": cd: mozilla-central-macosx-debug/: Permission denied (This stuff was all redone recently, in bug 723340. I expect the fuzzer to create several sibling directories as time goes on.)
Hm, they're being created with permissions 770. I've adjusted those three dirs. Would it be possible to change the directory-creation script?
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Hmm. I'm creating them using "mkdir -p", so mozilla-central-macosx-debug/ was created when its first subdirectory was created. According to man for "mkdir -p": "Intermediate directories are created with permission bits of rwxrwxrwx (0777) as modified by the current umask, plus write and search permission for the owner." So I guess I could fix this by issuing two "mkdir -p" commands rather than one.
Or maybe just set the umask explicitly before running mkdir -p. This is an LDAP account now, whereas the old username was hand-built, so it's possible the umask is different. dustin@cerf ~ $ python -c 'import this' | grep implicit Explicit is better than implicit.
How would I do that? "umask ... && mkdir -p ..."? What should I set the umask to?
(In reply to Jesse Ruderman from comment #4) > How would I do that? "umask ... && mkdir -p ..."? What should I set the > umask to? We could do this if we are in Python: os.makedirs(path[, mode]) where mode is 770 ? ( http://docs.python.org/library/os.html )
But the Python isn't running on the target machine.
yes - 'umask 022' should do the trick; its bits are removed from the permissions mask, so 0777-022 = 0755, which is what you want.
Assignee: server-ops → jruderman
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I think I got everything working for new directories, but a few of the old ones are still restricted. Dustin, can you recursively make things og+r one more time?
[root@pvtbuilds2.dmz.scl3 ~]# cd /mnt/pvt_builds/fuzzing/ [root@pvtbuilds2.dmz.scl3 fuzzing]# chmod -R og+r . [root@pvtbuilds2.dmz.scl3 fuzzing]#
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.