Good evening Daniel :-)
I somehow miserably failed to include a cross-reference to the JIRA issue I
have created.
- https://issues.apache.org/jira/browse/SVN-4819
I took the liberty to dive into the relevant source code. The issue may be
pinned down to file metadata not being flushed to disk by the underlying
APR library. This is a non-issue on many (Windows) filesystems like
NTFS/FAT as a single file handles metadata (like filesize) is synchronized
by the corresponding filesystem drivers, albeit undocumented. However, the
implementation of CSV seems to differ (due to the need to synchronize file
metadata across cluster nodes).
On Tue, Jul 30, 2019 at 9:45 PM Daniel Shahaf <d.s_at_daniel.shahaf.name>
wrote:
> Good morning Daniel,
>
> I don't have the brainwidth to investigate this, but two quick questions:
>
> - Does it happen on a local disk?
> - Can you post the file foobar/db/revs/0/0 as an attachment?
>
> FWIW, 6b is the correct value of the P2L offset.
>
> Cheers,
>
> Daniel
>
> Daniel Watzinger wrote on Sun, 28 Jul 2019 07:19 +00:00:
> > svnadmin reproducibly fails to initialize an empty repository on a
> > cluster shared volume in a Windows Failover Cluster environment on
> > Windows Server 2019. The initial call seems to be successful.
> >
> > svnadmin create foobar
> > A subsequent
> >
> > svnadmin verify foobar
> > fails with
> >
> > * Verifying metadata at revision 0 ...
> > * Error verifying repository metadata.
> > svnadmin: E160004: P2L offset 6b must be larger than L2P offset 6b in r0
> footer
>
Received on 2019-07-30 22:44:22 CEST