From users-return-28130-archive-asf-public=cust-asf.ponee.io@subversion.apache.org Tue Jul 30 20:44:23 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id E7BA3180607 for ; Tue, 30 Jul 2019 22:44:22 +0200 (CEST) Received: (qmail 68636 invoked by uid 500); 30 Jul 2019 20:44:20 -0000 Mailing-List: contact users-help@subversion.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@subversion.apache.org Received: (qmail 68626 invoked by uid 99); 30 Jul 2019 20:44:20 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 30 Jul 2019 20:44:20 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id E0ABD1A342E for ; Tue, 30 Jul 2019 20:44:19 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.801 X-Spam-Level: * X-Spam-Status: No, score=1.801 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-he-de.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 4mRQQWiPf1cg for ; Tue, 30 Jul 2019 20:44:17 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2a00:1450:4864:20::341; helo=mail-wm1-x341.google.com; envelope-from=daniel.watzinger@gmail.com; receiver= Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) by mx1-he-de.apache.org (ASF Mail Server at mx1-he-de.apache.org) with ESMTPS id 55ED87DC04 for ; Tue, 30 Jul 2019 20:44:17 +0000 (UTC) Received: by mail-wm1-x341.google.com with SMTP id u25so47452885wmc.4 for ; Tue, 30 Jul 2019 13:44:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=/TR1OJIIemlS02qna1l0skNEBU6aNLWO24HUOGrn400=; b=Tg2ChOeauKVCE8+Ds0r2RTo0YHEeaV61XOUdOoQouf82jyVCRvaLbhIAvXHa/vKHNz KGuctTyTGaqMpV90i/vlb4lIHmvZQpmE5eBKeG0fUCP21dCIJ5wWeq623e5KCEbWws+e 0rowSd6N0lig0ZaJ/Zu3C3olQVuJnoJ67kt+05B2e/XVUKFBfE3RaGw272guIUwKntHg qn0DgEZhMZebyf0Jt/WKqAe2HMnqf3dHq0b3aOlbvBceDNp9Lntq78Nu5aR9B78GXGrq 6aflYxcZOZu1Xezo46P8lTJoHfLAcUt/x6fmdYBMWxPNPZMSp0njrIsiJ8/okt/RU5Y+ r3oA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=/TR1OJIIemlS02qna1l0skNEBU6aNLWO24HUOGrn400=; b=Fs/95sPF/aJV7owTKS2/cxRRjhorCPYUZoi0SxvgSLhwoM/pLQLuIMXHblIWueSmnX HOeuduNABQ0Cms5I2sCG/ElH8j0x7txF/nBQSlSShoJfXT1bkd9bX7bMHOnHnDzPO1ZS C0LvVOeyba98NmZoc5Se3XaW8sm8tX86qbGjeT7aIvO/EXBa2wzTu4QNzKHn7xxZj2Fo dqXDjSj+EXIA9gjo8hPQlgxWDWxMeo0b5SoEvnqohuUAkykNNichcqXBmGo+agdI8jlk lewkMdSVdUjC0br3ZozwKQU2o0vRakoHWPZefYAYoHJ/hIympMb6s1S939LvK4I22XYd 0lVw== X-Gm-Message-State: APjAAAU5gFIoG5fkq/vlzTZxRGVh3s3xEGxRGFEWUZARzbkECOSyUmPU WYjl5/QmKG9sXUvHx8CgniehRDFEUEoqsLLJ1QH3eqPh X-Google-Smtp-Source: APXvYqyXMKP80Gk7NYCQQCzgwIvcQebvTWoLw4O8+1rqwhUOdVmFtNw1SkiHQcfZKQqWAGLjN6iBnDwX9/t5UvEbExA= X-Received: by 2002:a7b:c148:: with SMTP id z8mr2520690wmi.142.1564519456520; Tue, 30 Jul 2019 13:44:16 -0700 (PDT) MIME-Version: 1.0 References: <3e5d399b-34a5-4b49-b607-59f542237d3b@www.fastmail.com> In-Reply-To: <3e5d399b-34a5-4b49-b607-59f542237d3b@www.fastmail.com> From: Daniel Watzinger Date: Tue, 30 Jul 2019 22:44:04 +0200 Message-ID: Subject: Re: svnadmin fails to create empty repository on CSV storage (Windows Cluster Shared Volume) To: Daniel Shahaf , users@subversion.apache.org Content-Type: multipart/alternative; boundary="0000000000007340a1058eec122f" --0000000000007340a1058eec122f Content-Type: text/plain; charset="UTF-8" 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 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 > --0000000000007340a1058eec122f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Good evening Daniel :-)

I somehow miser= ably failed to include a cross-reference to the JIRA issue I have created.= =C2=A0

-=C2=A0https://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 d= isk by the underlying APR library. This is a non-issue on many (Windows) fi= lesystems like NTFS/FAT as a single file handles metadata (like filesize) i= s synchronized by the corresponding filesystem drivers, albeit undocumented= . However, the implementation of CSV seems to differ (due to the need to sy= nchronize file metadata across cluster nodes).

On Tue, Jul 30, 2019 at= 9:45 PM Daniel Shahaf <d.s@da= niel.shahaf.name> wrote:
Good morning Daniel,

I don't have the brainwidth to investigate this, but two quick question= s:

- 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
--0000000000007340a1058eec122f--