hernandito Posted July 24, 2019 Share Posted July 24, 2019 15 hours ago, ashman70 said: I am not having any issues I got the movies be to work. thanks h Quote Link to comment
deusxanime Posted October 1, 2019 Share Posted October 1, 2019 (edited) 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 October 1, 2019 by deusxanime research Quote Link to comment
dalben Posted November 17, 2019 Share Posted November 17, 2019 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. Quote Link to comment
saarg Posted November 17, 2019 Share Posted November 17, 2019 (edited) 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 November 17, 2019 by saarg 1 Quote Link to comment
Helmonder Posted November 29, 2019 Share Posted November 29, 2019 On 11/17/2019 at 2:38 AM, 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. Same here.... not working any more.. Quote Link to comment
CHBMB Posted November 29, 2019 Share Posted November 29, 2019 Same here.... not working any more..See the post above yours tvdb changed their APISent from my Mi A1 using Tapatalk Quote Link to comment
Mr_Jay84 Posted December 21, 2019 Share Posted December 21, 2019 Is there a way to set the web root in the Unraid UI as with a web root set in Medusa gives a failed trace back? I can access Medusa normally via the browser using the web root, it's just the Unraid UI that has issues. Quote Link to comment
deusxanime Posted February 3, 2020 Share Posted February 3, 2020 (edited) 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 February 3, 2020 by deusxanime fix Quote Link to comment
Mr_Jay84 Posted February 14, 2020 Share Posted February 14, 2020 I have this message "There is a newer version available (0.3.12) — Pull the latest Docker image and rebuild your container to update" Is there an updated container? Quote Link to comment
Mr_Jay84 Posted March 25, 2020 Share Posted March 25, 2020 Will there be an update to this docker to support 0.3.12? Quote Link to comment
deusxanime Posted March 31, 2020 Share Posted March 31, 2020 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! Quote Link to comment
Curious_George Posted May 3, 2020 Share Posted May 3, 2020 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? Quote Link to comment
Froberg Posted May 27, 2020 Share Posted May 27, 2020 (edited) 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 May 27, 2020 by Froberg Quote Link to comment
ashman70 Posted June 12, 2020 Share Posted June 12, 2020 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. Quote Link to comment
saarg Posted June 12, 2020 Share Posted June 12, 2020 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 Quote Link to comment
KoNeko Posted June 14, 2020 Share Posted June 14, 2020 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 Quote Link to comment
KoNeko Posted June 14, 2020 Share Posted June 14, 2020 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 Quote Link to comment
KoNeko Posted June 14, 2020 Share Posted June 14, 2020 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? Quote Link to comment
KoNeko Posted June 19, 2020 Share Posted June 19, 2020 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 Quote Link to comment
KoNeko Posted June 19, 2020 Share Posted June 19, 2020 (edited) 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 June 19, 2020 by KoNeko Quote Link to comment
izarkhin Posted June 2, 2022 Share Posted June 2, 2022 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? Quote Link to comment
izarkhin Posted June 8, 2022 Share Posted June 8, 2022 Is this docker still being supported? Anyone? Quote Link to comment
Froberg Posted June 8, 2022 Share Posted June 8, 2022 (edited) 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 June 8, 2022 by Froberg Quote Link to comment
izarkhin Posted June 8, 2022 Share Posted June 8, 2022 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. Quote Link to comment
Recommended Posts
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.