Thank you for the update and fix, Stefan!
I guess it’s no longer necessary to answer your questions from the previous e-mail if you managed to reproduce the problem and provide a fix/workaround. Looking forward to the new version of Subversion. Best regards, Radek Krotil *From:* Stefan Fuhrmann [mailto:stef...@apache.org] *Sent:* Monday, August 29, 2016 10:14 AM *To:* Radek Krotil; Daniel Shahaf *Cc:* users@subversion.apache.org *Subject:* Re: "Offset too large" error when packing repository in FSFS 7 format On 27.08.2016 10:59, Stefan Fuhrmann wrote: On 22.08.2016 11:38, Radek Krotil wrote: Well, that is at least conceivable: Larger revisions with many changed nodes come with larger index information. There might be bugs along the line of "this time we need one more page than usually". Update: It seems that is exactly what is happening. Whenever a pack would contain >300000 "items", or roughly 150 changes / rev on average, pack will always fail. >From what I can see, no data will be corrupted. You may even retry packing with a fixed version of svnadmin and the process should complete just fine. I'm now able to reproduce the issue and fixes should be available with the next 1.9.x release. A workaround is possible with the attached patch (you may raise the limit even further if need be and you are using 64 bit binaries). -- Stefan^2.
