Re: AW: [squid-users] Squid not caching

Hi Rost,

It seems working fine, too.

$ ls -ld /cache
drwxr-xr-x 18 nobody nogroup 512 May 7 15:23 /cache

$ ls -l /cache
total 584
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 08:59 00
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 08:59 01
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 08:59 02
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:00 03
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:00 04
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:00 05
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:00 06
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:00 07
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:01 08
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:01 09
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:01 0A
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:01 0B
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:01 0C
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:02 0D
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:02 0E
drwxr-xr-x 258 nobody nogroup 3584 Apr 30 09:02 0F
-rw-r--r-- 1 nobody nogroup 523728 May 7 15:23 swap.state

# squid -z
2002/05/15 09:17:48| Creating Swap Directories

# df
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/ad0s1a 148823 39743 97175 29% /
/dev/ad0s1f 11909978 101770 10855410 1% /cache
/dev/ad0s1g 5888325 1611797 3805462 30% /usr
/dev/ad0s1e 992239 6601 906259 1% /var
procfs 4 4 0 100% /proc

[]
Ronan

On Wed, 15 May 2002 13:51:54 +0200
"Rost, Werner" <Werner.Rost@zfboge.com> wrote:

> Check the permissions of the cache_dir /cache. The squid user you define in
> squid.conf must have write permission to that directory.
>
>
> > Mit freundlichen Grüßen / regards
> > Werner Rost
> >
> > ---------------------------------------------------------------------
> > ZF Boge GmbH
> > Werner Rost
> > IT
> > Friesdorfer Str. 175
> > D-53175 Bonn
> >
> >
> > phone: +49/228/3825 420
> > fax: +49/228/3825 398
> > werner.rost@zfboge.com
> >
> > www.boge-vibrationcontrol.com
> > ---------------------------------------------------------------------
> >
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: Ronan Lucio [mailto:ronanl@melim.com.br]
> > Gesendet am: Mittwoch, 15. Mai 2002 13:45
> > An: squid-users@squid-cache.org
> > Betreff: [squid-users] Squid not caching
> >
> > Hi friends,
> >
> > I'm sorry if this question had already answered in this mailing
> > list, but I didn't find any answer in the list history... :-/
> >
> > I have installed squid as transparent proxy in my net.
> > Everething seems working fine but yesterday I saw that
> > the cache dir isn't growing.
> >
> > Squid seems working fine but not caching the pages.
> >
> >
> > I use FreeBSD-4.6-PRERELEASE and I have compiled the kernet with
> > the options:
> >
> > options MSGMNB=8192 # max # of byte in a queue
> > options MSGMNI=40 # numbers of message queue identifiers
> > options MSGSEG=512 # number of message segments per queue
> > options MSGSSZ=64 # size of a message segment
> > options MSGTQL=2048 # max messages in system
> >
> > options SHMSEG=16 # max shared mem id's per process
> > options SHMMNI=32 # max shared mem id's per system
> > options SHMMAX=2097152 # max shared memory segment
> > size (bytes)
> > options SHMALL=4096 # max amount of shared memory (pages)
> >
> >
> > I installed squid via FreeBSD ports that compiled with
> > paremeters:
> >
> > CONFIGURE_ARGS= --bindir=${PREFIX}/sbin
> > --sysconfdir=${PREFIX}/etc/squid \
> > --localstatedir=${PREFIX}/squid \
> > --enable-storeio="ufs diskd null" \
> > --enable-removal-policies="lru heap" \
> >
> >
> > In ipfw I added the lines below:
> >
> > add allow all from <MyServer_IP> to any
> > add fwd 127.0.0.1,3128 tcp from <MyNet_IP>/24 to any 80 via xl0
> >
> > If I execute a ipfw show, the amount of packets that passed
> > through this rules seems working fine.
> >
> >
> > My squid.conf has the lines below:
> >
> > icp_port 0
> > hierarchy_stoplist cgi-bin ?
> > acl QUERY urlpath_regex cgi-bin \?
> > no_cache deny QUERY
> > cache_mem 64 MB
> > maximum_object_size 8192 KB
> > cache_dir diskd /cache 8000 16 256 Q1=64 Q2=72
> > quick_abort_min 128 KB
> > quick_abort_max 128 KB
> > quick_abort_pct 50
> > acl all src 0.0.0.0/0.0.0.0
> > acl manager proto cache_object
> > acl localhost src 127.0.0.1/255.255.255.255
> > acl SSL_ports port 443 563
> > acl Safe_ports port 80 # http
> > acl Safe_ports port 21 # ftp
> > acl Safe_ports port 443 563 # https, snews
> > acl Safe_ports port 70 # gopher
> > acl Safe_ports port 210 # wais
> > acl Safe_ports port 1025-65535 # unregistered ports
> > acl Safe_ports port 280 # http-mgmt
> > acl Safe_ports port 488 # gss-http
> > acl Safe_ports port 591 # filemaker
> > acl Safe_ports port 777 # multiling http
> > acl CONNECT method CONNECT
> >
> > acl MyIPs src 200.215.110.0/255.255.255.0
> > http_access allow MyIPs
> > http_access deny all
> >
> > acl PURGE method purge
> > http_access allow purge localhost
> > http_access deny purge
> >
> > acl non_anonymous_ftp url_regex -i ftp://[^/@]*@
> > http_access deny non_anonymous_ftp
> >
> > http_access allow manager localhost
> > http_access deny manager
> > http_access deny !Safe_ports
> > http_access deny CONNECT !SSL_ports
> > http_access deny all
> >
> > icp_access allow all
> > cache_mgr root@melim.com.br
> > httpd_accel_host virtual
> > httpd_accel_with_proxy on
> > httpd_accel_uses_host_header on
> > append_domain .melim.com.br
> > log_icp_queries off
> > buffered_logs on
> >
> >
> > Does anybody know what am I doing wrong?
> >
> > Thank's
> > Ronan
> >
> >
> > ---------------------------------------------------------
> > This Mail has been checked for Viruses
> > Attention: Encrypted mails can NOT be checked!
> >
> > **
> >
> > Diese Mail wurde auf Viren geprueft
> > Hinweis: Verschluesselte mails koennen NICHT auf Viren
> > geprueft werden!
> > ---------------------------------------------------------
> >
>
>
> ---------------------------------------------------------
> This Mail has been checked for Viruses
> Attention: Encrypted mails can NOT be checked!
>
> **
>
> Diese Mail wurde auf Viren geprueft
> Hinweis: Verschluesselte mails koennen NICHT auf Viren geprueft werden!
> ---------------------------------------------------------
>
Received on Wed May 15 2002 - 06:19:18 MDT