| Summary: | Bad permissions in /usr/local/squid/logs/squid.pid of squid | ||
|---|---|---|---|
| Product: | Ports & Packages | Reporter: | Guilherme Oliveira <guilherme.oliveira> |
| Component: | Individual Port(s) | Assignee: | freebsd-ports-bugs (Nobody) <ports-bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Latest | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
Guilherme Oliveira
2006-01-23 13:20:07 UTC
State Changed From-To: open->feedback Awaiting maintainers feedback Could you please provide more detail about what exactly goes wrong on
your box?
Unfortunately, stopping squid takes about thirty seconds nowadays.
This behaviour was introduced during the 2.5-STABLE10 patch cycle IIRC
and is somewhat intended by the squid developers.
So, shutting down squid-2.5.12_4 on a RELENG_6 box after it had been
serving just a few requests looks like this here on a test box:
# time /usr/local/etc/rc.d/squid.sh stop
Waiting for PIDS: 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243, 73241 73243.
32,41 real 0,06 user 0,32 sys
Looking at the permissions in /usr/local/squid/logs, a default install
should look roughly like this:
# ls -ld /usr/local/squid/logs
drwxr-x--- 2 squid squid 512 24 Jan 19:50 /usr/local/squid/logs
# ls -l /usr/local/squid/logs
total 24
-rw-r--r-- 1 squid squid 5282 24 Jan 19:41 access.log
-rw-r--r-- 1 squid squid 7547 24 Jan 19:50 cache.log
-rw-r--r-- 1 squid squid 6 24 Jan 19:50 squid.pid
-rw-r--r-- 1 squid squid 6630 24 Jan 19:41 store.log
Running "/usr/local/etc/rc.d/squid.sh restart" works for me without
error - it just takes about thirty seconds for squid to shutdown
itself. Again: this is expected behaviour in recent versions of squid-2
and not specific to either FreeBSD or the FreeBSD port (as far as I
know).
State Changed From-To: feedback->closed Timeout on feedback from submitter, and maintainer indicates that the described shutdown behaviour is normal. |