At 10:21 AM 7/22/99 +0200, Joeri van Dooren wrote:
>I see several errors
>
>1999/07/21 13:34:03| assertion failed: store.c:400: "e->store_status ==
>STORE_PENDING"
>1999/07/21 14:08:18| assertion failed: store.c:400: "e->store_status ==
>STORE_PENDING"
>1999/07/21 14:43:26| assertion failed: store.c:400: "e->store_status ==
>STORE_PENDING"
>
>i also notice that he reports a disk full but the disk is only in use for 35%
>
>any idea ?
This has been noticed before it is a file-system issue. Use tunefs for
space (man is your friend). To do this you have to take the lot off-line
though.
See the message from Ernst Heiri <heiri@switch.ch>
>Resent-Date: Mon, 15 Mar 1999 09:24:31 -0800 (PST)
>X-Envelope-From: heiri@switch.ch Mon Mar 15 08:04:30 1999
>Received: from limmat (limmat.switch.ch [130.59.4.30])
> by ircache.net (8.8.6/8.8.6) with ESMTP id IAA17557
> for <squid-users@ircache.net>; Mon, 15 Mar 1999 08:04:29 -0800 (PST)
>Received: from limmat.switch.ch (actually nepomuk) by limmat with smtpL;
> Mon, 15 Mar 1999 17:04:14 +0100
>X-Mailer: exmh version 2.0.2 2/24/98
>To: List Server Account <lists@bagel.gen.nz>
>cc: squid-users@ircache.net
>Subject: Re: No space left on device when there is space
>In-reply-to: Message from List Server Account <lists@bagel.gen.nz> of
>"Mon, 15 Mar 1999 23:16:33 +1300."
><Pine.LNX.4.05.9903152303390.370-100000@bagel.gen.nz>
>Mime-Version: 1.0
>Date: Mon, 15 Mar 1999 17:04:12 +0100
>Message-ID: <7824.921513852@limmat.switch.ch>
>From: Ernst Heiri <heiri@switch.ch>
>Resent-Message-ID: <"0JsNDD.A.gSE.Q-S72"@ack.ircache.net>
>Resent-From: squid-users@ircache.net
>X-Mailing-List: <squid-users@ircache.net> archive/latest/6236
>X-Loop: squid-users@ircache.net
>Precedence: list
>Resent-Sender: squid-users-request@ircache.net
>Content-Type: text/plain; charset=us-ascii
>X-UIDL: c8854dd6fe0d8bf72e59a38156a1c399
>Status: U
>
>We had a similar Problem on Solaris 2.6 (sun4u sparc).
>A 'df' showed 19% free space (about 4 GB) but it was impossible
>to create one little file more in this filesystem.
>(There were plenty of free inodes left too.)
>
>You have to check as root:
> fstyp -v </dev/your/device> | less
>the value for nbfree.
>If this value is 0 no file can be allocated anymore - no matter of how
>much free space 'df' shows.
>
>Theoretically it would help to reduce the block size to 4096 for this
>filesystem - but this is not possible for this architecure and not
>for Solaris 2.6 (at least).
>
>Ernst
>
>
>On Mon, 15 Mar 1999 23:16:33 +1300 (NZDT) List Server Account wrote:
>
> > I am running squid 2.1 patch 2 + mem leak patch. (Although the same
> > happens with 2.2 pre 3). I have looked at the FAQ, and can't find any
> > information about this.
> >
> > I also adjusted "store_avg_object_size from 13 KB down to 11 KB, as per
> > an article I read (but did not understand), but it seems to have made no
> > difference. I have 4 cache partitions, all 2050 Megs. Once one shrinks,
> > the
> > others follow. If I restart the cache, the caches will start off back at
> > a max of 2050 megs, and decrease again.
> >
> > My Squid cache automatically shrinks. Initially 1 directory will
> > shrink, then all of them seem to follow. I recently turned debugging on
> > and it tells me :
> >
> > At 21:28:03
> > diskHandleWrite: FD56: disk write error: (28) No space left on device
> > storeSwapOutHandle: SwapOut failure (err code = -6).
> > WARNING: Shrinking cache_dir #2 to 1490620 KB
> >
> > I just did discovered the problem, and did a df (at 23:08:07)
> > /dev/sda2 2136576 1578058 558518 /cache2 (which is cache dir #2)
> >
> > I did reformat the partition (and there is only the squid cache on the
> > partition), to allow 0% for root only space.
> >
> > My Config Includes :
> >
> > cache_swap_low 97
> > cache_swap_high 98
> > maximum_object_size 12000 KB
> >
> > cache_dir /cache2 2050 16 256
> >
> > Any ideas, this is driving me nuts !!!
> >
> > Thanks,
> > David
> >
>our options are
> ./configure --prefix=/usr/local/squid --enable-async-io
> --enable-snmp
>--enabl
>e-atcp --disable-ident-lookups
>
>greetings joeri
>--
>
> Pub Pgp Key : http://kwebbel.iguana.be/~joeri/JOERI_PGP.key
>
> __ _
> / / (_)__ __ ____ __
> / /__/ / _ \/ // /\ \/ / . . . the choice of a
> /____/_/_/ /_/\_,_/ /_/\_\ GNU generation
>
> -=-joeri@iguana.be-=-
>
--------------------------------------------------------------------
Marc van Selm
NATO C3 Agency
Communication Systems Division, A-Branch
Tel: +31 70 3142454
E-mail: marc.van.selm@nc3a.nato.int
--------------------------------------------------------------------
Private: [email protected], [email protected], http://www.cistron.nl/~selm
=== I don't suffer from insanity; I enjoy every minute of it. ===
Received on Tue Jul 27 1999 - 02:02:53 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:47:34 MST