From mboxrd@z Thu Jan  1 00:00:00 1970
Date: Sat, 28 Mar 2009 12:27:50 -0400
From: Nathaniel W Filardo <nwf@cs.jhu.edu>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Message-ID: <20090328162750.GG22497@masters6.cs.jhu.edu>
References: <20090328034841.GF22497@masters6.cs.jhu.edu>
	<9795467bbf361247c67dd50a1d03ac4f@terzarima.net>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="2nmUZS6EBFTGcnEV"
Content-Disposition: inline
In-Reply-To: <9795467bbf361247c67dd50a1d03ac4f@terzarima.net>
User-Agent: Mutt/1.5.18 (2008-05-17)
Subject: Re: [9fans] fossil caching venti errors
Topicbox-Message-UUID: cba9ba16-ead4-11e9-9d60-3106f5b1d025


--2nmUZS6EBFTGcnEV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sat, Mar 28, 2009 at 11:11:25AM +0000, Charles Forsyth wrote:
> i've seen that just recently, but thought it might have been
> a failing (very old) drive, or a power failure beyond the endurance of the UPS.
> if neither of those are true in your case, it might be worth a deeper look.
> i also found there is a persistent problem that `check fix' won't fix.
> (since it's my principal file server at home, i can't easily investigate more
> until i can transfer the service to a new drive, leaving the old drive
> for experiment.)

AFAIK the disk is doing just fine.  Moreover, even during the period when
fossil is complaining, venti/read on 9fs's score works just fine.  So I
don't believe the fault is venti's.

--nwf;

--2nmUZS6EBFTGcnEV
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknOUAYACgkQTeQabvr9Tc8qdQCfUd4FOM6DXPAELZSVZlywETzZ
dUIAn07Btru/G0zVMebqzNGbaYd3kIOx
=0uLJ
-----END PGP SIGNATURE-----

--2nmUZS6EBFTGcnEV--