-
Notifications
You must be signed in to change notification settings - Fork 69
Failed to symlink, File exists #389
Comments
Thanks! Here's what I've found: Bottom-up:
Top-down:
I can think of two explanations:
@Skyfold, is it possible that there was a In terms of fixes / mitigations, I can think of the following:
|
I was only running a Is it possible Either way checking if the symlink already exists and points to the right cache directory would handle this and cases where someone was running |
Thanks for the clarification.
#341 is about lorri duplicating builds. Crucially, lorri should never run multiple builds for the same project in parallel; #341 is about lorri enqueueing redundant builds and then running them sequentially.
👍 |
Either way checking if the symlink already exists and points to the right
cache directory would handle this and cases where someone was running lorri
watch and lorri daemon at the same time.
The symlink check overlaps with #387,
which is about checking whether the symlink is exactly the same before
overwriting it.
Which makes me wonder: we already have situations where the same symlink is
overwritten multiple times, right? So how is this different?
…On Wed, May 6, 2020 at 11:19 AM Leonhard Markert ***@***.***> wrote:
I was only running a lorri daemon. I checked my shell history and the
last time I ran lorri watch was before my last restart (more than a month
ago).
Thanks for the clarification.
Is it possible lorri daemon duplicated the build? I'm only guessing this
because I edited my cabal file, which should have triggered a build, but
there was no notification that a new build had started. So, I manually
triggered one with touch default.nix. Maybe lorri was already building
the shell, but failed to notify or keep track of this, so it started a
second build resulting in the above error?
#341 <#341> is about lorri
duplicating builds. Crucially, lorri should never run multiple builds for
the same project in parallel; #341
<#341> is about lorri enqueueing
redundant builds and then running them sequentially.
Either way checking if the symlink already exists and points to the right
cache directory would handle this and cases where someone was running lorri
watch and lorri daemon at the same time.
👍
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#389 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAYB5ZWTL2VAMUYFC4R3DCTRQETRRANCNFSM4MYFORIA>
.
|
Describe the bug
I run
lorri daemon
in its own shell. It had been working correctly for quite some time before it crashed with this error log:To Reproduce
I'm not completely sure the steps that lead to the error, but I did notice before it crashed that my shell was missing a library I had specified and
lorri
wasn't building a new environment, so I rantouch default.nix
to refresh the shell. After restartinglorri daemon
it built the new environment without crashing.Metadata
The exact version of lorri I'm running is:
/nix/store/slvajmdzd3v080fn9b9kqypqdb4bgwnk-lorri-1.0/bin/lorri
. I setup lorri withservices.lorri.enable = true;
in myconfiguration.nix
. I'm onnixos-19.09.2470.4a0df0ce263
(I got that from the channel's manifest file)The text was updated successfully, but these errors were encountered: