RE: [squid-users] is anyone listening to my queries summary o f events

From: khiz code <khizcode@dont-contact.us>
Date: Tue, 21 Aug 2001 06:50:00 -0700 (PDT)

mitesh
i did try to ftp a 1 GB file from an ftp server into the squid machine
the server was connected to the squid machine using ethernet
well i didnt get any errors
teh cpu was still abt 87% idle
i aborted th ftp session in between
77934800 bytes received in 456 secs (1.7e+02 Kbytes/sec)

i installed redhat 6.2 on an ordinary hp vectra machine
then i installed squid
i pointed my browser to this new squid
after each http request i get the same resource unavailable msg
the pages do load however.. i f any is thinking other wise
now according to squid Guru Henrick getting this msg is normal at debug
level 2
do others agree as well ???????

what is confusing me is that why dont i get this msg whenthe requests
are made by some other squid proxy or by polygraph for example

any more changes to be made to the kernel
Do excuse me if this msg seems very repetitive

hoping to hear from u guys
rgds
khizcode

so i am abt at my wits end
planning to install FreeBSd onthe compaq prolinea box to see if that
makes any difference

--- Mitesh P Choksi <mitesh.choksi@stcl.com> wrote:
> what does ftp do to your system. try ftp out and ftp in?
>
> I don't know about the cache.log error messgea. you get. try to get
> squid
> working with netscape before then we can get IE to work as well.
>
> -----Original Message-----
> From: khiz code [mailto:khizcode@yahoo.com]
> Sent: 21 August 2001 15:02
> To: mitesh.choksi@stcl.com
> Subject: RE: [squid-users] is anyone listening to my queries summary
> o f
> events
>
>
> hi mitesh
>
> thanks for replying back
> well i dont have any sort of policy routing on the squid boz apart
> from
> the ipchains rules for redirecting packets to the squid port
>
> >BTW/: dns lookups can slow your telnet as telnet-server require
> > ident. i
> > recommend you turn off telnet and use ssh if you have not thought
> > that of.
> this is for connecting to the telnet server port 23 isnt it
> i was just trying to connect to port 3128
>
> what do u have to say abt my earlier post rgd resource unavailable
> error
> i dont get them if i test squid using web polygraph or if a child
> proxy
> squid tries to connect to the parent proxy
> it is reproduced below
> ------------------------------------------------
> as per adrian's and robert's suggestions i did install squid2.4S1 on
> a plain vanilla redhat6.2(zoot) kernel 2.2.14-5.0
> compile optyions
> --enable-snmp, --enable-storeio=ufs,diskd
> this particular machine is not directy connected to the internet so
> i
> used a parent proxy using the foll config
> both are 2.4S1
>
> cache_peer 10.1.11.18 parent 3128 0 no-query default
> never-redirect allow all
> child ip = 10.1.11.225
> parent ip 10.1.11.18
>
> browser used child proxy as its proxy
> cache.log reports
> a > of child proxy
> after almost every request we get the same
> 2001/08/21 11:05:56| clientReadRequest: FD 17: no data to process
> ((11) Resource
> temporarily unavailable
> b> cache.log of parent proxy
> NO SUCH "Resource unavail Messages"
> not even once !!!!
>
> ===== now isnt this strange ======
> so user clients like IE do hv problems but majority of ppl use MS iE
> my particular version is Ie5.5
>
> 3> case 2 is some what similar to my earlier posting rgd
> web-polygraph
> test when i didnt get these "resource unavailable errors" when
> subjecting squid to polygraph test
> demo.pg
> Robot R = {
> kind = "R101";
> public_interest = 50%;
> req_rate=7/sec;
> pop_model = { pop_distr = popUnif(); };
> addresses = ['10.1.11.225' ** 200];
> origins = S.addresses;
> };
> ploygraph showed ne abt 130 -150 replies/sec which was correctly
> shown
> in mrtg!!!
>
> -----------------------------------
>
> do get back
> rgds
> khiz
>
>
> --- Mitesh P Choksi <mitesh.choksi@stcl.com> wrote:
> > what is showing up is that few clients are not reachable when you
> > want to
> > send packets back to them. Squid is rewriting the packets as if the
> > are
> > coming from
> > 135.215.221.180:3128
> > 23.143.73.162:3128
> > etc.
> >
> > are you sure that your network card is OK on the squid serveR?.
> also
> > keep
> > ping on while you have load on squid, may be you find out that ping
> > is
> > timing out due to this. THIS IS DEFINATELY SOMETHING TO DO WITH
> > NETWORK and
> > not squid.
> >
> > your outgoing traffic of your squid server could also be filled up.
> > do you
> > have policy routing on this server?, if so then try to remove it.
> >
> > increasing the tcp_max_syn_backlog is not a solution here.
> >
> > try to do a ftp out and ftp in big files 10MB+ to and from that
> > server when
> > squid is stopped and you will find out that you will experience
> same
> > problems.
> >
> > BTW/: dns lookups can slow your telnet as telnet-server require
> > ident. i
> > recommend you turn off telnet and use ssh if you have not thought
> > that of.
> >
> > mitesh
> >
> > -----Original Message-----
> > From: khiz code [mailto:khizcode@yahoo.com]
> > Sent: 21 August 2001 11:23
> > To: mitesh.choksi@stcl.com
> > Subject: RE: [squid-users] is anyone listening to my queries
> summary
> > o f
> > events
> >
> >
> > well mitesh
> > here is a typical entry
> > tcp 0 0 135.215.221.180:3128 202.120.137.10:57256
> > SYN_RECV
> > tcp 0 0 23.143.73.162:3128 202.120.137.10:57272
> > SYN_RECV
> > tcp 0 0 40.27.153.61:3128 202.120.137.10:57285
> > SYN_RECV
> > tcp 0 0 135.202.57.50:3128 202.120.137.12:1639
> > SYN_RECV
> > tcp 0 0 135.75.231.134:3128 202.120.137.12:1682
> > SYN_RECV
> > tcp 0 0 135.57.42.16:3128 202.120.137.12:1684
> > SYN_RECV
> > tcp 0 0 135.220.23.220:3128 202.120.137.12:1685
> > SYN_RECV
> > tcp 0 0 135.82.175.13:3128 202.120.137.12:1686
> > SYN_RECV
> > tcp 0 0 135.46.241.10:3128 202.120.137.10:57233
> > SYN_RECV
> > tcp 0 0 219.172.148.178:3128 202.120.137.10:57218
> > SYN_RECV
> > tcp 0 0 135.182.74.221:3128 202.120.137.10:57283
> > SYN_RECV
> > tcp 0 0 32.120.128.35:3128 202.120.137.10:57241
> > SYN_RECV
> > tcp 0 0 135.20.221.26:3128 202.120.137.12:1741
> > SYN_RECV
> > tcp 0 0 135.88.105.93:3128 202.120.137.12:1755
> > SYN_RECV
> > tcp 0 0 135.194.118.70:3128 202.120.137.12:1747
> > SYN_RECV
> > tcp 0 0 41.85.174.228:3128 202.120.137.12:1749
> > SYN_RECV
> > tcp 0 0 135.234.133.155:3128 202.120.137.12:1728
> > SYN_RECV
> > tcp 0 0 135.209.165.159:3128 202.120.137.12:1746
> > SYN_RECV
> > tcp 0 0 135.49.168.152:3128 202.120.137.10:57275
> > SYN_RECV
> > tcp 0 0 135.19.220.209:3128 202.120.137.10:57242
> > SYN_RECV
> > tcp 0 0 135.169.130.11:3128 202.120.137.10:57273
> > SYN_RECV
> > tcp 0 0 147.189.230.9:3128 202.120.137.10:57265
> > SYN_RECV
> > as u might be observing from the sample o/p above, the local Ip
> > column
> > keeps on changing ..
> > the IPs being shown in the Foreign address are more or less the
> same
> > and are basically the clients who hv been transparently directed to
> > the
> > squid box using a route map on the router
> > and since it is SYN_RECV basically it means that my clients hv sent
> > SYN
> > packets to internet hosts
> > the ipchains rule says that
> > ipchains -A input -p tcp -d 0/0 80 - j REDIRECT 3128
> > hence u can see that the localaddress port no has changed to 3128
> > and there is no DNS lookup problems
> > and even if there were that would inno way prevent me from
> telnetting
> > to the squid port under load .. am i right ????
>
=== message truncated ===

__________________________________________________
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/
Received on Tue Aug 21 2001 - 07:50:02 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:01:52 MST