Date: Tue, 29 Feb 2000 09:20:24 -0500 (EST) From: cjohnson@galahad.camelot.com To: FreeBSD-gnats-submit@freebsd.org Subject: bin/17074: locate.updatedb fails when /root is 750 Message-ID: <20000229142024.30BEF12C2B@galahad.camelot.com>
next in thread | raw e-mail | index | archive | help
>Number: 17074 >Category: bin >Synopsis: locate.updatedb fails when /root is 750 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 29 06:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Christopher T. Johnson >Release: FreeBSD 4.0-CURRENT i386 And back to 3.1 >Organization: Paladin Software >Environment: Repeatable in FreeBSD 3.1-STABLE Feb 1999 through FreeBSD 4.0-Current Feb 2000 >Description: If the root's home directory is set such that "nobody" can not read it then the locate.updatedb script will fail when run from /etc/periodic/weekly/310.locate Test: su cd chmod 750 . echo /usr/libexec/locate.updatedb | nice -5 su -fm nobody find .: permission denied And the locate database is not updated. This becomes a problem because /etc/periodic/weekly/310.locate does run from the /root and does do the locate as nobody. >How-To-Repeat: see description >Fix: Add a "cd /var/tmp" or "cd /tmp" in locate.updatedb >Release-Note: >Audit-Trail: >Unformatted: If the root's home directory is set such that "nobody" can not read it then the locate.updatedb script will fail when run from /etc/periodic/weekly/310.locate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000229142024.30BEF12C2B>