Merci, je regarde dès que j'ai du temps !
[Discussion] Medusa: téléchargement automatique d'épisodes de série
- Modifié
bonsoir
petit soucis sur medusa que je n'arrive plus a resoudre
cela m'arrive a chaque maj
actuellement impossible de relancer medusa
erreur ds les logs:
[error] 16174#16174: *61 connect() failed (111: Connection refused) while connecting to upstream, client: xx.1xx.6x.75, server: _, request: "GET /medusa HTTP/2.0", upstream: "http://127.0.0.1:8081/medusa", host: "x.1xx.1X4.1x2"$
ci joint la config rutorrent qui n'a pas changé entre les majs:
location ^~ /medusa {
proxy_pass http://localhost:8081;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Host $host:443;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-Port 443;
proxy_set_header X-Forwarded-Proto $scheme;
#Websocket
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_read_timeout 86400;
}
il me semble qu'il ya un truc a changé ds un fichier mais je retrouve plus
j'ai mis a jour aussi php7.4 (maj des fichiers de nginx)
merci d'avance
Ton medusa est lancé comment ? Docker ? Ou bien tu as fait un fichier de service ?
Si tu le lances par un fichier de service, comment tu fais tes mises à jour ? en passant par l'interface ?
- Modifié
merci merrick pour ta reponse
je passe par un fichier de service et je fais les maj via l'interface (a tort)
j'avais installé Medusa via le tuto de mondedié
Ok, alors le problème est là.
Quand tu fais les mises à jour par l'interface, le système ne sait pas que tu as redémarré. Quand tu redémarres par le service, medusa écoute déjà sur le port d'écoute, donc ça plante. Ce que je fais :
- mise à jour par l'interface, attente du redémarrage
- puis, en ssh, tu fais un "ps axf | grep medusa" pour trouver les process medusa
- tu les killes (kill num_process) jusqu'à ce qu'il n'y en ait plus
- puis tu relances par le fichier de service : systemctl restart medusa
ok pour les prochaines fois mais la je peux meme pas le relancer en ssh
avec l'erreur au dessus il n'apparait meme pas ds les process
Ah là ça sort de mes connaissances alors :-/
merci quand meme
- Modifié
Hello,
Depuis la dernière mise à jour de Medusa sur mon serveur plus moyen de le redémarrer ou d'essayer de le mettre à jour.
Plus d'accès à la page... (Annonce site inaccessible) ! Quelqu'un a une idée ?
Merci !
root@JPhMaxx:/opt/medusa# service medusa status
● medusa.service - Medusa Daemon
Loaded: loaded (/etc/systemd/system/medusa.service; enabled)
Active: failed (Result: start-limit) since Fri 2021-01-22 12:26:57 EST; 21s ago
Process: 1260 ExecStart=/usr/bin/python3 /opt/medusa/start.py -q --nolaunch --datadir=/opt/medusa (code=exited, status=1/FAILURE)
Main PID: 1260 (code=exited, status=1/FAILURE)
Jan 22 12:26:56 JPhMaxx systemd[1]: Unit medusa.service entered failed state.
Jan 22 12:26:57 JPhMaxx systemd[1]: medusa.service holdoff time over, scheduling restart.
Jan 22 12:26:57 JPhMaxx systemd[1]: Stopping Medusa Daemon...
Jan 22 12:26:57 JPhMaxx systemd[1]: Starting Medusa Daemon...
Jan 22 12:26:57 JPhMaxx systemd[1]: medusa.service start request repeated too quickly, refusing to start.
Jan 22 12:26:57 JPhMaxx systemd[1]: Failed to start Medusa Daemon.
Jan 22 12:26:57 JPhMaxx systemd[1]: Unit medusa.service entered failed state.
root@JPhMaxx:/opt/medusa#
- Modifié
journalctl -u medusa
te donnera des logs détaillés pour voir ce qui empêche de démarrer
- Modifié
-- Logs begin at Sat 2021-01-23 10:24:32 EST, end at Mon 2021-01-25 05:19:08 EST. --
Jan 25 05:18:56 JPhMaxx systemd[1]: Starting LSB: starts instance of Medusa...
Jan 25 05:18:56 JPhMaxx medusa[31971]: start-stop-daemon: group 'medusa' not found
Jan 25 05:18:56 JPhMaxx systemd[1]: medusa.service: control process exited, code=exited status=2
Jan 25 05:18:56 JPhMaxx systemd[1]: Failed to start LSB: starts instance of Medusa.
Jan 25 05:18:56 JPhMaxx systemd[1]: Unit medusa.service entered failed state.
Je ne comprends bien le "group medusa not found"
- Modifié
J'obtiens cela aussi avec la commande "habituelle" du redémarrage
python /opt/medusa/SickBeard.py -d
Traceback (most recent call last):
File "/opt/medusa/SickBeard.py", line 6, in <module>
from medusa.__main__ import main
File "/opt/medusa/medusa/__init__.py", line 24, in <module>
initialize()
File "/opt/medusa/medusa/init/__init__.py", line 23, in initialize
_monkey_patch_fs_functions()
File "/opt/medusa/medusa/init/__init__.py", line 94, in _monkey_patch_fs_functions
from medusa.init import filesystem
File "/opt/medusa/medusa/init/filesystem.py", line 12, in <module>
from builtins import map
ImportError: No module named builtins
- Modifié
Le fichier requirements.txt a été modifié il y a 5 jours.
Du coup, je tenterai bien un
cd /opt/medusa
python3 -m pip install -r requirements.txt
JPhMaxx group 'medusa' not found
il y a peut-être une erreur de groupe dans medusa.service ou /etc/default/medusa
ah...
alors essaye
apt install python3-pip
puis
cd /opt/medusa
python3 -m pip install -r requirements.txt
Cela s'installe correctement mais ce n'est toujours pas bon ...
Exception:
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python3/dist-packages/pip/commands/install.py", line 274, in run
for req in parse_requirements(filename, finder=finder, options=options, session=session):
File "/usr/lib/python3/dist-packages/pip/req.py", line 1632, in parse_requirements
req = InstallRequirement.from_line(line, comes_from, prereleases=getattr(options, "pre", None))
File "/usr/lib/python3/dist-packages/pip/req.py", line 173, in from_line
return cls(req, comes_from, url=url, prereleases=prereleases)
File "/usr/lib/python3/dist-packages/pip/req.py", line 71, in init
req = pkg_resources.Requirement.parse(req)
File "/usr/lib/python3/dist-packages/pkg_resources.py", line 2793, in parse
reqs = list(parse_requirements(s))
File "/usr/lib/python3/dist-packages/pkg_resources.py", line 2721, in parse_requirements
"version spec")
File "/usr/lib/python3/dist-packages/pkg_resources.py", line 2686, in scan_list
raise ValueError(msg, line, "at", line[p:])
ValueError: ('Expected version spec in', 'adba @ https://codeload.github.com/pymedusa/adba/tar.gz/ad9a011b26e24b276baed5435981fee21a93c254', 'at', ' @ https://codeload.github.com/pymedusa/adba/tar.gz/ad9a011b26e24b276baed5435981fee21a93c254')
Storing debug log for failure in /root/.pip/pip.log
- Modifié
Quel est le contenu de /etc/systemd/system/medusa.service
?
Tu n'as peut-être pas mis à jour depuis un moment alors que Medusa est passé en python3 visiblement :
https://github.com/pymedusa/Medusa/wiki/Switch-to-Python-3
spider1163 Hello,
C'est lorsque j'ai fait la dernière mise à jour que tout à planté...
Je vais regarder ton lien.
Merci.
Bon... Rien à faire çà veut pas... Est-ce qu'il y a un lien de désinstallation-réinstallation "propre" de Medusa ?
Non, pas quand c'est installé en dur. Tu dois supprimer à la main les dossiers/fichiers. Donc le service et /medusa.
Sinon au pire, tente un
python3 -m pip install builtins
C'est le module marqué manquant dans le message d'erreur. Sinon, désinstall/réinstall...
Bonjour,
j'ai eu le même problème. du coup j'en ai profité pour faire une réinstallation complète sur mon KS1 en debian 9 et pas moyen de réinstaller medusa malgré le fait de suivre le github, il doit y avoir un problème de leur côté.
Vu dans les issues :
To run Medusa from source you will need one of these Python versions:
Python 3 – 3.6.0 and newer
Tu as regardé ta version de python ?
@Merrick j'ai le 3.5. merci pour ta réponse, je vais regarder cela
Ton message correspond à un lancement de medusa avec un python 2.7, maintenant c'est python 3 obligatoire.
Voir : https://github.com/pymedusa/Medusa/issues/8908
La méthode pour changer est ici :
- Modifié
on est plutôt sur la 3.6 du coup parce que en 3.5 ça ne fonctionne pas. je suis en train d'installer la 3.6, on verra bien. je te remercie.
EDIT : sur le Github, ils disent python3. visiblement sur debian 9 via les sources c'est max python 3.5.
- Modifié
Salut !
Moi aussi je n'ai plus d'accès a médusa depuis une mise à jour !! Du coup désinstallation complète (suppression de service et /medusa comme conseillé par Aerya)puis réinstallation mais en bidouillant j'ai vu que ma version de python posait problème (python2.7 sur debian 8.1 !!) je suis donc passé à python 3.5 (obligé de compiler ! ) depuis plus de message concernant python par contre toujours bloqué sur la page nginx
An Error Occurred etc
Je suis allé voir dans les logs erreurs de Rutorrent et j'ai trouvé ceci:
2021/02/01 15:52:56 [error] 5507#5507: *44 connect() failed (111: Connection refused) while connecting to upstream, client: 78.xxx.62.xx, server: , request: "GET /medusa/home HTTP/1.1", upstream: "http://127.0.0.1:8081/medusa/home", hos$
2021/02/01 15:53:19 [error] 5506#5506: *46 connect() failed (111: Connection refused) while connecting to upstream, client: 78.xxx.62.xx, server: , request: "GET /medusa HTTP/1.1", upstream: "http://127.0.0.1:8081/medusa", host: "51.15.xxx.xx$
Je ne suis pas très calé et je me demande si c'est un problème de droit ? Du port de ma box internet ?
Merci
- Modifié
J'ai oublié de préciser que j'ai utilisé le script de Xavier pour installer Rutorrent sur une machine sous debian 8.1
Et je pense que le gros problème vient du fait que le fichier config.ini ne se cré pas...
Merci
Debian 8.1, je pense qu'il est important que tu mettes ton système à jour avant toute chose.
Salut
C'est effectivement la réflexion que je me suis fait mais je n'ai pas de sauvegarde pour l'instant et mettre à jour risque de créer le "chaos" dans mon système (Rutorrent)
Pourtant ce n'est pas la 1ere fois que je réinstalle medusa sous cette config mais la c'est bizarre comme le fichier config.ini ne se créé pas !!
Peut-être l'occasion de passer à Docker, non ?
- Modifié
Pourquoi pas !! Mais n'étant pas forcément doué les trucs un peu nouveaux font peur !!
- Modifié
Est ce que techniquement en installant Rutorrent sous Docker en Debian 10 je peut sauvegarder ma configue actuelle de Rutorrent vers Docker ?
Merci
Edit: j'avais pas vu qu'il y avait de la littérature a ce sujet sur le site !!
Bonjour à tous,
Effectivement sur un debian 10 tout frais, Medusa fonctionne...
Le problème est de pouvoir récupérer les infos de l'ancien qui est planté..
Merci en tout cas pour tout !
Re !
C'est reparti pour une question
Lors de l'installation de medusa, le nom d'utilisateur est medusa. Est-ce que je dois changer ce nom ? A priori oui car je n'ai pas accès à mon dossier watch, il n'y a pas les droits dessus...
Qu'est-ce que je dois changer et où ?
Merci
En fait pour être plus clair medusa est créé avec le user et group medusa.
mon rtorrent fonctionne en user et group jphmaxx (donc watch est dans home/jphmaxx/)
Il n'y a pas les droits de medusa sur jphmaxx. Comment autoriser l'accès ?
Merci
Bon j'ai trouvé une moyen détourné !!!
Dans les options de Medusa, Search Settings - Torrent Search :
Choisir "rtorrent" - scgi://localhost:5001
et mettre son dossier "/home/user/torrents/"
Il y a des erreurs dans medusa (notamment il n'arrive pas à créer le dossier de la série) mais cela charge les épisodes !