Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"can't connect to nexus" / stale lockfile #44

Open
rmoriz opened this issue Nov 14, 2016 · 5 comments
Open

"can't connect to nexus" / stale lockfile #44

rmoriz opened this issue Nov 14, 2016 · 5 comments

Comments

@rmoriz
Copy link
Contributor

rmoriz commented Nov 14, 2016

When the container is stopped, the lockfile sometimes seems not to get removed and causes nexus to not start again properly. Someone has to delete the nexus.lock file manually each time. IMHO nexus needs to remove the logfile on a docker stop and (even better) ignore/remove stale lock files on startup.

@BruceZu
Copy link

BruceZu commented Jan 18, 2017

I run into this issue too.
I provide NFS persistent storage for Nexus OSS 2 running in Kubernetes. It works fine.
But when I test it by kill the pod, its deployment recreate the container again and failed. from the log it say:

2017-01-18 19:04:03,003+0000 WARN  [jetty-main-1] *SYSTEM org.sonatype.nexus.util.LockFile - Failed to write lock file
java.io.FileNotFoundException: /sonatype-work/nexus.lock (Permission denied)
....
java.lang.IllegalStateException: Nexus work directory already in use: /sonatype-work

I find that nexus.lock file and delete it, then delete the pod and let nexus deployment recreate it but the issue is still there.

@liuggio
Copy link

liuggio commented Aug 7, 2017

Same problem here.

@zikphil
Copy link

zikphil commented Feb 15, 2018

Same issue

@Eugenio-Liso
Copy link

I'm here for the same reason

@Ivan-Igorevich
Copy link

is there a solution for removing lockfile in the container?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants