-
-
Notifications
You must be signed in to change notification settings - Fork 501
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
DietPi-Software | Jackett: Internal updater breaks instance #2593
Comments
@ezekini I will check your bug report. |
@ezekini I didn't find the bug report, could you retry and send a (new) report:
Otherwise the interesting outputs are: |
Hi @MichaIng. Here is the bugreport again: |
@ezekini
Your initial error contains What I could think of is a termination by the system due to full memory. Please paste
|
@MichaIng, memory seems fine. Output is:
This behaviour with jackett was not a one time event. If I reboot, the same thing happens. If I restart the service, the same. Right now it is basically not functioning. |
@ezekini Also interesting that DietPi-Services shows
Ah because |
I have reinstalled using dietpi-software reinstall appID and it is working now. If the error reappears, we can investigate further, for now we can close this so you can dedicate time to more important stuff😉 . |
@ezekini |
@MichaIng This is my error from
I've correlated Jackett breaking every time a new version is released, but the error is not always the same. Before today I would usually get an error about a missing file such as in this issue: Jackett/Jackett#3635. Checking Remember that I was originally running v0.11.279.0 and the service is still reportedly trying to start v0.11.279.0.
Notice that the log ends with the attempt on My assumption here is that perhaps the Jackett service is restarting before the updater has a chance to install the new version. Otherwise, perhaps the updater is just broken and this should be an issue on the Jackett repo. I tried to have a look through the Jackett repo for clues and the only difference I can find is that the recommended service runs Jackett with Another interesting thing I've noticed is that sometimes the |
@DeathIsUnknown The failing part is
which is strange since the other files just work well. Since everything runs as "jackett" user all files should be owned by it including the existing Jackett install dir as well as the downloaded update, which is proven until However could you please verify permission:
After failure it tries to copy concen.yml a second time but then stops. The question is, if the daemon stops and then the systemd unit stops because of this, of indeed the updater restarts the daemon, which is expected to fail, since the systemd unit stops when the main process exits, preventing it from starting up again. Okay I will do some test install to verify the option and update behaviour. |
Hmm another topic:
Makes sense, although |
@DeathIsUnknown I can check for updates and the logs reports it available, but can't find any "update now" button. There is an auto-update option, so does this mean it does it as scheduled maintenance job but there is no way to force it now? Indeed there seems to be no way to force an update via UI currently: Jackett/Jackett#4321 I added the But I am still waiting for the auto update to occur, to verify the error and reason, as well as verify the Testing the standalone install (non-mono version) now as well. If this works well, we will migrate existing installs, since configs migration is stated to be safe. |
Okay, the new standalone version (available since Jackett v0.11) will be installed on non-ARMv6 devices. Sadly there is no ARMv6 binary available, so these need to stay with mono: #2773 |
I’d be interested to know what effect |
I just remember we had this once but it caused issues. However with the standalone binary it doesn't matter anymore, as it runs without mono. |
I'm unable to run |
@DeathIsUnknown I ran one instance for > one hour with auto updater enabled and it finds/logs a new version when checking via web UI but how do I force it to apply the update? |
@MichaIng
After the updater was triggered, Jackett started back up again with the version number still reporting 0.11.295.0 instead of the downloaded 0.11.316.0. After stopping Jackett, adding
|
Is this fixed? I uninstalled jackett because it restart itself every second, temps were high |
@Dr0bac |
Referencing all related issues:
Seems to not being fixed soon. We need to find a way to disable the internal updater code-wise for now and prepare our install code to provide a reliable update method via |
@MichaIng Test the official fix => Jackett/Jackett#5208 (comment) |
@ngosang |
Note to self: |
I've experienced this bug twice now. (reinstalled the software the first time) Not sure how to help, but I sent in debug info - reference code: 9fe2513d-da5f-4b3d-9cdb-1226033186aa |
@EdEstes |
ADMIN EDIT
Workaround:
Creating a bug report/issue
Required Information
G_DIETPI_VERSION_CORE=6
G_DIETPI_VERSION_SUB=21
G_DIETPI_VERSION_RC=1
G_GITBRANCH=master
G_GITOWNER=Fourdee
Linux DietPi-rpi 4.14.79-v7+ #1159 SMP Sun Nov 4 17:50:20 GMT 2018 armv7l GNU/Linux
Additional Information (if applicable)
dietpi-bugreport
ID |sed -n 5p /DietPi/dietpi/.hw_model
: 3974a20e-b6ca-4207-bf41-bb0f7c9d4f8fSteps to reproduce
[ OK ] DietPi-Services | jackett activating (auto-restart) (Result: exit-code) since Tue 2019-02-26 11:28:36 -03; 4s ago
The text was updated successfully, but these errors were encountered: