I have several FreeBSD servers with 3 disks just for cache spools running
Stable_2.6.19 in accelerator mode.
Every so often, I have had a server lock up on me. Usually, before I upgraded
them to ver 19, I would just reboot them and they would recover and start
working again. Now however, apon reboot, all the cache spools show lots of disk
activity at the same time, even when there is little to no traffic being sent
to the unit and requesting a file via the squid server is painfully slow.
As you can see the cpu usage is very high. It takes almost 5 seconds for the
report to even show up. This is after the disks swap.state files are checked one
by one.
The only solution I have been able to find so far is to destroy all the data
and have it rebuild it all.
Any auggestions woudl be greatly appreciatted.
Thanks
Nicole
Squid Object Cache: Version 2.6.STABLE19
Start Time: Mon, 21 Apr 2008 00:12:20 GMT
Current Time: Mon, 21 Apr 2008 00:14:27 GMT
Connection information for squid:
Number of clients accessing cache: 3
Number of HTTP requests received: 4
Number of ICP messages received: 150
Number of ICP messages sent: 150
Number of queued ICP replies: 0
Request failure ratio: 0.00
Average HTTP requests per minute since start: 1.9
Average ICP messages per minute since start: 141.6
Select loop called: 67 times, 1896.758 ms avg
Cache information for squid:
Request Hit Ratios: 5min: 0.0%, 60min: 0.0%
Byte Hit Ratios: 5min: -0.0%, 60min: -0.0%
Request Memory Hit Ratios: 5min: 0.0%, 60min: 0.0%
Request Disk Hit Ratios: 5min: 0.0%, 60min: 0.0%
Storage Swap size: 162934 KB
Storage Mem size: 104 KB
Mean Object Size: 16.22 KB
Requests given to unlinkd: 0
Median Service Times (seconds) 5 min 60 min:
HTTP Requests (All): 0.00000 0.00000
Cache Misses: 0.00000 0.00000
Cache Hits: 0.00000 0.00000
Near Hits: 0.00000 0.00000
Not-Modified Replies: 0.00000 0.00000
DNS Lookups: 0.00000 0.00000
ICP Queries: 0.00000 0.00000
Resource usage for squid:
UP Time: 127.083 seconds
CPU Time: 58.899 seconds
CPU Usage: 46.35%
CPU Usage, 5 minute avg: 86.28%
CPU Usage, 60 minute avg: 86.28%
Process Data Segment Size via sbrk(): 1003544 KB
Maximum Resident Size: 1010936 KB
Page faults with physical i/o: 0
Memory accounted for:
Total accounted: 705341 KB
memPoolAlloc calls: 28539766
memPoolFree calls: 11615581
File descriptor usage for squid:
Maximum number of file descriptors: 32768
Largest file desc currently in use: 22
Number of file desc currently in use: 16
Files queued for open: 0
Available number of file descriptors: 32752
Reserved number of file descriptors: 100
Store Disk files open: 0
IO loop method: kqueue
Internal Data Structures:
5641174 StoreEntries
26 StoreEntries with MemObjects
25 Hot Object Cache Items
10043 on-disk objects
1 users Load 0.11 0.11 0.05 Apr 20 17:17
Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER
Tot Share Tot Share Free in out in out
Act 1024352 7564 1049192 10376 865900 count
All 3055196 7916502365388 10992 pages
Interrupts
Proc:r p d s w Csw Trp Sys Int Sof Flt cow 4127 total
2 63 1777 119 476 285 116 208660 wire 1: atkb
1017156 act 118 17: ata
0.9%Sys 0.2%Intr 0.0%User 0.0%Nice 98.9%Idl 1833440 inact 7 24: bge
| | | | | | | | | | cache 4 25: bge
+ 865900 free 1999 cpu0:
time
daefr 1999 cpu1: time
Namei Name-cache Dir-cache prcfr
Calls hits % hits % react
1300 931 72 120 9 pdwake
zfod pdpgs
Disks ad4 ad6 ad8 ad10 ozfod intrn
KB/t 0.00 6.00 6.00 6.00 %slo-z 219632 buf
tps 0 36 39 43 238 tfree 6 dirtybuf
MB/s 0.00 0.21 0.23 0.25 100000 desiredvnodes
% busy 0 29 32 38 42849 numvnodes
25006 freevnodes
-- |\ __ /| (`\ | o_o |__ ) ) // \\ - nmh@daemontech.com - Powered by FreeBSD - ------------------------------------------------------ "The term "daemons" is a Judeo-Christian pejorative. Such processes will now be known as "spiritual guides" - Politicaly Correct UNIX PageReceived on Tue Apr 22 2008 - 14:22:49 MDT
This archive was generated by hypermail 2.2.0 : Thu May 01 2008 - 12:00:04 MDT