[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Unexplained "Corrupt representation" errors with 1.8.1

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Wed, 31 Jul 2013 15:44:47 +0100

Daniel Shahaf <danielsh_at_elego.de> writes:

> Jan (CC'd) reported an odd problem on IRC today: he would get
>
> Corrupt representation '537009 564 9641 0 61d9000a8ccca3379173bbbbe0bb15bc' [500, #160004]
> Malformed representation header at /swdev/ssd/CONVERSION/SVN/test/db/revs/537/537009:593
>
> *sometimes* when he ran 'update --parents' that pulled in
> a not-yet-in-the-wc file. The errors went away after he restarted
> httpd. The error log had an EPERM on rev-prop-atomics.mutex which may
> or may not be related.
>
> Now, that error is actually very odd:
>
> - "61d9000a8ccca3379173bbbbe0bb15bc" doesn't occur anywhere in the filesystem
> (rep-cache.db and db/revs/**/*)

Looking at the repository path ('CONVERSION' and 'test') and the fact
that the error vanished when httpd was restarted is it possible this
involved a temporary repository being replaced by another repository at
the same path with the same UUID. If that happens I think apache may
have been using the in-memory cache associated with the old repository
when accessing the new repository.

-- 
Philip Martin | Subversion Committer
WANdisco | Non-Stop Data
Received on 2013-07-31 16:45:28 CEST

This is an archived mail posted to the Subversion Dev mailing list.