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

Jackett fails to startup #9

Closed
garciaErick opened this issue May 2, 2021 · 3 comments
Closed

Jackett fails to startup #9

garciaErick opened this issue May 2, 2021 · 3 comments

Comments

@garciaErick
Copy link

I was running my LMDS and one day to another when I restarted my pi, I get the following message

/app/Jackett/jackett_launcher.sh: 10: /app/Jackett/jackett_launcher.sh: /app/Jackett/jackett: not found

I tried a clean install and it still fails, I cannot find how to fix it or what changed.

@garciaErick
Copy link
Author

I have found out in my logs this happened after the following update

04-30 00:09:08 Info Checking for updates... Jackett variant: CoreLinuxArm32 04-30 00:09:08 Info New release found. Current version: v0.17.954 New version: v0.17.960 04-30 00:09:08 Info Downloading release v0.17.960 It could take a while... 04-30 00:10:00 Info Starting updater: /tmp/JackettUpdate-v0.17.960-637553381652563292/Jackett/JackettUpdater --Path "/app/Jackett" --Type "Console" --Args " --NoRestart" --KillPids "11555" --NoRestart 04-30 00:10:00 Info Updater started process id: 19860 04-30 00:10:16 Info Jackett Updater v0.17.960

@garciaErick
Copy link
Author

Seems this was caused by a faulty update, deleted the container and ran deploy.sh again, is there any way this can be avoided?

@GreenFrogSB
Copy link
Owner

There are two independent ways of stopping container from updating.

  1. Lock docker compose file to specific container version - all containers are by default set to pull latest version down for deployment. This wont be changed globally as this is desired behavior for the script also, I would like to avoid manual versioning if possible. You can lock particular container to specific version by changing docker-compose files locally. This way redeployment will always bind version you selected.
  2. Even if above is locked by compose file container itself has a mechanism allowing it to be updated over UI, this potentially can be disabled or never executed - these settings are specific to each container, look under settings and updates if there are any option there.

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

2 participants