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 <<a hre= f=3D"mailto:[email protected]">[email protected]</a>> 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 '/mnt/davfs/hidrive/public/bigdir/= *': 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't know what is happe= ning in davfs2 but I think we'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--