- Modifié
Merci pour ta réponse. C'est toujours pareil.
J'ai essayé de desinstaller/reinstaller, supprimer le CLAIM pour changer :
environment:
- PLEX_USERNAME=user
- PLEX_PASSWORD=passwd
Ne fonctionne toujours pas
Merci pour ta réponse. C'est toujours pareil.
J'ai essayé de desinstaller/reinstaller, supprimer le CLAIM pour changer :
environment:
- PLEX_USERNAME=user
- PLEX_PASSWORD=passwd
Ne fonctionne toujours pas
Est ce que tu as installé fail2ban ? Si oui regarde dans les fichier jail si ton ip est bien rentrée en ignore ip .. sait on jamais et aussi fais iptables -L -nv pour verifer que ton ip n est pas bannie
Oui, fail2ban installé. J'ai vérifié, pas de ban. C'est étrange, j'ai aperçu quelques secondes plex-docker dans mes serveurs plex, avec icone connexion qui tournait, puis disparus.
Après tu peux tenter la bonne vielle methode du tunnel ssh
https://github.com/dannyti/sboxsetup/wiki/Initial-set-up-of-Plex-Media-Server
oui je confirme mais je te conseille de desinstaller ton plex a partir du scripts et tu fait la methode du tunnel et ca fonctionne je vient de le faire et c'est ok.
Pas chez moi
J’ai désinstallé, réinstaller, fait le tunnel, rien, j’ai pas de nouveau serveur
J’ai aussi supprimé la ligne CLAIM dans le docker-compose
Pour le tunnel utilise le port qui est dans le docker-compose. A mon avis vu le nombre de reinstall que tu as faites ce ne doit plus etre le 32400. Pour rappel c est une seedbox multi user donc le script intègre un compteur pour attribuer un port diffèrent à chaque container plex.
Pour @alex77120, par exemple, c'était le 32414
Bingo, c'était bien ça, merci beaucoup
tu va voir laster a fait du bon boulot
laster13 tu pourrais me contacter par email stp ? (https://upandclear.org/contact/)
Bonjour laster13 le script demande aussi un Home pour chaque Utilisateurs ?
Merci
Slt, oui un dossier par utilisateur dans le home.
Salut,
Merci pour ton travail.
Par contre filebot ne s'installe pas. Peut-être du fait que l'image de @xataz est conçue pour Alpine Linux et que du coup il arrive pas à installer les dépendances Java et ne fait du coup plus rien sur la partie filebot ?
Salut
J'ai un peu bossé sur le script cet aprem, tu as du être bloqué au niveau ansible, si c'est la cas ca devrait être bon maintenant. Concernant filebot, il est intégré dans l image docker de @xataz donc l'environnement java est bien en place , mais dans le container. Quoiqu'il en soit filebot fonctionne.
Pardon je ne cherchais pas filebot au bon endroit.
Bonjour,
Comme j'ai pu l'expliquer dans d'autres posts l'utilisation de rutorrent docker en overlay (comme me l'expliquait @xataz dans un autre post) me provoquait des iowait en pagaille jusqu'à faire monter l indicateur CPU de rutorrent à 100% ainsi qu'une explosion du load average montant parfois jusqu'à 12 voir plus avant de paralyser complètement le système.
Je pense avoir testé pas mal de possibilités et à chaque fois sur un serveur fraichement formaté. Du coup j'ai testé l'image de @xataz, celle de linuxserver, parfois ca donne l 'impression de tenir mais des qu on charge rutorrent ca finit par exploser.
En creusant un peu notamment en me servant d outils comme iotop ou glances j'ai pu mesurer, détecter les applis responsables et donc celle avec le plus d'iowait soit rutorrent. Des processus comme [kworker/u8:1] et [jbd2/xvda1-8] provoquaient des poussées de iowait et bloquaient le processeur à 100%. Ce sont des processus directement liés au kernel ce qui me conforte dans l'idée que soit Debian n'est pas top avec docker, soit c'est moi qui manque de connaissances pour régler le problème (ce qui est fort probable ) ou bien peu être des modif à faire au niveau du kernel.
Je me suis demandé comment faisait cloubox ou bien même PGBlitz pour contourner le problème, et j'ai compris pourquoi il avait choisi ubuntu car là par miracle plus d iowait.
Du coup j'en viens au sujet principal du post qui concerne mon script pour vous informer d'une mise à jour radicale en utilisant l'organisation de cloudbox/PGBlitz et au passage (je sais c est pas beau) je me suis fortement imprégné de leur script d'installation avec Ansible.
Mission accomplie puisque il n'ya plus aucune montée en charge avec cette version. En attendant d utiliser Btrfs au lieu d'overlay pour docker.
Toujours en quête de testeurs
Merci de m'avoir lu
Bonjour,
je teste ton script sur un petit VPS tout neuf...
sous ubuntu => Nickel
par contre sous debian 9 stretch => eoan n'existe pas / plus...
http://ppa.launchpad.net/ansible/ansible/ubuntu/eoan/
donc problème au niveau des pré-requis ansible...
https://paste.mondedie.fr/?dcb8551728231272#URP63UC/wBNgOPTjyYRABnw7eVDETr6YAnIYZdeYUtI=
et impossible de voir ou cette référence est appelée dans tes fichiers...
c'est ballot :0
Bonsoir,
Effectivement dans mon post précédent j explique les raisons pour lesquelles je ne maintiendrai pas ce script sous debian, à moins que je n' arrive a trouver une solution pour ne plus avoir d iowait.
On est un groupe a avoir testé sous debian, tous avec les mêmes problèmes de montée en charge. Tous sont passés sur Ubuntu et s'accordent unanimement a dire que c est plus le même serveur.