Re: Fwd: Error: Warning: the archives are locked.

--000000000000577908064140bd00
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

There was a patch merged recently that tries to clean up stale lock files.
It may help in your situation.

You can either wait for the next release to be available or try a CI build
which you can download at
https://urldefense.com/v3/__https://github.com/bcpierce00/unison/actions/ru=
ns/18502493776*artifacts__;Iw!!IBzWLUs!Vu7xzIYxOYacxtmQHBXT22F-tiaYL0M7-Ax6=
mnAV_Gru2OYLU7k0kQWaJmRvDOR4DPRLVXc-z12jwrVpOjzH2A$=20

On Thu, 16 Oct 2025 at 00:23, Daniela Rivas <[email protected]>
wrote:

> Dear all,
>
> Thank you very much for replying and giving these suggestions. We would
> see what we can do to fix our issue, or at least would be great to know
> when a lock file is blocking the Unison process to continue.
>
> Best regards,
> Daniela
>
> On Thursday, October 9, 2025 at 2:28:58=E2=80=AFAM UTC-4 T=C3=B5ivo Leedj=
=C3=A4rv wrote:
>
>> I don't think there is much you can do.
>>
>> I believe there is currently no code in Unison to remove stale lock file=
s
>> on process exit. There probably should be. That won't help against dropp=
ed
>> connections, of course, but it would make the next attempt run cleanly.
>>
>> Toivo
>>
>> On Tue, 7 Oct 2025 at 00:41, 'Daniela Rivas' via unison-users <
>> [email protected]> wrote:
>>
>>> Dear Unison mailing list,
>>>
>>> I hope this email finds you well.
>>>
>>> We have been using Unison for more than a year and we are very satisfie=
d
>>> with the program, however we are reaching out to you because we encount=
ered
>>> a small issue with the sync file in unstable network conditions.
>>>
>>> Let me explain our use case: We have more than 20 clients that sync to
>>> one server. The clients and the server have Unison installed. These cli=
ents
>>> can lose connection and get it back hours after.
>>>
>>> In the last past months we have seen this error repeat across the
>>> clients.
>>>
>>> Roots:
>>>   /www/uploads
>>>   ssh://user@server//www/uploads
>>>
>>>
>>> *Error: Lost connection with the server*
>>> Unison 2.53.5 (ocaml 4.14.2) log started at 2025-09-17 at 12:29:52
>>>
>>> Roots:
>>>   /www/uploads
>>>   ssh://user@server//www/uploads
>>>
>>> *Error: Warning: the archives are locked.*
>>>
>>> If no other instance of unison is running, the locks should be removed.
>>> The file /unison/lkb3c54ad2dbed82fb3d2ee570190a9551 on host myclient
>>> should be deleted
>>> The file /home/
>>> [email protected]/.unison/lka45db4ec67afbd5f4fbc6a3bc9ba8225
>>> <https://urldefense.com/v3/__http://[email protected]/.unison/lka45db=
4ec67afbd5f4fbc6a3bc9ba8225__;!!IBzWLUs!ScwYVrW5Ib1eJH8DsLZLCJXT2POtpPa7TEy=
4rcFTxk0nEkmT-QpQ0dcq3_I3BocLfNsRWi4Wbto8bZtqe-fVnF9bHQxdkic$>
>>> on host myserver12 should be deleted
>>> Please delete lock files as appropriate and try again.
>>>
>>> Once we delete the files in the client and the server (sometimes the
>>> lock file is only present on the server) the program resumes to run
>>> successfully.
>>>
>>> Would you have any suggestions/improvements or any unison commands that
>>> we can run to prevent this type issue? We appreciate any feedback you c=
ould
>>> give us.
>>>
>>> Looking forward to hearing from you.
>>> Thanks in advance.
>>>
>>> Best regards,
>>> Daniela Rivas | Devops
>>>
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to [email protected].
>>>
>>

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

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

<div dir=3D"ltr"><div>There was a patch merged recently that tries to clean=
 up stale lock files. It may help in your situation.</div><div><br></div><d=
iv>You can either wait for the next release to be available or try a CI bui=
ld which you can download at=C2=A0<a href=3D"https://urldefense.com/v3/__ht=
tps://github.com/bcpierce00/unison/actions/runs/18502493776*artifacts__;Iw!=
!IBzWLUs!Vu7xzIYxOYacxtmQHBXT22F-tiaYL0M7-Ax6mnAV_Gru2OYLU7k0kQWaJmRvDOR4DP=
RLVXc-z12jwrVpOjzH2A$">https://github.com/bcpierce00/unison/actions/runs/18=
502493776#artifacts</a></div></div><br><div class=3D"gmail_quote gmail_quot=
e_container"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, 16 Oct 2025 at 0=
0:23, Daniela Rivas &lt;<a href=3D"mailto:[email protected]">dan=
[email protected]</a>&gt; wrote:<br></div><blockquote class=3D"gmai=
l_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,20=
4,204);padding-left:1ex">Dear all,=C2=A0<div><br></div><div>Thank you very =
much for replying and giving these suggestions. We would see what we can do=
 to fix our issue, or at least would be great to know when a lock file is b=
