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

Re: HELP: Upgraded to v 1.4.5 and now have a "Found malformed header in revision file" error

From: Pekka Niiranen <pekka.niiranen_at_pp5.inet.fi>
Date: Sat, 02 Feb 2008 14:22:26 +0200

david.x.grierson_at_jpmorgan.com wrote:
> Hi,
> We recently migrated to a 1.4.5 environment and have just experiencing the
> "Found malformed header in revision file" error on one of our
> repositories.
> Can someone please help - there doesn't appear to be any way in which to
> recover from this.
> Can I remove the revision and it's properties or will I have to recover
> from tape?
> $ svnlook changed -r22869 /svnstorage/svn1/repos/neoallcli
> svnlook: Found malformed header in revision file
> $ svnlook log -r22869 /svnstorage/svn1/repos/neoallcli
> NEO-2078 NEO PLUGIN REFACTORING
> $ cd /svnstorage/svn1/repos/neoallcli/db/revs
> $ ls -l 22869
> -rw-r--r-- 1 a_svn adtools 3241577 Jan 30 11:22 22869
>
> Many thanks in advance,
> David.
> --
> David Grierson
> JPMorgan - IB Architecture - Source Code Management Consultant
> GDP 228-5574 / DDI +44 141 228 5574 / Email david.x.grierson_at_jpmorgan.com
> Alhambra House 6th floor, 45 Waterloo Street, Glasgow G2 6HS
>
> Generally, this communication is for informational purposes only
> and it is not intended as an offer or solicitation for the purchase
> or sale of any financial instrument or as an official confirmation
> of any transaction. In the event you are receiving the offering
> materials attached below related to your interest in hedge funds or
> private equity, this communication may be intended as an offer or
> solicitation for the purchase or sale of such fund(s). All market
> prices, data and other information are not warranted as to
> completeness or accuracy and are subject to change without notice.
> Any comments or statements made herein do not necessarily reflect
> those of JPMorgan Chase & Co., its subsidiaries and affiliates.
>
> This transmission may contain information that is privileged,
> confidential, legally privileged, and/or exempt from disclosure
> under applicable law. If you are not the intended recipient, you
> are hereby notified that any disclosure, copying, distribution, or
> use of the information contained herein (including any reliance
> thereon) is STRICTLY PROHIBITED. Although this transmission and any
> attachments are believed to be free of any virus or other defect
> that might affect any computer system into which it is received and
> opened, it is the responsibility of the recipient to ensure that it
> is virus free and no responsibility is accepted by JPMorgan Chase &
> Co., its subsidiaries and affiliates, as applicable, for any loss
> or damage arising in any way from its use. If you received this
> transmission in error, please immediately contact the sender and
> destroy the material in its entirety, whether in electronic or hard
> copy format. Thank you.
> Please refer to http://www.jpmorgan.com/pages/disclosures for
> disclosures relating to UK legal entities.

I had similar problems after v1.4.3 => v1.4.5 upgrade.
Sometimes md-sums where identical between same files
(I replaced them manually to zeros.) and sometimes letters
in path names had changed. Also revisions years ago became
suddently corrupted and no one could "svn update" anymore.

I had to fix them by editing revision records manually
with VI -editor. I also used python script to analyse problems
and had to add extra printf -clauses to Subversion C-source files
in order to locate errors.

I have upgraded the server to v1.4.6 and "svnadmin verify" has not
reported any problems since then. I am using FSFS.

-pekka-

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-02-02 13:22:35 CET

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.