Re: Disk Full?

From: Brian <[email protected]>
Date: Fri, 31 Mar 2000 19:09:00 -0600 (CST)

Ahsan,

Thanks I will consider this

On Sat, 1 Apr 2000, Ahsan Khan wrote:

> The Best Solution in My point of view in squid-2.3-stable is take off your
> swap files out of cache_dir. use this option in config file..
>
> cache_swap_log
>
> and define some other dir in root partition or some where else. But be
> careful about the permissions of that dir.
>
>
> With Regards
> Ahsan Khan
> Sr. System Admin
> Internet Division (OneNet)
> Sun Communication Pvt. Ltd.
> http://www.one.net.pk
>
>
> ----- Original Message -----
> From: "Brian" <signal@shreve.net>
> To: "Squid Users Mailing List" <squid-users@ircache.net>
> Sent: Saturday, April 01, 2000 4:35 AM
> Subject: Disk Full?
>
>
> >
> > I keep finding my squid dying saying the disk is full...........but it
> > doesn't appear to be full:
> >
> > 2000/03/31 17:31:05| Starting Squid Cache version 2.2.STABLE4 for
> i686-pc-linux-gnu...
> > 2000/03/31 17:31:05| Process ID 12280
> > 2000/03/31 17:31:05| With 1024 file descriptors available
> > 2000/03/31 17:31:05| helperOpenServers: Starting 25 'dnsserver' processes
> > 2000/03/31 17:31:05| Unlinkd pipe opened on FD 30
> > 2000/03/31 17:31:05| Swap maxSize 25088000 KB, estimated 1929846 objects
> > 2000/03/31 17:31:05| Target number of buckets: 38596
> > 2000/03/31 17:31:05| Using 65536 Store buckets, replacement runs every 1
> second
> > 2000/03/31 17:31:05| Max Mem size: 16384 KB
> > 2000/03/31 17:31:05| Max Swap size: 25088000 KB
> > 2000/03/31 17:31:05| Rebuilding storage in Cache Dir #0 (DIRTY)
> > 2000/03/31 17:31:05| Rebuilding storage in Cache Dir #1 (DIRTY)
> > 2000/03/31 17:31:05| Rebuilding storage in Cache Dir #2 (DIRTY)
> > 2000/03/31 17:31:05| Rebuilding storage in Cache Dir #3 (DIRTY)
> > 2000/03/31 17:31:05| /var/spool/squid5/swap.state.new: (28) No space left
> on device
> > FATAL: storeDirOpenTmpSwapLog: Failed to open swap log.
> > Squid Cache (Version 2.2.STABLE4): Terminated abnormally.
> > CPU Usage: 0.050 seconds
> > Maximum Resident Size: 0 KB
> > Page faults with physical i/o: 243
> >
> > [root@constellation squid]# df
> > Filesystem 1k-blocks Used Available Use% Mounted on
> > /dev/sda7 1011928 335980 624544 35% /
> > /dev/sda1 31079 2699 26776 9% /boot
> > /dev/sda5 2016016 178072 1735532 9% /var/log/squid
> > /dev/sda8 1177960 1100176 17944 98% /var/spool/squid1
> > /dev/sdb1 4372108 3982168 167844 96% /var/spool/squid2
> > /dev/sdc1 4372108 3978364 171648 96% /var/spool/squid3
> > /dev/sdd1 8744304 7882912 417200 95% /var/spool/squid4
> > /dev/sde1 8744304 7036288 1263824 85% /var/spool/squid5
> >
> > [root@constellation squid]# grep squid5 /etc/squid/squid.conf
> > cache_dir /var/spool/squid5 7900 16 256
> >
> >
> > Any ideas why it could be doing this?
> >
> > -----------------------------------------------------
> > Brian Feeny (BF304) signal@shreve.net
> > 318-222-2638 x 109 http://www.shreve.net/~signal
> > Network Administrator ShreveNet Inc. (ASN 11881)
> >
>

-----------------------------------------------------
Brian Feeny (BF304) signal@shreve.net
318-222-2638 x 109 http://www.shreve.net/~signal
Network Administrator ShreveNet Inc. (ASN 11881)
Received on Fri Mar 31 2000 - 18:12:07 MST

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