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

No NZB/Torrent providers shouldn't be a warning #5558

Closed
DrSpaldo opened this issue Oct 30, 2018 · 42 comments
Closed

No NZB/Torrent providers shouldn't be a warning #5558

DrSpaldo opened this issue Oct 30, 2018 · 42 comments
Assignees

Comments

@DrSpaldo
Copy link

DrSpaldo commented Oct 30, 2018

Hi, I do not use NZB or Torrent providers directly from Medusa. They are transferred from Seedbox and post processed via Medusa. So, I am getting the following warning:

2018-10-30 22:05:20 WARNING  SEARCHQUEUE-DAILY-SEARCH :: [0c0a735] No NZB/Torrent providers found or enabled in the application config for daily searches. Please check your settings

&

2018-10-30 14:36:12 WARNING  SEARCHQUEUE-BACKLOG-340348 :: [4614efc] No NZB/Torrent providers found or enabled in the application config for backlog searches. Please check your settings

Is it possible that this be changed to a log entry, rather than a warning?

@triage-new-issues triage-new-issues bot added the triage Untriaged issue label Oct 30, 2018
@DrSpaldo
Copy link
Author

Maybe it could be an option that it is a log entry rather than a warning? Then you may make everyone happy?

@p0psicles
Copy link
Contributor

Ill add an option for this. The warning has a specific purpose, so we cant remove that.

@DrSpaldo
Copy link
Author

That would be perfect. Thank you very much. I’m enjoying Medusa:)

@p0psicles
Copy link
Contributor

Ill need you to checkout a branch amd test later

@DrSpaldo
Copy link
Author

DrSpaldo commented Jan 9, 2019

Ill need you to checkout a branch amd test later

Hi, any luck with this branch?

@p0psicles
Copy link
Contributor

p0psicles commented Jan 9, 2019

Forgot about it. I'll check it out.
@DrSpaldo thinking this through. Wouldn't it be better to just disable daily and backlog searches all together? It's not possible now, but with some small adjustments you could set the intervals to 0 to disable them? Then it will also not get to the warning. And your installation would be more responsive compared to when it's doing searches?

@DrSpaldo
Copy link
Author

DrSpaldo commented Jan 9, 2019

@p0psicles I am happy with what ever option you think would work best for me and the majority of the users. I like to keep an eye on the warnings and there is no need for any with my set up. If you think that is the best way, I am happy 🥇

@p0psicles
Copy link
Contributor

I can't think of any scenarios where youd want to run a (daily or backlog) search, without having any providers configured. So I'll go with that solution.

@DrSpaldo
Copy link
Author

DrSpaldo commented Jan 9, 2019

Yep, all of my data comes from post processing as the files are dumped into that folder. So as long as it doesn't interfere with that, it sounds good to me :)

@p0psicles
Copy link
Contributor

@DrSpaldo mind testing out the branch referenced in the pull request?

@p0psicles
Copy link
Contributor

You should see some additional settings for disabling daily searches and backlog searches in config - search.

@DrSpaldo
Copy link
Author

@p0psicles Thanks for the quick reply. I am semi familiar with Github but not great. Do you mean that I should try the 'develop' branch?

Ie. URL git://github.com/pymedusa/Medusa.git then branch develop instead of master?

@p0psicles
Copy link
Contributor

You'll need to checkout feature/start-stop-threads-from-config

@DrSpaldo
Copy link
Author

DrSpaldo commented Jan 11, 2019

Sorry, you lost me. I am not sure which branch I have to use so I can test it :(

@p0psicles
Copy link
Contributor

This: feature/start-stop-threads-from-config

@DrSpaldo
Copy link
Author

Oh ok. Sorry, I didn't understand that was the actual branch. Thanks

@DrSpaldo
Copy link
Author

@p0psicles FYI, I can't install the branch. It is probably because I am installing it on Synology with the custom sickbeard package. It just gets stuck on installing when trying to use that branch :(

@p0psicles
Copy link
Contributor

You should login through putty. Sudo to the synology user for your package. And checkout the branch manually. Then a restart of the package should be sufficient.
You could run:

git fetch origin
git checkout -t origin/feature/start-stop-threads-from-config

@DrSpaldo
Copy link
Author

Hi @p0psicles , thanks for the reply. My linux command line knowledge is limited... I have the git package (syno community) installed, but, if I try any git command in SSH it says the command doesn't exist.

ash-4.3$ git fetch origin
ash: git: command not found

No idea what else I can try :(

@DrSpaldo
Copy link
Author

Alright, well I decided to do it a different way. For those that are reading, it may assist in the future if you cannot change your branch in Medusa while using Synology. Here is what I did.

Backup Medusa, Shutdown Medusa, Log on to NAS, Enable SSH.
Use a client to SSH to NAS.
When logged in as admin use: sudo -i command switches you to root user.
Find where Medusa is located. Most likely:
/volume1/@appstore/sickbeard-custom/var/SickBeard/
When inside SickBeard folder run commands:

/volume1/@appstore/git/bin/git remote add upstream git://github.com/pymedusa/Medusa.git
/volume1/@appstore/git/bin/git fetch upstream
/volume1/@appstore/git/bin/git checkout feature/start-stop-threads-from-config
/volume1/@appstore/git/bin/git branch -u upstream/feature/start-stop-threads-from-config
/volume1/@appstore/git/bin/git reset --hard upstream/feature/start-stop-threads-from-config
/volume1/@appstore/git/bin/git pull

After this was all done. I had to manually restart Medusa in the web interface. Now once restarted, I get the following config options:

screenshot 2019-01-19

Let's hope it works now @p0psicles :)

@DrSpaldo
Copy link
Author

Post processing hasn't worked since the change. I will re-save and see what happens

@p0psicles
Copy link
Contributor

Make sure to change back the owner rights after the Git commands. chown -R medusauser:medusagroup *.* run this in Medusa folder of course. Fill in your user:group here of course

@p0psicles
Copy link
Contributor

Which post-processing config do you use?

@DrSpaldo
Copy link
Author

I've run the chmod command as suggested. Here is the post processing config, is that all you want?

screenshot 2019-01-19a

screenshot 2019-01-19b

@DrSpaldo
Copy link
Author

DrSpaldo commented Jan 19, 2019

Unfortunately that didn't fix it. It isn't doing the PP at all...

2019-01-19 19:52:53 INFO     CHECKVERSION :: [135af34] Checking for updates using GIT
2019-01-19 19:52:52 INFO     MAIN :: [135af34] Building internal name cache for all shows
2019-01-19 19:52:52 INFO     MAIN :: [135af34] Finished processing 2920 scene exceptions.
2019-01-19 19:52:51 INFO     MAIN :: [135af34] Updating exception_cache and exception_season_cache
2019-01-19 19:52:51 INFO     TORNADO :: [135af34] Starting Medusa on http://0.0.0.0:8083/
2019-01-19 19:52:51 INFO     MAIN :: [135af34] Starting Medusa [feature/start-stop-threads-from-config] using u'/volume1/@appstore/sickbeard-custom/var/config.ini'
2019-01-19 19:52:51 INFO     MAIN :: [135af34] Writing PID: 6905 to /volume1/@appstore/sickbeard-custom/var/sickbeard-custom.pid
2019-01-19 19:52:49 INFO     MAIN :: [135af34] Broken providers found: [u'torrent9', u'newpct']

Nothing in the logs after that. It has been over 15 minutes since I restarted

@p0psicles
Copy link
Contributor

What does the server status page show?

@DrSpaldo
Copy link
Author

screenshot 2019-01-19

So it is saying it is off, but, I am not sure why. It looks to be on in the settings for me

@p0psicles
Copy link
Contributor

Can you try. Turn off, save, turn on, save.
And share debug logs for that?

@DrSpaldo
Copy link
Author

DrSpaldo commented Jan 19, 2019

Says true now.

screenshot 2019-01-19

I will let you know in 10 minutes :)

@DrSpaldo
Copy link
Author

DrSpaldo commented Jan 19, 2019

Unfortunately it didn't run again :(

See how it says Alive is true but Enable is False. Do you know what the difference is?

This is the only thing in the log I can find:

2019-01-19 20:55:50 INFO APIv2-Thread_6 :: [135af34] Auto postprocessor background process stopped

@DrSpaldo
Copy link
Author

Unless you have any ideas, I might have to switch back to master

@DrSpaldo
Copy link
Author

FYI. The server will no longer reboot. It crashes and I have to manually start it using Synology. Then, when it does start back up, it has forgotten the post processing being turned on.

@p0psicles
Copy link
Contributor

What do you mean with "the server will no longer reboot"?
Let me run some tests

@DrSpaldo
Copy link
Author

When you press 'restart' in the web interface, it just crashes it

@DrSpaldo
Copy link
Author

For the time being, I have reverted back to master and post processing is working again

@DrSpaldo
Copy link
Author

I wouldn't be able to say if it is your build though, or if it is the way I had to install the branch to get it going. It also could have been that...

@p0psicles
Copy link
Contributor

I've reproduced it. I'll try a different approach. I'll let your know when it's working on my linux install.

@DrSpaldo
Copy link
Author

I've reproduced it. I'll try a different approach. I'll let your know when it's working on my linux install.

Hi @p0psicles, so it wasn’t how I installed it on Synology?

@p0psicles
Copy link
Contributor

You installed it fine. The issue is related to an old bug we have. I'm fixing the bug in this pr. I'll update you when it's really test ready

@p0psicles
Copy link
Contributor

@DrSpaldo willing to help test?

@DrSpaldo
Copy link
Author

DrSpaldo commented Oct 4, 2020

@p0psicles I am. Just hope this time it doesn't blow up like last time :) Synology isn't much fun with these installs

@p0psicles
Copy link
Contributor

Added to develop

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

No branches or pull requests

3 participants