[Support] Linuxserver.io - Medusa


Recommended Posts

  • 2 months later...

Something removed in the latest update/past week? After updating the container today, I'm having trouble installing some helper programs I use.

 

I manually install mkvtoolnix (well with a script, but I have to start it manually) into the container after each update because I have some post-processing scripts that use mkvpropedit, among other things. I've been doing this for a couple years without issue, but today after updating now it can no longer install mkvtoolnix.

 

Here's the script I use to install after updating the container:

root@9833fbd4c5f7:/# cat /config/install_apk.sh
#!/bin/bash -x
set -x

# sleep 15

/sbin/apk add mkvtoolnix --update-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community/ --allow-untrusted

# for rename cmd etc
/sbin/apk add util-linux --update-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community/ --allow-untrusted

# for fixing accent chars need full sed (not busybox)
/sbin/apk add sed --update-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community/ --allow-untrusted

# added to container 3/20/18, shouldn't need to install manually anymore
# /sbin/apk add nodejs --update-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community/ --allow-untrusted

echo "ran on `date`" >> /config/Logs/install_helper_apps.log

which mkvpropedit
which rename
which sed
ls -l /bin/sed
# which node

# tail -f /dev/null
set +x

root@9833fbd4c5f7:/#

 

Here's what I get for output now. Notice the "unsatisfiable constraints" error that comes up now:

root@9833fbd4c5f7:/# /config/install_apk.sh
+ set -x
+ /sbin/apk add mkvtoolnix --update-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community/ --allow-untrusted
ERROR: unsatisfiable constraints:
  so:libboost_filesystem.so.1.71.0 (missing):
    required by: mkvtoolnix-37.0.0-r2[so:libboost_filesystem.so.1.71.0]
  so:libboost_regex.so.1.71.0 (missing):
    required by: mkvtoolnix-37.0.0-r2[so:libboost_regex.so.1.71.0]
+ /sbin/apk add util-linux --update-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community/ --allow-untrusted
OK: 94 MiB in 52 packages
+ /sbin/apk add sed --update-cache --repository http://dl-cdn.alpinelinux.org/alpine/edge/community/ --allow-untrusted
OK: 94 MiB in 52 packages
++ date
+ echo 'ran on Tue Oct  1 10:58:28 CDT 2019'
+ which mkvpropedit
+ which rename
/usr/bin/rename
+ which sed
/bin/sed
+ ls -l /bin/sed
-rwxr-xr-x 1 root root 149616 May  3 15:44 /bin/sed
+ set +x
root@9833fbd4c5f7:/#

 

Not expecting you to alter the container for me, but if I know what I need to reinstall to get these working I can add it to my script at least and have it install that before mkvtoolnix installation kicks off.

 

Edit: Doing some more digging, looks like maybe mkvtoolnix now requires the new boost 1.72.0 whereas the container is running 1.69.0. So I might have to find an older version of mkvtoolnix to run and/or wait to see if boost gets updated in the container (or figure out if I can upgrade boost myself).

 

Edit2: Looks like I can force it to install an older version of mkvtoolnix (v34.0.0-r0 I believe is what this installs) that doesn't have that boost 1.72.x dependency by using this:

/sbin/apk add mkvtoolnix --update-cache --repository http://dl-cdn.alpinelinux.org/alpine/v3.10/community/ --allow-untrusted

This I think will work for now, though won't be sure until it downloads something and see if it does what it is supposed to do with mkvpropedit. Are there plans though to upgrade the Alpine to a version that uses new boost 1.72.x so that I won't need to fiddle with this in the future?

Edited by deusxanime
research
Link to comment
  • 1 month later...
10 hours ago, dalben said:

Is anyone else seeing issues with looking up show/episode details in Medusa through TVDB?  Not sure if it's a local issue on my install or a wider issue with the latest update.

Tvdb changed their website to V3 and Medusa probably use an older api than V3.

