-
Notifications
You must be signed in to change notification settings - Fork 293
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
ipfs-cluster-service gives wrong error when no configuration initialized #373
Labels
kind/bug
A bug in existing code (including security flaws)
Comments
This has just been fixed by @lanzafame last week :)
…On Sun, Apr 8, 2018, 05:05 ᴠɪᴄᴛᴏʀ ʙᴊᴇʟᴋʜᴏʟᴍ ***@***.***> wrote:
With no configuration setup and running ipfs-cluster-service gave me the
following error:
$ ipfs-cluster-service
22:01:17.842 ERROR service: could not obtain execution lock. If no other process
is running, remove ~/path/to/lock, or make sure that the config folder is
writable for the user running ipfs-cluster. Run with -d for more information
about the error lock.go:37
error acquiring execution lock: could not obtain execution lock
Following with the suggestion, I added -d to get more information and got:
$ ipfs-cluster-service -d
22:01:26.710 INFO service: Initializing. For verbose output run with "-l debug". Please wait... main.go:442
22:01:26.710 DEBUG service: checking lock lock.go:28
22:01:26.710 DEBUG service: cannot acquire lock: Lock Create of /home/user/.ipfs-cluster/cluster.lock failed: open /home/user/.ipfs-cluster/cluster.lock: no such file or directory lock.go:31
22:01:26.710 ERROR service: could not obtain execution lock. If no other process
is running, remove ~/path/to/lock, or make sure that the config folder is
writable for the user running ipfs-cluster. Run with -d for more information
about the error lock.go:37
error acquiring execution lock: could not obtain execution lock
22:01:26.710 DEBUG service: locking not initialized, unlock is noop lock.go:48
- ~/path/to/lock from the first error message is incorrect, seems to
be a placeholder
- The suggested reason for the error is incorrect, as ~/.ipfs-cluster
does not exists at all, but ipfs-cluster-service doesn't check if the
directory actually exists before checking if there is a cluster.lock
file in there.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#373>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AA-rztihBbgbl3FH9wCEhDTCT7TWCQXVks5tmRwZgaJpZM4TLOzw>
.
|
@victorbjelkholm @hsanjuan everyone happy for this to be closed? |
Yup, seems to be much better now:
Thanks @lanzafame |
Closed
Fixed in #370 |
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
With no configuration setup and running
ipfs-cluster-service
gave me the following error:Following with the suggestion, I added
-d
to get more information and got:~/path/to/lock
from the first error message is incorrect, seems to be a placeholder~/.ipfs-cluster
does not exists at all, but ipfs-cluster-service doesn't check if the directory actually exists before checking if there is acluster.lock
file in there.The text was updated successfully, but these errors were encountered: