Re: Deleting files on temporary network dropouts

Tõivo Leedjärv <[email protected]> Fri, 16 Jan 2026 12:23:59 +0100
Newsgroups gmane.network.unison.general
Message-ID <CAALvpZRDOOa_L8O=gJGDcM-nEFM6cseoHLpHJSsZW7Xx9N-yxQ@mail.gmail.com>
--000000000000826dd806487f940c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, 16 Jan 2026 at 11:57, Mo B <[email protected]> wrote:

> On Friday, January 16, 2026 at 10:00:35=E2=80=AFAM UTC+1 T=C3=B5ivo Leedj=
=C3=A4rv wrote:
>
> Instead of ls, could you try the same script with
> stat /mnt/davfs/hidrive/public/bigdir/*
>
>
> With stat I got some 0-zero files and getting errors:
> stat: cannot statx '/mnt/davfs/hidrive/public/bigdir/*': No such file or
> directory
>  So somehow with stat it was not blocking and continously creating zero
> sized files every second.
> With ls it was creating one zero sized file and waiting for network to
> fill that file, blocking the loop.
> Does that sound reasonable?
>

I don't know what is happening in davfs2 but I think we've found the reason
why Unison thinks files have been deleted. It is unlikely that we can (or
should) work around that, so the fix/solution must be found within
davfs2/FUSE.

To unsubscribe from this group and stop receiving emails from it, send an e=
mail to [email protected].

--000000000000826dd806487f940c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_quote gmail_quote_container"><div dir=
=3D"ltr" class=3D"gmail_attr">On Fri, 16 Jan 2026 at 11:57, Mo B &lt;<a hre=
f=3D"mailto:[email protected]">[email protected]</a>&gt; wrote:<br></div>=
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex"><div><div dir=3D"auto">On=
 Friday, January 16, 2026 at 10:00:35=E2=80=AFAM UTC+1 T=C3=B5ivo Leedj=C3=
=A4rv wrote:</div><blockquote style=3D"margin:0px 0px 0px 0.8ex;border-left=
:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div><div>In=
stead of <span style=3D"font-family:monospace">ls</span>, could you try the=
 same script with <span style=3D"font-family:monospace">stat=C2=A0/mnt/davf=
s/hidrive/public/</span><span style=3D"font-family:monospace">bigdir/*</spa=
n></div></div></div></blockquote><div></div><div><br></div><div>With stat I=
 got some 0-zero files and getting errors:</div><div><span style=3D"font-fa=
mily:Courier New">stat: cannot statx &#39;/mnt/davfs/hidrive/public/bigdir/=
*&#39;: No such file or directory</span><br>=C2=A0So somehow with stat it w=
as not blocking and continously creating zero sized files every second.</di=
v><div>With ls it was creating one zero sized file and waiting for network =
to fill that file, blocking the loop.</div><div>Does that sound reasonable?=
</div></div></blockquote><div><br></div><div>I don&#39;t know what is happe=
ning in davfs2 but I think we&#39;ve found the reason why Unison thinks fil=
es have been deleted. It is unlikely that we can (or should) work around th=
at, so the fix/solution must be found within davfs2/FUSE.</div></div></div>

<p></p>

To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:[email protected]">unison-u=
[email protected]</a>.<br />

--000000000000826dd806487f940c--