There are reports about other apps also having issues. See the linuxserver plex thread for links.

Edited by saarg
  • Thanks 1
Link to comment
  • 2 weeks later...
  • 4 weeks later...
  • 1 month later...

Not sure what happened but seems like since I updated over the weekend that Medusa is no longer letting me log in with my credentials. Is there something that could have reset them or caused some issue with the latest update?

 

Edit: No idea what caused it, but I shut down the container, went into config.ini and blanked out the web_password, logged in with no pwd, and then re-set the same password in Settings again. Seems to be working for now anyway.

 

Edited by deusxanime
fix
Link to comment
  • 2 weeks later...
  • 1 month later...

I ran into a couple annoyances with the update over the weekend (v0.3.13) and thought I'd post here to let others be aware of them:

 

1. I had a download that didn't seem to be getting processed. It turns out there was a bug with the scheduler that it seems like the frequency you set to post-process your completed download directory was ignored and just sets to run every 24h instead. Manually forcing a post-process worked though. Github issue thread. Looks like they've already put up a new release v0.3.14 with a fix and it has been applied to the docker image. Just run another update to your container in unRAID web interface to fix it.

 

2. Luckily(?) due to the above I ran that manual post-process and found out about this other change. I run a post-processing shell (bash) script and I noticed that it didn't work when I looked at the post-processing log output. I was getting the error "Extra script /config/postproc.sh is not a Python file". I looked back at the release log for v0.3.13 due to the above issue and found out they changed so it can only run python scripts now for post-processing. Here is a new wiki entry they just put up a few days ago explaining this along with a small python snippet you can use to work as an intermediary between python and whatever your script is. If you run a bash script like I did, you'll want to create a python file similar to this and change your post-processing script in Settings to point at it now instead.

 

/config/postproc-shiv.py

import subprocess
import sys

subprocess.call(['/bin/bash', '/config/postproc.sh'] + sys.argv[1:])
# If you need to run more scripts (optional)
# subprocess.call(['my_cmd2', 'my_script2'] + sys.argv[1:])

Hope that helps someone who might run into the same issues!

Link to comment
  • 1 month later...

Not specifically a unraid question, but is someone able to explain what the new "keep link" option is in post processing?  There doesn't appear to be a wiki entry for it, and the github request kinda seems odd.

 

The way I understood, "symlink" kept the files in the download directory, and created a symlink to the media directory.

"Hardlink" moves the files to the media directory and creates a symlink back to the download directory.

 

What does keep link to thats different to either of the above?

Link to comment
  • 4 weeks later...

So the container, for me, is broken right now.

Web interface never loads, log indicates this:

 

To support LSIO projects visit:
https://www.linuxserver.io/donate/
-------------------------------------
GID/UID
-------------------------------------

User uid: 99
User gid: 100
-------------------------------------

[cont-init.d] 10-adduser: exited 0.
[cont-init.d] 30-config: executing...
[cont-init.d] 30-config: exited 0.
[cont-init.d] 99-custom-files: executing...
[custom-init] no custom files found exiting...
[cont-init.d] 99-custom-files: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
2020-05-27 18:16:24 INFO MAIN :: [918cfe7] Broken providers found: ['']
2020-05-27 18:16:27 INFO MAIN :: [918cfe7] 12345: Unable to find the show in the database
2020-05-27 18:16:28 INFO MAIN :: [918cfe7] 353095: Unable to find IMDb info in the database: Torben Chris Rydder Op
2020-05-27 18:16:28 INFO MAIN :: [918cfe7] 380840: Unable to find IMDb info in the database: Savmordet
2020-05-27 18:16:28 INFO MAIN :: [918cfe7] Starting Medusa [master] using '/config/config.ini'
2020-05-27 18:16:28 INFO TORNADO :: [918cfe7] Starting Medusa on http://0.0.0.0:8081/
2020-05-27 18:16:28 INFO MAIN :: [918cfe7] Updating exception_cache and exception_season_cache
2020-05-27 18:16:28 INFO MAIN :: [918cfe7] Finished processing 3250 scene exceptions.
2020-05-27 18:16:28 INFO MAIN :: [918cfe7] Building internal name cache for all shows

