| Summary: | /etc/periodic/weekly/310.locate only builds FULL system database without 'echo' and '|nice...' args | ||
|---|---|---|---|
| Product: | Base System | Reporter: | glenn <glenn> |
| Component: | conf | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Unspecified | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
glenn
2000-09-25 11:00:01 UTC
glenn@intextonline.com writes: > I discovered the problem first tonight when doing a 'locate portsentry.conf' > which resides in /usr/local/psionic/portsentry. When I did a locate it > didn't come up with the filename. I was however able to find it by > doing find '/ -name portsentry.con -print'. The directory that file is in is not readable by user 'nobody', so it is not visible to locate.updatedb. This is a feature, not a bug; locate should not reveal information that a normal user couldn't normally obtain without locate. DES -- Dag-Erling Smorgrav - des@ofug.org State Changed From-To: open->closed Not a bug. On Mon, Sep 25, 2000 at 02:51:34AM -0700, glenn@intextonline.com wrote: [snip] > >Description: > I discovered the problem first tonight when doing a 'locate portsentry.conf' > which resides in /usr/local/psionic/portsentry. When I did a locate it > didn't come up with the filename. I was however able to find it by > doing find '/ -name portsentry.con -print'. [snip] > >Fix: > > The only way I have found to fix the problem is to remove; > 'echo' from the beginning of the command and to remove > '| nice -5 su -fm nobody' from the end of the command, leaving > the binary to run simply as /usr/libexec.updatedb in 301.locate. What you're doing is, effectively, running libexec.updatedb as root instead of nobody. Are you sure this is not a permissions problem on /usr/local/psionic/portsentry or any of the parent directories? G'luck, Peter -- This sentence every third, but it still comprehensible. |