locking the Unison process to continue.</div><div><br></div><div>Best regar=
ds,</div><div>Daniela<br><br></div><div class=3D"gmail_quote"><div dir=3D"a=
uto" class=3D"gmail_attr">On Thursday, October 9, 2025 at 2:28:58=E2=80=AFA=
M UTC-4 T=C3=B5ivo Leedj=C3=A4rv 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 dir=3D"ltr"><div>I don&#39;t think there is mu=
ch you can do.</div><div><br></div><div>I believe there is currently no cod=
e in Unison to remove stale lock files on process exit. There probably shou=
ld be. That won&#39;t help against dropped connections, of course, but it w=
ould make the next attempt run cleanly.</div><div><br></div><div>Toivo</div=
></div><br><div class=3D"gmail_quote"></div><div class=3D"gmail_quote"><div=
 dir=3D"ltr" class=3D"gmail_attr">On Tue, 7 Oct 2025 at 00:41, &#39;Daniela=
 Rivas&#39; via unison-users &lt;<a rel=3D"nofollow">[email protected]=
du</a>&gt; wrote:<br></div></div><div class=3D"gmail_quote"><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Dear Unison mailin=
g list,</div><div class=3D"gmail_quote"><div dir=3D"ltr"><div><br></div><di=
v>I hope this email finds you well.</div><div><br></div><div>We have been u=
sing Unison for more than a year and we are very satisfied with the program=
,=C2=A0however we=C2=A0are reaching out to you because=C2=A0we encountered =
a small issue with the sync file in unstable network conditions.</div><div>=
<br></div><div>Let me explain our use case: We have more than 20 clients th=
at sync to one server. The clients and the server have Unison installed. Th=
ese clients can lose connection and get it back hours after.=C2=A0</div><di=
v><br></div><div>In the last past months we have seen this error repeat acr=
oss=C2=A0the clients.</div><div><br></div><div>Roots:</div><div>=C2=A0 /www=
/uploads<br>=C2=A0 ssh://user@server//www/uploads<br><br><b>Error: Lost con=
nection with the server<br></b><br>Unison 2.53.5 (ocaml 4.14.2) log started=
 at 2025-09-17 at 12:29:52<br><br>Roots:<br>=C2=A0 /www/uploads<br>=C2=A0 s=
sh://user@server//www/uploads<br><br><b>Error: Warning: the archives are lo=
cked.</b></div><div><b><br></b>If no other instance of unison is running, t=
he locks should be removed.<br>The file /unison/lkb3c54ad2dbed82fb3d2ee5701=
90a9551 on host myclient should be deleted<br>The file /home/<a href=3D"htt=
ps://urldefense.com/v3/__http://[email protected]/.unison/lka45db4ec67afb=
d5f4fbc6a3bc9ba8225__;!!IBzWLUs!ScwYVrW5Ib1eJH8DsLZLCJXT2POtpPa7TEy4rcFTxk0=
nEkmT-QpQ0dcq3_I3BocLfNsRWi4Wbto8bZtqe-fVnF9bHQxdkic$" rel=3D"nofollow" tar=
get=3D"_blank">[email protected]/.unison/lka45db4ec67afbd5f4fbc6a3bc9ba82=
25</a> on host myserver12 should be deleted<br>Please delete lock files as =
appropriate and try again.</div><div><br></div><div>Once we delete the file=
s in the client and the server (sometimes the lock file is only present on =
the server) the program resumes to run successfully.=C2=A0<br><br></div><di=
v>Would you have any suggestions/improvements or any unison commands that w=
e can run to prevent this type issue? We appreciate any feedback you could =
give us.</div><div><br></div><div>Looking forward to hearing from you.</div=
><div>Thanks in advance.</div><div><br></div><div><div dir=3D"ltr" class=3D=
"gmail_signature"><div dir=3D"ltr"><div style=3D"color:rgb(136,136,136)"><s=
pan style=3D"color:rgb(0,0,0)"><span style=3D"font-family:verdana,sans-seri=
f">Best regards,</span></span></div><div style=3D"color:rgb(136,136,136)"><=
span style=3D"color:rgb(0,0,0)"><span style=3D"font-family:verdana,sans-ser=
if">Daniela Rivas | Devops</span></span></div><div style=3D"color:rgb(136,1=
36,136)"><img src=3D"https://ci3.googleusercontent.com/mail-sig/AIorK4w1o2w=
0sXTCUBusSHQ1YqDizToyQZM1pFKcw8i_37U_a1gT7EV8CdyufDqHdDlt2MJKf7mkxLM" width=
=3D"96" height=3D"45"></div></div></div></div></div>
</div></div>

<p></p></blockquote></div><div class=3D"gmail_quote"><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex">

To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a rel=3D"nofollow">[email protected]</a>.<br>
</blockquote></div>
</blockquote></div></blockquote></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 />

--000000000000577908064140bd00--