unsubscribe

squid-users-digest-request@ircache.net wrote:

> Subject:
>
> squid-users-digest Digest Volume 99 : Issue 41
>
> Today's Topics:
> FTP timeout problems [ Andrea Mistrali <andre@ulmo.aleph.i ]
> Re: 'log [ Rodney Holm <rodneyh@apexxtech.com> ]
> Re: confused about always_direct [ Duane Wessels <wessels@ircache.net> ]
> 'Dud' SNMP Query & Crash? [ steven@shellnet.co.uk (Steven Fletc ]
> digest-mesh, euro-mesh or whatever . [ Alex Rousskov <rousskov@nlanr.net> ]
> Re: 'Dud' SNMP Query & Crash? [ Chris Cappuccio <chris@nmedia.net> ]
> Re: ENC: Performance [ Glenn Chisholm <glenn@ircache.net> ]
> unix time timestamp in access.log [ wes@bgclubscottsdale.org (Wes Batem ]
> Re: Solaris 7 and squid-2.2.PRE2 any [ Henrik Nordstrom <hno@hem.passagen. ]
> Re: 'log [ Henrik Nordstrom <hno@hem.passagen. ]
> Re: Squid Memory Usage [ Henrik Nordstrom <hno@hem.passagen. ]
> SQUID and Solaris [ soc@pspi.com.ph (Socrates Tatunay) ]
> SQUID and y2k [ soc@pspi.com.ph (Socrates Tatunay) ]
> Re: SQUID and y2k [ tom minchin <tom@interact.net.au> ]
> Re: SQUID and y2k [ Bernhard =?iso-8859-1?Q?L=FCder?= < ]
> Re: SQUID and Solaris [ Richard van Drimmelen <rdri@nki.nl> ]
>
> ------------------------------------------------------------------------
>
> Subject: FTP timeout problems
> Date: Tue, 9 Feb 1999 16:35:03 +0100 (CET)
> From: Andrea Mistrali <andre@ulmo.aleph.it>
> To: squid-users@ircache.net
>
> Hi to all!
>
> This is my first mail to the mailing list, and I hope not to ask something yet
> asked, but I read the FAQs over and over and I didn't find something regarding
> the problem I have.
>
> Since I have installed Squid 2.x I have problems with ftp servers, and now
> that i'm using 2.2PRE2 I have big problems....
>
> I cannot connect to any ftp server (even on my LAN). Making the debug level
> for FTP higher shows me that the connection starts (and I can see it in
> netstat -t output), but after a while it tells me that the connection timed
> out (in cache.log, in the browser it tells me that there are problems
> contacting ftp://[no url]).
>
> I'll attach relevant parts of my squid.conf and I'll tell you that the
> computer running squid is a P133 with 128 Mb ram and 2Gb disk for the cache.
>
> Linux 2.0.36 is my OS.
>
> Plz, help
>
> --
>
> Andrea Mistrali
> A.I.T. S.r.l.
> Genova
>
> ------------8<------------
>
> http_port 8080
> icp_port 8081
> icp_query_timeout 5000
> dead_peer_timeout 40 seconds
> hierarchy_stoplist ad.doubleclick.net
> hierarchy_stoplist cgi-bin ?
> acl QUERY urlpath_regex cgi-bin \?
> no_cache deny QUERY
> cache_mem 96 MB
> cache_swap_low 90
> cache_swap_high 95
> maximum_object_size 16 MB
> ipcache_size 1024
> ipcache_low 90
> ipcache_high 95
> cache_dir /cache 2100 16 256
> cache_access_log /var/log/proxies/access.log
> cache_log /var/log/proxies/cache.log
> emulate_httpd_log off
> log_mime_hdrs off
> useragent_log none
> pid_filename /var/run/squid.pid
> debug_options ALL,1 9,9
> ftp_user Squid@Proxy.aleph.it
> cache_dns_program /usr/local/squid/bin/dnsserver
> dns_children 3
> unlinkd_program /usr/local/squid/bin/unlinkd
> pinger_program /usr/local/squid/bin/pinger
> redirect_program /usr/local/squid/scripts/url-normalizer
> redirect_children 3
> redirect_rewrites_host_header on
> refresh_pattern -i /cgi-bin/ 0 0% 30
> refresh_pattern -i \.gif$ 10080 90% 43200
> refresh_pattern -i \.jpg$ 10080 90% 43200
> refresh_pattern -i \.mid$ 10080 90% 43200
> refresh_pattern -i \.mov$ 10080 90% 43200
> refresh_pattern -i \.mpg$ 4320 90% 43200
> refresh_pattern -i \.qtm$ 10080 90% 43200
> refresh_pattern -i \.viv$ 4320 90% 43200
> refresh_pattern -i \.wav$ 10080 90% 43200
> refresh_pattern -i ^ftp:// 240 50% 20160
> refresh_pattern -i ^gopher:// 240 40% 20160
> refresh_pattern -i ^http:// 240 40% 20160
> refresh_pattern -i ^http://home\.netscape\.com.* 120 20% 4320
> reference_age 1 month
> quick_abort_min 100 KB
> quick_abort_max 500 KB
> quick_abort_pct 80
> negative_ttl 2 minutes
> positive_dns_ttl 6 hours
> negative_dns_ttl 2 minutes
> range_offset_limit -1 KB
> connect_timeout 120 seconds
> siteselect_timeout 12 seconds
> request_timeout 90 seconds
> client_lifetime 1440 minutes
> half_closed_clients off
> pconn_timeout 240 seconds
> shutdown_lifetime 30 seconds
> acl manager proto cache_object
> acl localhost src 127.0.0.1/255.255.255.255
> acl CONNECT method CONNECT
> acl SSL_ports port 443 563
> acl Safe_ports port 80 81 21 70 443 563 888 7070 10021 1021-5999 6011-65535
> acl all src 0.0.0.0/0.0.0.0
> acl ait src xx.xx.xx.0/23
> acl localhost src 127.0.0.1/32
> http_access deny manager !localhost !ait
> http_access deny !Safe_ports
> http_access deny CONNECT !SSL_ports
> http_access deny !localhost !ait
> icp_access deny !localhost !ait
> miss_access deny !localhost !ait
> cache_mgr Squidmaster@Proxy.aleph.it
> cache_effective_user whoever
> cache_effective_group whichever
> visible_hostname Proxy.aleph.it
> announce_period 1 day
> announce_host tracker.ircache.net
> announce_port 3131
> dns_testnames netscape.com internic.net nlanr.net microsoft.com
> logfile_rotate 10
> tcp_recv_bufsize 10 bytes
> log_icp_queries off
> minimum_direct_hops 4
> cachemgr_passwd none all
> store_avg_object_size 10 KB
> client_db on
> query_icmp on
> acl local-srv dstdomain xx.i
> always_direct allow local-srv
>
> ------------------------------------------------------------------------
>
> Subject: Re: 'log
> Date: Tue, 09 Feb 1999 08:58:11 -0700
> From: Rodney Holm <rodneyh@apexxtech.com>
> To: Fre de Vries <f.de.vries@fcroc.nl>, squid-users@ircache.net
>
> You will probably want to use a redirector. This way you could do your list
> search in the redirector and log the username and site that was attempted.
> squirm ( I think ) will help you get started.
>
> Another way to do it would be to compare the sites in your block list to the
> sites in your access.log using a parsing script that runs from cron.
>
> to get the usernames in either case you will need to turn on proxy
> authentication.
> the url's are included in the logs already.
>
> > Fre de Vries wrote:
> >
> > Hi,
> >
> > On my RedHat5.2 with squid 2.1patch2 machine, i have a acl that blocks all
> > url's listed in /etc/squid/block.
> > Is there a way to log all client ip's and destination url's that are actually
> > blocked when someone try's to access one of the blocked url's
> >
> > Thanks
> >
> > Fr�
>
> --
> -------------------------------------------------------------------------------
> Rodney D. Holm rodneyh@apexxtech.com
> Apexx Technology, Inc. http://www.apexxtech.com
> -------------------------------------------------------------------------------
>
> ------------------------------------------------------------------------
>
> Subject: Re: confused about always_direct
> Date: Tue, 09 Feb 1999 09:43:27 -0700
> From: Duane Wessels <wessels@ircache.net>
> To: Steve Reddel <squid@steve.intercoast.net.au>
> CC: squid-users@ircache.net
>
> Steve Reddel writes:
>
> >i am trying to configure squid 2.2pre2 (and all previous version of squid
> >2) to operate as i had squid 1.1 working with no success...
> >what i am trying to achieve is going to a parent cache for all requests
> >except 2 certain c-class address which should go directly.
> >
> >the lines i have in my configuration that apply here are as follows:
> >
> >---start----
> >cache_peer proxy.intercoast.com.au parent 8080 3130
> >
> >acl steve src 203.32.99.0/255.255.255.0
> >acl intercoast src 203.22.112.0/255.255.255.0
> >always_direct allow steve intercoast
> >---end---
>
> Its a common mistake. ACL names after the "allow" are AND'ed together.
> So, "steve AND intercoast" will never be true. Instead you want
>
> always_direct allow steve
> always_direct allow intercoast
>
> Duane W.
>
> ------------------------------------------------------------------------
>
> Subject: 'Dud' SNMP Query & Crash?
> Date: Tue, 09 Feb 1999 18:19:07 GMT
> From: steven@shellnet.co.uk (Steven Fletcher)
> To: squid-users@ircache.net
>
> Hi all.
>
> As suggested on the website, I ran the following:
>
> snmpwalk -p 3401 backup2.shellnet.co.uk public .1.3.6.1.4.1.3495.1.1
>
> on one of our boxes... the Squid deamon on backup2.shellnet.co.uk just
> dies and restarts whenever this happens, with the messages shown
> below.
>
> /usr/local/squid/etc/mib.txt -does- exist, I downloaded the version 6
> one.
>
> >acl snmpmanagementhosts src 194.129.209.14
> >acl snmpmanagementhosts src 194.129.209.0/255.255.255.0
> >snmp_port 3401snmp_do_queueing onforward_snmpd_port 0
> >snmp_mib_path /usr/local/squid/etc/mib.txttrap_sink 127.0.0.1
> >snmp_trap_community publicsnmp_enable_authen_traps off
> >snmp_agent_conf view all .1.3.6 included
> >snmp_agent_conf view squid .1.3.6 included
> >snmp_agent_conf user squid - all all public
> >snmp_agent_conf user all all all all squid
> >snmp_agent_conf community public squid squid
> >snmp_agent_conf community readwrite all allsnmp_incoming_address 255.255.255.255
> >snmp_outgoing_address 255.255.255.255
>
> Can anyone see any problems with the config. here?
>
> I'd be a happy chappie if someone oculd tell me what's going on :)
>
> Thanks
>
> Steven Fletcher
> steven@shellnet.com
>
> >bash# Feb 9 18:11:24 backup2 squid[21495]: Preparing for shutdown after 0 requests
> >Feb 9 18:11:24 backup2 squid[21495]: Waiting 30 seconds for active connections to finish
> >Feb 9 18:11:24 backup2 squid[21495]: FD 38 Closing HTTP connection
> >Feb 9 18:11:24 backup2 squid[21495]: Shutting down...
> >Feb 9 18:11:24 backup2 squid[21495]: FD 39 Closing ICP connection
> >Feb 9 18:11:24 backup2 squid[21495]: FD 40 Closing SNMP socket
> >Feb 9 18:11:24 backup2 squid[21495]: Closing unlinkd pipe on FD 15
> >Feb 9 18:11:24 backup2 squid[21495]: storeDirWriteCleanLogs: Starting...
> >Feb 9 18:11:24 backup2 squid[21495]: Finished. Wrote 1800 entries.
> >Feb 9 18:11:24 backup2 squid[21495]: Took 0 seconds (1800.0 entries/sec).
> >Feb 9 18:11:24 backup2 squid[21495]: Squid Cache (Version 2.1.PATCH2): Exiting normally.
> >Running: squid -sY >> /usr/local/squid/squid.out 2>&1
> >Feb 9 18:11:34 backup2 (squid): WARNING: Failed to open MIB '/usr/local/squid/etc/mib.txt'
> >Feb 9 18:11:34 backup2 (squid): parse_snmp_access: Access lists NOT defined.
> >Feb 9 18:11:34 backup2 (squid): parse_snmp_access: Unknown community readwrite!
> >Feb 9 18:11:35 backup2 squid[21516]: Starting Squid Cache version 2.1.PATCH2 for i386-unknown-freebsd3.0...
> >Feb 9 18:11:35 backup2 squid[21516]: Process ID 21516
> >Feb 9 18:11:35 backup2 squid[21516]: With 1064 file descriptors available
> >Feb 9 18:11:35 backup2 squid[21516]: Performing DNS Tests...
> >Feb 9 18:11:35 backup2 squid[21516]: Successful DNS name lookup tests...
> >Feb 9 18:11:35 backup2 squid[21516]: helperOpenServers: Starting 5 'dnsserver' processes
> >Feb 9 18:11:35 backup2 squid[21516]: Unlinkd pipe opened on FD 15
> >Feb 9 18:11:35 backup2 squid[21516]: Swap maxSize 3145728 KB, estimated 241979 objects
> >Feb 9 18:11:35 backup2 squid[21516]: Target number of buckets: 4839
> >Feb 9 18:11:35 backup2 squid[21516]: Using 8192 Store buckets, replacement runs every 10 seconds
> >Feb 9 18:11:35 backup2 squid[21516]: Max Mem size: 8192 KB
> >Feb 9 18:11:35 backup2 squid[21516]: Max Swap size: 3145728 KB
> >Feb 9 18:11:35 backup2 squid[21516]: Rebuilding storage in Cache Dir #0 (CLEAN)
> >Feb 9 18:11:35 backup2 squid[21516]: Loaded Icons.
> >Feb 9 18:11:35 backup2 squid[21516]: Accepting HTTP connections on port 3128, FD 38.
> >Feb 9 18:11:35 backup2 squid[21516]: Accepting ICP messages on port 3130, FD 39.
> >Feb 9 18:11:35 backup2 squid[21516]: Accepting SNMP messages on port 3401, FD 40.
> >Feb 9 18:11:35 backup2 squid[21516]: Ready to serve requests.
> >Feb 9 18:11:35 backup2 squid[21516]: Done reading Cache Dir #0 swaplog (1800 entries)
> >Feb 9 18:11:35 backup2 squid[21516]: Finished rebuilding storage disk.
> >Feb 9 18:11:35 backup2 squid[21516]: 1800 Entries read from previous logfile.
> >Feb 9 18:11:35 backup2 squid[21516]: 0 Entries scanned from swap files.
> >Feb 9 18:11:35 backup2 squid[21516]: 0 Invalid entries.
> >Feb 9 18:11:35 backup2 squid[21516]: 0 With invalid flags.
> >Feb 9 18:11:35 backup2 squid[21516]: 1800 Objects loaded.
> >Feb 9 18:11:35 backup2 squid[21516]: 0 Objects expired.
> >Feb 9 18:11:35 backup2 squid[21516]: 0 Objects cancelled.
> >Feb 9 18:11:35 backup2 squid[21516]: 0 Duplicate URLs purged.
> >Feb 9 18:11:35 backup2 squid[21516]: 0 Swapfile clashes avoided.
> >Feb 9 18:11:35 backup2 squid[21516]: Took 0 seconds (1800.0 objects/sec).
> >Feb 9 18:11:35 backup2 squid[21516]: Beginning Validation Procedure
> >Feb 9 18:11:36 backup2 squid[21516]: Completed Validation Procedure
> >Feb 9 18:11:36 backup2 squid[21516]: Validated 1800 Entries
> >Feb 9 18:11:36 backup2 squid[21516]: store_swap_size = 15694k
> >Feb 9 18:11:37 backup2 squid[21516]: storeLateRelease: released 0 objects
>
> Steven Fletcher - steven@shellnet.co.uk
> Shellnet - http://www.shellnet.com
>
> ------------------------------------------------------------------------
>
> Subject: digest-mesh, euro-mesh or whatever ... (fwd)
> Date: Tue, 9 Feb 1999 11:40:06 -0700 (MST)
> From: Alex Rousskov <rousskov@nlanr.net>
> To: squid-users@ircache.net
>
> -- refresh pattern tricks and some data pointers might be of use to
> squid-users...
>
> Alex.
>
> ---------- Forwarded message ----------
> Date: Tue, 9 Feb 1999 12:03:29 +0100
> From: "Javier Puche. CSIC RedIRIS" <javier.puche@REDIRIS.ES>
> To: TF-CACHE@TERENA.NL
> Subject: digest-mesh, euro-mesh or whatever ...
>
> Hi all,
>
> I am very happy about the good will for peering with cache-digest
> no-query (no ICP) that we talked about last meeting; so RedIRIS,
> Surfnet, Arnes, Hungary and probably Nordunet (someone spoke for you
> Ingrid :-) showed interest for starting it up. I expect more people to
> join (janet, switch, dfn,...)
>
> The only problems up to date are:
>
> - With Squid 2.1 we still have the false-hit problem, the only
> solutions are either wait to be running and have confidence on squid
> 2.2 or start right now with the delicate miss_access and trusting we
> are not going to abuse other caches. Opinions ??
>
> - Once the false-hit problem dissappears it is not that dramatic to
> have the refresh patterns in sync, but it stills seems appropiate to do
> it. With digests only the default refresh pattern is applied (thanks
> again to Martin for the documentation), mine ones are '0 40% 1440'
> but I would move to whatever is agreed here, I would suggest however to
> move to something a bit more relaxed. (it is sad with the 0 to see in
> the logs repeated access to something that was fetched 1 second ago,
> and the users know about the shift-reload anyhow)
>
> - The experience we are having here with digest after a survey of 10
> caches is that many regional caches get really poor quality digests
> (over 90% rejected, 8 bit_seq, ...). We are running experiments to see
> how to get better quality digests (and read Martin doc also), trying to
> correlate refresh patterns and other config params with the util%,
> reject% and bit_seq. We are getting the best results when the 'max'
> part of the refresh patterns gets close to the LRU expiration age and
> the min is not very low. Following are the data collected by one
> regional cache (obtained by breton@cica.es), it's not enough to draw
> conclusions but just to show what I am talking about:
>
> refresh . 1440 50% 4320
> entries: util 33%
> bits: util 23%
> rejected: 66,72%
> LRU: 9,89
> Avg.Len. 2,78
>
> refresh . 1440 30% 4320
> entries: util 32%
> bits: util 23%
> rejected: 67,99%
> LRU: 9,61
> Avg.Len. 2,85
>
> refresh . 1440 80% 4320
> entries: util 33%
> bits: util 23%
> rejected: 66,47%
> LRU: 9,63
> Avg.Len. 2,78
>
> refresh . 1440 50% 10080
> entries: util 58%
> bits: util 37%
> rejected: 41,64%
> LRU: 9,89
> Avg.Len. 2,14
>
> refresh . 1440 50% 14400
> entries: util 83%
> bits: util 48%
> rejected: 16,47%
> LRU: 9,71
> Avg.Len. 2,00
>
> refresh . 2880 50% 14400
> entries: util 84%
> bits: util 49%
> rejected: 15,62%
> LRU: 9,70
> Avg.Len. 2,00
>
> Any comments with other insights or proofs on how to get better
> digests are very welcomed.
>
> Regards,
>
> Javier Puche.
>
> PS: our stats and config data are at
> http://www.rediris.es/si/cache/index.en.html
>
> ------------------------------------------------------------------------
>
> Subject: Re: 'Dud' SNMP Query & Crash?
> Date: Tue, 9 Feb 1999 11:25:08 -0800 (PST)
> From: Chris Cappuccio <chris@nmedia.net>
> To: Steven Fletcher <steven@shellnet.co.uk>
> CC: squid-users@ircache.net
>
> Do you have --enable-async-io ?? Try compiling squid without it
>
> On Tue, 9 Feb 1999, Steven Fletcher wrote:
>
> | Hi all.
> |
> | As suggested on the website, I ran the following:
> |
> | snmpwalk -p 3401 backup2.shellnet.co.uk public .1.3.6.1.4.1.3495.1.1
> |
> | on one of our boxes... the Squid deamon on backup2.shellnet.co.uk just
> | dies and restarts whenever this happens, with the messages shown
> | below.
> |
> | /usr/local/squid/etc/mib.txt -does- exist, I downloaded the version 6
> | one.
> |
> | >acl snmpmanagementhosts src 194.129.209.14
> | >acl snmpmanagementhosts src 194.129.209.0/255.255.255.0
> | >snmp_port 3401snmp_do_queueing onforward_snmpd_port 0
> | >snmp_mib_path /usr/local/squid/etc/mib.txttrap_sink 127.0.0.1
> | >snmp_trap_community publicsnmp_enable_authen_traps off
> | >snmp_agent_conf view all .1.3.6 included
> | >snmp_agent_conf view squid .1.3.6 included
> | >snmp_agent_conf user squid - all all public
> | >snmp_agent_conf user all all all all squid
> | >snmp_agent_conf community public squid squid
> | >snmp_agent_conf community readwrite all allsnmp_incoming_address 255.255.255.255
> | >snmp_outgoing_address 255.255.255.255
> |
> | Can anyone see any problems with the config. here?
> |
> | I'd be a happy chappie if someone oculd tell me what's going on :)
> |
> | Thanks
> |
> | Steven Fletcher
> | steven@shellnet.com
> |
> | >bash# Feb 9 18:11:24 backup2 squid[21495]: Preparing for shutdown after 0 requests
> | >Feb 9 18:11:24 backup2 squid[21495]: Waiting 30 seconds for active connections to finish
> | >Feb 9 18:11:24 backup2 squid[21495]: FD 38 Closing HTTP connection
> | >Feb 9 18:11:24 backup2 squid[21495]: Shutting down...
> | >Feb 9 18:11:24 backup2 squid[21495]: FD 39 Closing ICP connection
> | >Feb 9 18:11:24 backup2 squid[21495]: FD 40 Closing SNMP socket
> | >Feb 9 18:11:24 backup2 squid[21495]: Closing unlinkd pipe on FD 15
> | >Feb 9 18:11:24 backup2 squid[21495]: storeDirWriteCleanLogs: Starting...
> | >Feb 9 18:11:24 backup2 squid[21495]: Finished. Wrote 1800 entries.
> | >Feb 9 18:11:24 backup2 squid[21495]: Took 0 seconds (1800.0 entries/sec).
> | >Feb 9 18:11:24 backup2 squid[21495]: Squid Cache (Version 2.1.PATCH2): Exiting normally.
> | >Running: squid -sY >> /usr/local/squid/squid.out 2>&1
> | >Feb 9 18:11:34 backup2 (squid): WARNING: Failed to open MIB '/usr/local/squid/etc/mib.txt'
> | >Feb 9 18:11:34 backup2 (squid): parse_snmp_access: Access lists NOT defined.
> | >Feb 9 18:11:34 backup2 (squid): parse_snmp_access: Unknown community readwrite!
> | >Feb 9 18:11:35 backup2 squid[21516]: Starting Squid Cache version 2.1.PATCH2 for i386-unknown-freebsd3.0...
> | >Feb 9 18:11:35 backup2 squid[21516]: Process ID 21516
> | >Feb 9 18:11:35 backup2 squid[21516]: With 1064 file descriptors available
> | >Feb 9 18:11:35 backup2 squid[21516]: Performing DNS Tests...
> | >Feb 9 18:11:35 backup2 squid[21516]: Successful DNS name lookup tests...
> | >Feb 9 18:11:35 backup2 squid[21516]: helperOpenServers: Starting 5 'dnsserver' processes
> | >Feb 9 18:11:35 backup2 squid[21516]: Unlinkd pipe opened on FD 15
> | >Feb 9 18:11:35 backup2 squid[21516]: Swap maxSize 3145728 KB, estimated 241979 objects
> | >Feb 9 18:11:35 backup2 squid[21516]: Target number of buckets: 4839
> | >Feb 9 18:11:35 backup2 squid[21516]: Using 8192 Store buckets, replacement runs every 10 seconds
> | >Feb 9 18:11:35 backup2 squid[21516]: Max Mem size: 8192 KB
> | >Feb 9 18:11:35 backup2 squid[21516]: Max Swap size: 3145728 KB
> | >Feb 9 18:11:35 backup2 squid[21516]: Rebuilding storage in Cache Dir #0 (CLEAN)
> | >Feb 9 18:11:35 backup2 squid[21516]: Loaded Icons.
> | >Feb 9 18:11:35 backup2 squid[21516]: Accepting HTTP connections on port 3128, FD 38.
> | >Feb 9 18:11:35 backup2 squid[21516]: Accepting ICP messages on port 3130, FD 39.
> | >Feb 9 18:11:35 backup2 squid[21516]: Accepting SNMP messages on port 3401, FD 40.
> | >Feb 9 18:11:35 backup2 squid[21516]: Ready to serve requests.
> | >Feb 9 18:11:35 backup2 squid[21516]: Done reading Cache Dir #0 swaplog (1800 entries)
> | >Feb 9 18:11:35 backup2 squid[21516]: Finished rebuilding storage disk.
> | >Feb 9 18:11:35 backup2 squid[21516]: 1800 Entries read from previous logfile.
> | >Feb 9 18:11:35 backup2 squid[21516]: 0 Entries scanned from swap files.
> | >Feb 9 18:11:35 backup2 squid[21516]: 0 Invalid entries.
> | >Feb 9 18:11:35 backup2 squid[21516]: 0 With invalid flags.
> | >Feb 9 18:11:35 backup2 squid[21516]: 1800 Objects loaded.
> | >Feb 9 18:11:35 backup2 squid[21516]: 0 Objects expired.
> | >Feb 9 18:11:35 backup2 squid[21516]: 0 Objects cancelled.
> | >Feb 9 18:11:35 backup2 squid[21516]: 0 Duplicate URLs purged.
> | >Feb 9 18:11:35 backup2 squid[21516]: 0 Swapfile clashes avoided.
> | >Feb 9 18:11:35 backup2 squid[21516]: Took 0 seconds (1800.0 objects/sec).
> | >Feb 9 18:11:35 backup2 squid[21516]: Beginning Validation Procedure
> | >Feb 9 18:11:36 backup2 squid[21516]: Completed Validation Procedure
> | >Feb 9 18:11:36 backup2 squid[21516]: Validated 1800 Entries
> | >Feb 9 18:11:36 backup2 squid[21516]: store_swap_size = 15694k
> | >Feb 9 18:11:37 backup2 squid[21516]: storeLateRelease: released 0 objects
> |
> |
> | Steven Fletcher - steven@shellnet.co.uk
> | Shellnet - http://www.shellnet.com
> |
> |
>
> --
> Preinstalled OpenBSD systems
>
> http://www.nmedia.net/bsd/
>
> ------------------------------------------------------------------------
>
> Subject: Re: ENC: Performance
> Date: Tue, 9 Feb 1999 13:56:19 -0700 (MST)
> From: Glenn Chisholm <glenn@ircache.net>
> To: Cristian Stoica <chryss@server.infosit.dntis.ro>
> CC: squid-users@ircache.net
>
> A number of people use MRTG. Some just use command line tools or their own
> bits and pieces.
>
> A few suggestions are in the FAQ, others are in the list archives.
>
> glenn
>
> On Tue, 9 Feb 1999, Cristian Stoica wrote:
>
> > Did you manage to run mrtg or something similar to monitor squid? If this
> > is so, how?
> > C.
> >
> > On Mon, 8 Feb 1999, Glenn Chisholm wrote:
> >
> > >
> > >
> > > On Sun, 7 Feb 1999, Cristian Stoica wrote:
> > >
> > > > What about --enable-snmp? Is it experimental also?
> > > > C.
> > > >
> > >
> > > No, it is generally stable. It is an option as not many people use it.
> > >
> > > glenn
> > >
> >
> >
>
> ------------------------------------------------------------------------
>
> Subject: unix time timestamp in access.log
> Date: Tue, 9 Feb 1999 16:10:38 -0700
> From: wes@bgclubscottsdale.org (Wes Bateman)
> To: squid-users-digest@ircache.net
>
> Hello, does anyone know of a way to get the newer versions of Squid to record
> times in human readable form? Like it did in the older versions? I like some
> of the features of the new squids, but I need to be able to read the time/dates
> when reviewing the access.log file.
>
> Thanks,
> Wes
>
> ------------------------------------------------------------------------
>
> Subject: Re: Solaris 7 and squid-2.2.PRE2 anyone?
> Date: Tue, 09 Feb 1999 23:29:48 +0100
> From: Henrik Nordstrom <hno@hem.passagen.se>
> To: Kadlecsik Jozsi <kadlec@sunserv.kfki.hu>
> CC: squid-users@ircache.net
>
> Kadlecsik Jozsi wrote:
>
> > squid recompiled without --enable-async-io runs fine on Solaris 7.
>
> async-io is broken on all platforms in 2.2.PRE1-PRE2. No point in trying
> without patching (two lines that got misplaced in a patch merge). Patch
> available from http://hem.passagen.se/hno/squid/ and are expected to be
> in the next release.
>
> ---
> Henrik Nordstrom
> Spare time Squid hacker
>
> ------------------------------------------------------------------------
>
> Subject: Re: 'log
> Date: Tue, 09 Feb 1999 23:26:27 +0100
> From: Henrik Nordstrom <hno@hem.passagen.se>
> To: Fre de Vries <f.de.vries@fcroc.nl>
> CC: squid-users@ircache.net
>
> Fre de Vries wrote:
>
> > Is there a way to log all client ip's and destination url's that are
> > actually blocked when someone try's to access one of the blocked url's
>
> It is in you access log. HTTP code TCP_DENIED/403
>
> ---
> Henrik Nordstrom
> Spare time Squid Hacker
>
> ------------------------------------------------------------------------
>
> Subject: Re: Squid Memory Usage
> Date: Tue, 09 Feb 1999 22:51:13 +0100
> From: Henrik Nordstrom <hno@hem.passagen.se>
> To: "Benjamin de los Angeles Jr." <bench@boracay.surfshop.net.ph>
> CC: Squid Mailing List <squid-users@ircache.net>
>
> Benjamin de los Angeles Jr. wrote:
>
> > Why would you prefer a 12 MB value for cache_mem? Btw, right
> > now squid is using 143MB of memory.
>
> Apart of the memory Squid uses you also need quite a bit of filesystem
> buffers to have good performance. Also the larger your cache is the more
> memory is required for filesystem buffers and Squid metadata storage.
>
> If you have way more memory than your setup requires then there is no
> problem in having a large cache_mem setting. It is however questionable
> if you will se a noticeable performance gain from it or not. Squid
> mostly uses the cache_mem as a scratch area and not really as a cache in
> the normal sense.
>
> --
> Henrik Nordstr�m
> Spare time Squid hacker
>
> ------------------------------------------------------------------------
>
> Subject: SQUID and Solaris
> Date: Wed, 10 Feb 1999 09:16:26 +0800
> From: soc@pspi.com.ph (Socrates Tatunay)
> To: squid-users@ircache.net
>
> Hi I would just like to know if there are any problems
> with SQUID v1.1.21 if I upgrade my OS from Solaris 2.5.1 to Solaris 2.6
> or Solaris 7? Can anybody please provide me a copy of the supported
> OS versions of SQUID v1.1.21 or later versions.
>
> Soc
>
> ------------------------------------------------------------------------
>
> Subject: SQUID and y2k
> Date: Wed, 10 Feb 1999 09:33:31 +0800
> From: soc@pspi.com.ph (Socrates Tatunay)
> To: squid-users@ircache.net
>
> Hi again! how about Y2k compliance...who's the governing body for the
> y2k compliance of SQUID...specifically SQUIDv1.1.21? Tnx!
>
> Soc
>
> ------------------------------------------------------------------------
>
> Subject: Re: SQUID and y2k
> Date: Wed, 10 Feb 1999 14:05:39 +1100
> From: tom minchin <tom@interact.net.au>
> To: Socrates Tatunay <soc@pspi.com.ph>
> CC: squid-users@ircache.net
>
> On Wed, Feb 10, 1999 at 09:33:31AM +0800, Socrates Tatunay wrote:
> > Hi again! how about Y2k compliance...who's the governing body for the
> > y2k compliance of SQUID...specifically SQUIDv1.1.21? Tnx!
> >
> It's in the FAQ:
>
> http://squid.nlanr.net/Squid/FAQ/FAQ-1.html#ss1.13
>
> tom@interact.net.au
>
> ------------------------------------------------------------------------
>
> Subject: Re: SQUID and y2k
> Date: Wed, 10 Feb 1999 14:07:25 +1100
> From: Bernhard L�der <bl@blue.net.au>
> To: Socrates Tatunay <soc@pspi.com.ph>
> CC: squid-users@ircache.net
>
> Soc,
>
> Read all about it!!!
>
> http://squid.nlanr.net/Squid/FAQ/FAQ-1.html#ss1.13
>
> Regards
> BL
>
> Socrates Tatunay wrote:
>
> > Hi again! how about Y2k compliance...who's the governing body for the
> > y2k compliance of SQUID...specifically SQUIDv1.1.21? Tnx!
> >
> > Soc
>
> ------------------------------------------------------------------------
>
> Subject: Re: SQUID and Solaris
> Date: Wed, 10 Feb 1999 08:19:58 +0100
> From: Richard van Drimmelen <rdri@nki.nl>
> To: Socrates Tatunay <soc@pspi.com.ph>
> CC: squid-users@ircache.net
>
> Running Squid 2.1 on Solaris 7 happily for a few weeks now.
>
> Socrates Tatunay wrote:
> >
> > Hi I would just like to know if there are any problems
> > with SQUID v1.1.21 if I upgrade my OS from Solaris 2.5.1 to Solaris 2.6
> > or Solaris 7? Can anybody please provide me a copy of the supported
> > OS versions of SQUID v1.1.21 or later versions.
> >
> > Soc
>
> --
> Richard van Drimmelen | email: rdri@nki.nl
> System Management Research | phone: +31 20 5121899
> The Netherlands Cancer Institute, Amsterdam | fax: +31 20 5121893
Received on Thu Feb 11 1999 - 03:24:33 MST