It's tempting to blame the 0.0.0.0 address, but it seems like the UI *is* up on the proper address. It just does.. nothing.. except display a loading animation.

 

I tried forcing an update to no avail.

 

Any suggestions? I'd rather not lose my database after all.

 

Update; further inspection, and obvious troubleshooting, resulted in FireFox being to blame in this instance. All is well in Chrome. Huh.

Edited by Froberg
Link to comment
  • 3 weeks later...
26 minutes ago, ashman70 said:

How would I roll back to a previous version of Medusa? The current (latest) version seems to be broken and is not querying my 'completed/TV' folder where new TV downloads reside. I am running version 0.3.16

 

Thank you.

Check the tags page using the docker hub link in the first post. Then use that tag after the repository in the repository field.

linuxserver/medusa:the-tag

Link to comment

I am getting this error

2020-06-14 14:58:51 ERROR    Thread_0 :: [] Exception: Not sending, banned
Traceback (most recent call last):
  File "/app/medusa/ext/adba/aniDBAbstracter.py", line 280, in add_to_mylist
    self.aniDB.mylistadd(size=self.size, ed2k=self.ed2k, state=state, viewed=viewed, source=source, storage=storage, other=other)
  File "/app/medusa/ext/adba/__init__.py", line 730, in mylistadd
    return self.handle(MyListAddCommand(lid, fid, size, ed2k, aid, aname, gid, gname, epno, edit, state, viewed, source, storage, other), callback)
  File "/app/medusa/ext/adba/__init__.py", line 160, in handle
    self.link.request(command)
  File "/app/medusa/ext/adba/aniDBlink.py", line 238, in request
    self._send(command)
  File "/app/medusa/ext/adba/aniDBlink.py", line 209, in _send
    raise AniDBError("Not sending, banned")
adba.aniDBerrors.AniDBError: Not sending, banned
2020-06-14 14:52:35 ERROR    Thread_0 :: [] Exception: Command has timed out
Traceback (most recent call last):
  File "/app/medusa/ext/adba/__init__.py", line 166, in handle
    command.resp
AttributeError: 'MyListAddCommand' object has no attribute 'resp'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/app/medusa/ext/adba/aniDBAbstracter.py", line 280, in add_to_mylist
    self.aniDB.mylistadd(size=self.size, ed2k=self.ed2k, state=state, viewed=viewed, source=source, storage=storage, other=other)
  File "/app/medusa/ext/adba/__init__.py", line 730, in mylistadd
    return self.handle(MyListAddCommand(lid, fid, size, ed2k, aid, aname, gid, gname, epno, edit, state, viewed, source, storage, other), callback)
  File "/app/medusa/ext/adba/__init__.py", line 169, in handle
    raise AniDBCommandTimeoutError("Command has timed out")
adba.aniDBerrors.AniDBCommandTimeoutError: Command has timed out

 

Link to comment

i added a 2 series. 1 it did download the files and the other it does not.

So its doing a backlog search.

it says it cant find anything but when i do my own search on the site Nyaa i get enough results. i added a wanted group also

Quote

2020-06-14 15:06:55 INFO SEARCHQUEUE-BACKLOG-374198 :: No needed episodes found during backlog search for: Gleipnir

2020-06-14 15:06:55 INFO SEARCHQUEUE-BACKLOG-374198 :: AniDex :: Performing episode search for Gleipnir

2020-06-14 15:06:54 INFO SEARCHQUEUE-BACKLOG-374198 :: TokyoToshokan :: Performing episode search for Gleipnir

2020-06-14 15:06:53 INFO SEARCHQUEUE-BACKLOG-374198 :: Nyaa :: Performing season pack search for Gleipnir

2020-06-14 15:06:53 INFO SEARCHQUEUE-BACKLOG-374198 :: Using backlog search providers

2020-06-14 15:06:53 INFO SEARCHQUEUE-BACKLOG-374198 :: Building internal name cache for Gleipnir

2020-06-14 15:06:53 INFO SEARCHQUEUE-BACKLOG-374198 :: Finished processing 3246 scene exceptions.

2020-06-14 15:06:53 INFO SEARCHQUEUE-BACKLOG-374198 :: Updating exception_cache and exception_season_cache

2020-06-14 15:06:53 INFO SEARCHQUEUE-BACKLOG-374198 :: Beginning backlog search for: Gleipnir

https://nyaa.si/?f=0&c=1_2&q=[horrible]+Gleipnir

 

Link to comment

The last problem it seems to be fixed after i did a restart of the Docker. Everything was slow i could not save anything everything got a time out. After a restart it worked again..

 

 

An other question. is it possible to use AniDB.net as indexer ? if so HOW and how can i change the current ones to that one?

Link to comment

there was a update on the docker and now on every download

 

2020-06-19 22:38:03 ERROR    SNATCHQUEUE-SNATCH-371040 :: [] Snatch failed! For result: [HorribleSubs].Nami.yo.Kiitekure.-.12.[720p].mkv
Traceback (most recent call last):
  File "/app/medusa/medusa/search/queue.py", line 459, in run
    self.success = snatch_episode(result)
  File "/app/medusa/medusa/search/core.py", line 167, in snatch_episode
    result_downloaded = client.send_torrent(result)
  File "/app/medusa/medusa/clients/torrent/generic.py", line 238, in send_torrent
    if not self._get_auth():
  File "/app/medusa/medusa/clients/torrent/rtorrent.py", line 55, in _get_auth
    self.auth = RTorrent(self.host, None, None, True)
  File "/app/medusa/lib/rtorrent/__init__.py", line 87, in __init__
    self._verify_conn()
  File "/app/medusa/lib/rtorrent/__init__.py", line 126, in _verify_conn
    assert 'system.client_version' in self._get_rpc_methods(
  File "/app/medusa/lib/rtorrent/__init__.py", line 164, in _get_rpc_methods
    return(self._rpc_methods or self._update_rpc_methods())
  File "/app/medusa/lib/rtorrent/__init__.py", line 154, in _update_rpc_methods
    self._rpc_methods = self._get_conn().system.listMethods()
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1109, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1450, in __request
    response = self.__transport.request(
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1153, in request
    return self.single_request(host, handler, request_body, verbose)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1165, in single_request
    http_conn = self.send_request(host, handler, request_body, verbose)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1278, in send_request
    self.send_content(connection, request_body)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1308, in send_content
    connection.endheaders(request_body)
  File "/usr/lib/python3.8/http/client.py", line 1235, in endheaders
    self._send_output(message_body, encode_chunked=encode_chunked)
  File "/usr/lib/python3.8/http/client.py", line 1006, in _send_output
    self.send(msg)
  File "/usr/lib/python3.8/http/client.py", line 946, in send
    self.connect()
  File "/usr/lib/python3.8/http/client.py", line 1402, in connect
    super().connect()
  File "/usr/lib/python3.8/http/client.py", line 917, in connect
    self.sock = self._create_connection(
  File "/usr/lib/python3.8/socket.py", line 808, in create_connection
    raise err
  File "/usr/lib/python3.8/socket.py", line 796, in create_connection
    sock.connect(sa)
OSError: [Errno 113] Host is unreachable

 

Link to comment
12 minutes ago, KoNeko said:

there was a update on the docker and now on every download

 


2020-06-19 22:38:03 ERROR    SNATCHQUEUE-SNATCH-371040 :: [] Snatch failed! For result: [HorribleSubs].Nami.yo.Kiitekure.-.12.[720p].mkv
Traceback (most recent call last):
  File "/app/medusa/medusa/search/queue.py", line 459, in run
    self.success = snatch_episode(result)
  File "/app/medusa/medusa/search/core.py", line 167, in snatch_episode
    result_downloaded = client.send_torrent(result)
  File "/app/medusa/medusa/clients/torrent/generic.py", line 238, in send_torrent
    if not self._get_auth():
  File "/app/medusa/medusa/clients/torrent/rtorrent.py", line 55, in _get_auth
    self.auth = RTorrent(self.host, None, None, True)
  File "/app/medusa/lib/rtorrent/__init__.py", line 87, in __init__
    self._verify_conn()
  File "/app/medusa/lib/rtorrent/__init__.py", line 126, in _verify_conn
    assert 'system.client_version' in self._get_rpc_methods(
  File "/app/medusa/lib/rtorrent/__init__.py", line 164, in _get_rpc_methods
    return(self._rpc_methods or self._update_rpc_methods())
  File "/app/medusa/lib/rtorrent/__init__.py", line 154, in _update_rpc_methods
    self._rpc_methods = self._get_conn().system.listMethods()
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1109, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1450, in __request
    response = self.__transport.request(
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1153, in request
    return self.single_request(host, handler, request_body, verbose)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1165, in single_request
    http_conn = self.send_request(host, handler, request_body, verbose)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1278, in send_request
    self.send_content(connection, request_body)
  File "/usr/lib/python3.8/xmlrpc/client.py", line 1308, in send_content
    connection.endheaders(request_body)
  File "/usr/lib/python3.8/http/client.py", line 1235, in endheaders
    self._send_output(message_body, encode_chunked=encode_chunked)
  File "/usr/lib/python3.8/http/client.py", line 1006, in _send_output
    self.send(msg)
  File "/usr/lib/python3.8/http/client.py", line 946, in send
    self.connect()
  File "/usr/lib/python3.8/http/client.py", line 1402, in connect
    super().connect()
  File "/usr/lib/python3.8/http/client.py", line 917, in connect
    self.sock = self._create_connection(
  File "/usr/lib/python3.8/socket.py", line 808, in create_connection
    raise err
  File "/usr/lib/python3.8/socket.py", line 796, in create_connection
    sock.connect(sa)
OSError: [Errno 113] Host is unreachable

 

Problem was medua could not connect to my Rutorrent. I was usintg Medusa on BR01 custom IP. and it worked i changed it to host. So i can beable to access via wireguard VPN

but that also seems to break the connection to rutorrent. i changed it back to a static IP br01 and it works again.

 

it still says SNATCHQUEUE-SNATCH-371040 :: [] rTorrent: Unable to send Torrent

but it does seems to send it anyway.

Edited by KoNeko
Link to comment
  • 1 year later...

Hello,

 

Post-processing doesn't work on my server. All downloaded episodes are stuck in the "snatched" status and not being moved to the appropriate show directories. "Enable download handler" is checked and the post-processing dir is set to the correct folder (I can see files and folders there). There are no errors in the log file. How do I go about troubleshooting?

Link to comment
40 minutes ago, izarkhin said:

Is this docker still being supported? Anyone?

 

Yup.. (It's being updated regularly.)

 

Actually your post reminded me that linuxserver seems to have abandoned direct support of their UnRaid container offerings.. so I switched to binhex/arch-medusa instead just now. 

Edited by Froberg
Link to comment
16 hours ago, Froberg said:

 

Yup.. (It's being updated regularly.)

 

Actually your post reminded me that linuxserver seems to have abandoned direct support of their UnRaid container offerings.. so I switched to binhex/arch-medusa instead just now. 

I just checked their support forum. The last active discussion was from June 2020. None of the questions posted since were answered.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.