From owner-freebsd-stable@FreeBSD.ORG Mon Jun 23 08:27:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56B2C1065670; Mon, 23 Jun 2008 08:27:38 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from mx.bulinfo.net (mx.bulinfo.net [193.194.156.1]) by mx1.freebsd.org (Postfix) with ESMTP id DA1908FC1F; Mon, 23 Jun 2008 08:27:37 +0000 (UTC) (envelope-from krassi@bulinfo.net) Received: from localhost (localhost [127.0.0.1]) by mx.bulinfo.net (Postfix) with ESMTP id 443B7216FA; Mon, 23 Jun 2008 11:27:36 +0300 (EEST) Received: from mx.bulinfo.net ([127.0.0.1]) by localhost (mx.bulinfo.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38398-05; Mon, 23 Jun 2008 11:27:35 +0300 (EEST) Received: from [192.168.2.188] (pythia.bulinfo.net [212.72.195.5]) by mx.bulinfo.net (Postfix) with ESMTP id 77026216D0; Mon, 23 Jun 2008 11:27:35 +0300 (EEST) Message-ID: <485F5E76.5080401@bulinfo.net> Date: Mon, 23 Jun 2008 11:27:34 +0300 From: Krassimir Slavchev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Jeremy Chadwick References: <485BA3D2.3090108@bulinfo.net> <20080620132833.GB83165@rink.nu> <20080620140623.GC83165@rink.nu> <485F4930.601@bulinfo.net> <20080623071928.GA13020@eos.sc1.parodius.com> In-Reply-To: <20080623071928.GA13020@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at mx.bulinfo.net Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Incorrect file size? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Jun 2008 08:27:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jeremy Chadwick wrote: > On Mon, Jun 23, 2008 at 09:56:48AM +0300, Krassimir Slavchev wrote: >> Ivan Voras wrote: >>> Rink Springer wrote: >>>> On Fri, Jun 20, 2008 at 03:54:22PM +0200, Ivan Voras wrote: >>>>> Except that the file in question should be, judging by the filename, a >>>>> simple text file. I don't really see how a whitelist could grow to such >>>>> monstrous sizes :) Most likely it's a file system corruption - fsck >>>>> should be the first thing to try. >>>> The 'vscan' user leads me assume this is SpamAssassin - I've seen this >>>> behaviour at work, where our scripts were trying to backup a 1TB file >>>> (which actually was ~vscan/.spamassassin/auto-whitelist). The result was >>>> that the backup script died due to lack of disk space on the backup >>>> server (as we don't use compression). > > I've used SpamAssassin for a few years now, and I've never seen this > happen (including during migration from RELENG_6 to RELENG_7, and > between SpamAssassin versions (from 3.0 to 3.2.x). I cannot even begin > to imagine how that file reached such a size, which is why I believe the > issue may be filesystem corruption. > > I will take a moment to point out something I do whenever SpamAssassin > gets upgraded, though: I always delete bayes_* and auto-whitelist files > from .spamassassin, on every account. I do this because there have been > cases in the past where the data format has changed in the DB, and SA > hasn't done a good job of seamlessly migrating them. I have made several upgrades but have never deleted these files. > >> Yes, it is SpamAssassin and I have the same problem with the backups. >> The Amanda complains with: >> xxxxxxxxxxx / lev 1 FAILED [dump larger than available tape space, >> 307256178 KB, skipping incremental] >> yyyyyyyyyyyy / lev 4 FAILED [dump larger than tape, 354005617 KB, >> skipping incremental] > > There isn't any way to solve this problem. The file, as far as dump is > concerned, is indeed 3TB. > >> I don't think this is a file system corruption because there are no >> reasons for this. Also I have seen this on different machines. > > I can point you to all of the threads in the past year where users have > had mysterious problems with their filesystems, which have been fixed by > booting single-user and fsck'ing. That may not be the problem here, > but it doesn't hurt for you to do it "just in case" now does it? > > If it happens on multiple machines, I've only two recommendations: > > 1) Try what I said above (delete the bayes_* and auto-whitelist files). > If SpamAssassin recreates them as 3TB, then there is indeed a problem > with your system(s), because mine do not do that. I have deleted these files and the SpammAssassin recreated them correctly (16384 bytes initial size). > > 2) Consider migrating to dspam instead, which supposedly has a much > greater success rate of blocking spam. Yes, I will do this ASAP. Thanks for the point. > Thanks for all responses! Best Regards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFIX152xJBWvpalMpkRAlHbAJ4vkHJp2gVW4MWm+lC8ECuEuQGStQCdGPNX 50dC+RS0B0SD9tWCZsHPtKA= =JPA9 -----END PGP SIGNATURE-----