Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
From: Radek Krotil <radek.krotil@polarion.com>
MIME-Version: 1.0
Thread-Index: AdG9Z7l5ebZ1Zo9xR/KjjV2zaUBN5w==
Date: Fri, 3 Jun 2016 09:36:24 +0200
Message-ID: <48a61c1eae5637915160adf7f1be4955@mail.gmail.com>
Subject: "Offset too large" error when packing repository in FSFS 7 format
To: users@subversion.apache.org
Content-Type: multipart/alternative; boundary=001a114fcad6eec8d705345ac7d5
archived-at: Fri, 03 Jun 2016 09:44:20 -0000

--001a114fcad6eec8d705345ac7d5
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hello.


Today, I encountered a problem when trying to pack a repository after
migrating it to the FSFS 7 format by performing full dump / load sequence.
Shortly, I get the following error
=E2=80=9CPacking revisions in shard 5...svnadmin: E160056: Offset 391658998=
 too
large in revision 5102=E2=80=9D

I was not able to understand from the documentation, what settings in
fsfs.conf should be modified to workaround this problem. Neither search in
the Internet brought any light into this. Is it even possible?


The mentioned revision seems to be a result of an user error. It resulted
in adding 169,200 paths to the repository. The delta file of the revision
5102 is 394141477 B. Subversion 1.9.3 was used when performing this
operation on CentOS 7.2. FSFS 7 backed uses default configuration
(therefore deltification is used).


Originally, the repository was stored in FSFS 6 format with default
settings (no deltification). Packing the repository in old format finished
successfully and the pack file size was about 831 MB.


Looking forward to hearing any guidance how to configure my backend so that
I can eventually pack the repository in the new format.


Thanks,

Radek Krotil

--001a114fcad6eec8d705345ac7d5
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; charset=
=3Dus-ascii"><meta name=3D"Generator" content=3D"Microsoft Word 14 (filtere=
d medium)"><style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:11.0pt;
	font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.StylE-mailovZprvy17
	{mso-style-type:personal-compose;
	font-family:"Calibri","sans-serif";
	color:windowtext;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-family:"Calibri","sans-serif";}
@page WordSection1
	{size:612.0pt 792.0pt;
	margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
	{page:WordSection1;}
--></style></head><body lang=3D"EN-US" link=3D"blue" vlink=3D"purple"><div =
class=3D"WordSection1"><p class=3D"MsoNormal">Hello.</p><p class=3D"MsoNorm=
al">=C2=A0</p><p class=3D"MsoNormal">Today, I encountered a problem when tr=
ying to pack a repository after migrating it to the FSFS 7 format by perfor=
ming full dump / load sequence. Shortly, I get the following error<br>=E2=
=80=9CPacking revisions in shard 5...svnadmin: E160056: Offset 391658998 to=
o large in revision 5102=E2=80=9D </p><p class=3D"MsoNormal">I was not able=
 to understand from the documentation, what settings in fsfs.conf should be=
 modified to workaround this problem. Neither search in the Internet brough=
t any light into this. Is it even possible?</p><p class=3D"MsoNormal">=C2=
=A0</p><p class=3D"MsoNormal">The mentioned revision seems to be a result o=
f an user error. It resulted in adding 169,200 paths to the repository. The=
 delta file of the revision 5102 is 394141477 B. Subversion 1.9.3 was used =
when performing this operation on CentOS 7.2. FSFS 7 backed uses default co=
nfiguration (therefore deltification is used).</p><p class=3D"MsoNormal">=
=C2=A0</p><p class=3D"MsoNormal">Originally, the repository was stored in F=
SFS 6 format with default settings (no deltification). Packing the reposito=
ry in old format finished successfully and the pack file size was about 831=
 MB.</p><p class=3D"MsoNormal">=C2=A0</p><p class=3D"MsoNormal">Looking for=
ward to hearing any guidance how to configure my backend so that I can even=
tually pack the repository in the new format.</p><p class=3D"MsoNormal">=C2=
=A0</p><p class=3D"MsoNormal">Thanks,</p><p class=3D"MsoNormal">Radek Kroti=
l</p></div></body></html>

--001a114fcad6eec8d705345ac7d5--