Re: [squid-users] Squid Dead, yet again,

From: John R. Van Lanen, Network Operations - TCCSA <VANLANEN@dont-contact.us>
Date: Tue, 30 Aug 2005 11:43:16 -0400 (EDT)

> this is a funny thread

> because of guess, kind of, probalbly and other similar "numbers" ...

> you also do not need to rebuild your cache because the squid process
> died

> so what do you think about telling us:

> - how much RAM you PC has

4 gig

> - output of df -h

> [root@bess-proxy1 squid]# df -h
> Filesystem Size Used Avail Use% Mounted on
> /dev/sda5 31G 393M 29G 2% /
> /dev/sda3 99M 26M 68M 28% /boot
> none 2.0G 0 2.0G 0% /dev/shm
> /dev/sda9 494M 8.5M 460M 2% /tmp
> /dev/sda6 26G 2.6G 22G 11% /usr
> /dev/sda8 494M 311M 158M 67% /var
> /dev/sda2 15G 39M 14G 1% /home

> - output of top -d1 when squid is running

 11:00:22 up 19:49, 2 users, load average: 0.06, 0.05, 0.01
181 processes: 180 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: cpu user nice system irq softirq iowait idle
           total 2.2% 0.0% 0.2% 0.0% 0.0% 0.0% 97.5%
           cpu00 0.9% 0.0% 0.0% 0.0% 0.0% 0.0% 99.0%
           cpu01 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 100.0%
           cpu02 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 100.0%
           cpu03 7.9% 0.0% 0.9% 0.0% 0.0% 0.0% 91.0%
Mem: 4091528k av, 892460k used, 3199068k free, 0k shrd, 189856k
buff
       531768k active, 153144k inactive
Swap: 2096440k av, 0k used, 2096440k free 341804k
cached
                                                                                

  PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
 2972 root 15 0 32432 13M 5796 S 1.9 0.3 0:38 0 X
 3677 root 15 0 5768 5768 4832 S 0.2 0.1 1:48 3 magicdev
11537 root 15 0 1244 1244 920 R 0.2 0.0 0:01 0 top
    1 root 15 0 500 500 444 S 0.0 0.0 0:05 2 init
    2 root RT 0 0 0 0 SW 0.0 0.0 0:00 0
migration/0
    3 root RT 0 0 0 0 SW 0.0 0.0 0:00 1
migration/1
    4 root RT 0 0 0 0 SW 0.0 0.0 0:00 2
migration/2
    5 root RT 0 0 0 0 SW 0.0 0.0 0:00 3
migration/3
    6 root 15 0 0 0 0 SW 0.0 0.0 0:00 1 keventd
    7 root 34 19 0 0 0 SWN 0.0 0.0 0:00 0
ksoftirqd/0
    8 root 34 19 0 0 0 SWN 0.0 0.0 0:00 1
ksoftirqd/1

> and the following squid.conf parm lines

> cache_mem

512

> maximum_object_size

not set

> maximum_object_size_in_memory

not set

> cache_dir

ufs /var/spool/squid 2000 16 256

> and with some luck you get your problem solved if it is a config issue

> if you do not feel confortable with my questions you may check if you
> configured more cache_dir you definitly have or more mem you
> definitly have, so downsize your config to fit your real values and
> you may get lucky

> anyway, you may add the following line to your RunCache or any other
> squid start script to workaround this particular cache squid-problem

> #########
> if [ -r /usr/local/squid/var/logs/squid.pid ]; then
> case ${squid_pid_del} in
> [Yy][Ee][Ss])
> rm /usr/local/squid/var/logs/squid.pid
> ;;
> *)
> echo "Squid was not shut down clean. Check squid.pid"
> ;;
> esac
> echo
> fi
> ############

> this is working using sh and may need some tweak for bash shells on
> linux but I gues the idea is clear if not ask me

> in this case using FreeBSD or any rc.conf reading in '. /etc/rc.conf'
> at the beginning of RunCache or Your_Srcipt you need to add a line in
> rc.conf as

> squid_pid_del="YES"

> to make this work but you may set this value at the beginning of your
> RunCache to make it work as well

> if you like to get a complete squid start and stop script for not
> getting dirty cash dirs any more ask me

> Hans

Not sure what your trying to accomplish with the script. squid.pid never goes
away, it just reports a process that doesn't exist. If you can provide further
information on what this will do, let me know. I really need to get this
resolved.

______________________________________________________________________________
| John R. Van Lanen, Manager of Network Operations Voice: (330) 264-6047 |
| Tri-County Computer Services Association (TCCSA) Fax: (330) 264-5703 |
| "Do not meddle in the affairs of dragons, E-mail:vanlanen@TCCSA.NET|
| because you are crunchy and taste good with ketchup" |
------------------------------------------------------------------------------

> On Wednesday 24 August 2005 16:00, John R. Van Lanen, Network
> Operations - TCCSA wrote:

> > I'm running Redhat ES 3.0,
> >
> > Running Squid Stable 2.5 ver 3 that comes with the Redhat ES 3.0
> >
> > The issue I have is that squid will stop dead,
> >
> > Do a squid status and it shows
> >
> > squid dead but pid file exists
> > squid: ERROR Could not send signal 0 to process 5530: (3) No such
> > process,
> >
> > Have seen this before, restart squid or rebooting solves the issue
> > for awhile, but, under load it occurrs again.
> >
> > The 5530 process number changes.
> >
> > Cache.log shows nothing but normal stuff.
> >
> > Searching the net shows others with the same issues but can't find
> > a solution.
> >
> > Have tried blowing away the cache directory and doing a squid -z,
> > it's like there is a process number written to the PID but then it
> > hangs or goes away so as soon as it trys to access the number from
> > the PID, the process is gone, squid dies. If you could even point
> > me in any direction it's more than I have now.
> >
> >
> > Let me know if you can help. Thanks.
> > ___________________________________________________________________
> >___________
> >
> > | John R. Van Lanen, Manager of Network Operations Voice: (330)
> > | 264-6047 | Tri-County Computer Services Association (TCCSA)
> > | Fax: (330) 264-5703 | "Do not meddle in the affairs of
> > | dragons, E-mail:vanlanen@TCCSA.NET| because you are
> > | crunchy and taste good with ketchup" |
> >
> > -------------------------------------------------------------------
> >-----------
> >
> >
> >
> >
> >
> >
> >
> > A mensagem foi scaneada pelo sistema de e-mail e pode ser
> > considerada segura. Service fornecido pelo Datacenter Matik
> > https://datacenter.matik.com.br

> --

> Infomatik Internet Technology
> http://www.matik.com.br

> A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
> Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br
Received on Tue Aug 30 2005 - 09:48:49 MDT

This archive was generated by hypermail pre-2.1.9 : Thu Sep 01 2005 - 12:00:03 MDT