Justin Mazzola Paluska <jmp@MIT.EDU> writes:
> I don’t know if the problem is the fact that the large revisions are
> an issue or if the large revisions, since they form the vast majority
> of the repository, are just the ones statistically likely to receive
> an error if my errors are truly random.
That's a good question; I don't know either.
>> This is very, very bizarre. Can you say more about your setup,
>> about the RAID, about anything that might possibly be related?
>
> Here’s the long story.
>
> The svn repository is on an LVM volume group on top of a Linux RAID
> software group. It has been running in on one machine for almost
> three years. On Friday, the machine started failing by randomly
> rebooting, so I removed the OS drive + 5 RAID disks and move them all
> to a new machine, a Dell Pentium 4 I had sitting in a corner of my
> equipment area just for this purpose.
>
> The new machine, on which I’m having all of the problems, is a Pentium
> 4/1.8GHz with 512 of RAM. The OS is Debian Etch-ish (it runs testing,
> but hasn’t been upgraded to Etch fully, the last apt update was about
> a week before Etch came out). uname -a says:
>
> Linux library 2.6.17-2-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux
>
> The kernel hasn’t reported any read errors on the RAID disks and the
> partitions on the RAID usually fsck just fine.
>
> In the past we’ve had problems with checksum errors, but those were
> due to Apache check-ins gone wrong, mainly because someone was
> uploading those same large binaries over a cable modem and Apache
> didn’t handle the timeout graciously.
I've never heard of this problem before. The only thing I can suggest
is to try serving the repository from a totally different box for a
while -- well, same OS and Subversion and everything, but new disks
and no RAID -- and see if the errors continue. If not, then try
turning on RAID. If still okay, then the problem was the disks; else
it was (I guess) the RAID.
Is it a packaged Subversion that came with Debian testing, or did you
build it yourself?
-Karl
--
Subversion support & consulting <> http://producingoss.com/consulting.html
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu May 10 00:10:25 2007