[squid-users] Re: Weird statistics from snmp

2009-09-23 Thread Matias

Thank you very much for your clarification guys.

I'd love to help the squid developers to document this and what 
represents exactly each oid, but I'm afraid I don't have the needed 
knowledge to do this.


Thanks again.

Matias.


Henrik Nordstrom wrote:

mån 2009-09-21 klockan 10:27 +0200 skrev Matias:

Hi,

I'm monitoring the oids:

1.3.6.1.4.1.3495.1.4.1.3 (cacheHits)
and
1.3.6.1.4.1.3495.1.4.1.6 (cacheMisses)


Those two are
squid.cacheNetwork.cacheIpCache.cacheIpHits
and
squid.cacheNetwork.cacheIpCache.cacheIpMisses

What you are looking for are
squid.cachePerf.cacheProtoStats.cacheProtoAggregateStats.cacheHttpHits
.1.3.6.1.4.1.3495.1.3.2.1.2
and
squid.cachePerf.cacheProtoStats.cacheProtoAggregateStats.cacheProtoClientHttpRequests
.1.3.6.1.4.1.3495.1.3.2.1.1

there is no SNMP variable for the number of misses, but you can
calculate it by substracting the hits from reqeusts.


For some reason, the first one increases much more than the latter one. 
I'm watching the access_log, and most of the results are TCP_MISS.


It should. You are looking into the IP cache where Squid internally
caches DNS lookups.

Regards
Henrik






[squid-users] Re: Weird statistics from snmp

2009-09-21 Thread Matias

Amos Jeffries wrote:

Matias wrote:

Hi,

I'm monitoring the oids:

1.3.6.1.4.1.3495.1.4.1.3 (cacheHits)
and
1.3.6.1.4.1.3495.1.4.1.6 (cacheMisses)

For some reason, the first one increases much more than the latter 
one. I'm watching the access_log, and most of the results are TCP_MISS.


So, how must I interpret the fact that I'm seeing over snmp more HITS 
than MISSES?


I must be missing something, but I don't know what.


Thanks!


What version of Squid?

Amos




# squid3 -v
Squid Cache: Version 3.0.STABLE8
configure options:  '--build=x86_64-linux-gnu' '--prefix=/usr' 
'--includedir=${prefix}/include' '--mandir=${prefix}/share/man' 
'--infodir=${prefix}/share/info' '--sysconfdir=/etc' 
'--localstatedir=/var' '--libexecdir=${prefix}/lib/squid3' 
'--disable-maintainer-mode' '--disable-dependency-tracking' '--srcdir=.' 
'--datadir=/usr/share/squid3' '--sysconfdir=/etc/squid3' 
'--mandir=/usr/share/man' '--with-cppunit-basedir=/usr' 
'--enable-inline' '--enable-async-io=8' 
'--enable-storeio=ufs,aufs,coss,diskd,null' 
'--enable-removal-policies=lru,heap' '--enable-delay-pools' 
'--enable-cache-digests' '--enable-underscores' '--enable-icap-client' 
'--enable-follow-x-forwarded-for' '--enable-auth=basic,digest,ntlm' 
'--enable-basic-auth-helpers=LDAP,MSNT,NCSA,PAM,SASL,SMB,YP,getpwnam,multi-domain-NTLM' 
'--enable-ntlm-auth-helpers=SMB' 
'--enable-digest-auth-helpers=ldap,password' 
'--enable-external-acl-helpers=ip_user,ldap_group,session,unix_group,wbinfo_group' 
'--with-filedescriptors=65536' '--with-default-user=proxy' 
'--enable-epoll' '--enable-linux-netfilter' 
'build_alias=x86_64-linux-gnu' 'CC=cc' 'CFLAGS=-g -O2 -g -Wall -O2' 
'LDFLAGS=' 'CPPFLAGS=' 'CXX=g++' 'CXXFLAGS=-g -O2 -g -Wall -O2' 
'FFLAGS=-g -O2'




Re: [squid-users] Re: Weird statistics from snmp

2009-09-21 Thread Amos Jeffries
On Mon, 21 Sep 2009 16:06:22 +0200, Matias matiassu...@gmail.com wrote:
 Amos Jeffries wrote:
 Matias wrote:
 Hi,

 I'm monitoring the oids:

 1.3.6.1.4.1.3495.1.4.1.3 (cacheHits)
 and
 1.3.6.1.4.1.3495.1.4.1.6 (cacheMisses)

 For some reason, the first one increases much more than the latter 
 one. I'm watching the access_log, and most of the results are TCP_MISS.

 So, how must I interpret the fact that I'm seeing over snmp more HITS 
 than MISSES?

 I must be missing something, but I don't know what.


 Thanks!
 
 What version of Squid?
 
 Amos
 
 # squid3 -v
 Squid Cache: Version 3.0.STABLE8

Um, okay...

... from the MIB.txt for 3.0 the OID *.3495.1.4.1 appears to be IP cache.
Which makes *.6 misses mean a remote DNS lookup performed and *.3 hit a DNS
record stored from previous lookup.

From the 3.0 mib.txt the HTTP stats are at OID *.3495.1.3.2.1.2 (TCP_HIT /
TCP_*_HIT). Misses are not reported, but total HTTP requests
(*.3495.1.3.2.1.1) and errors (*.3495.1.3.2.1.3) are.

Amos