Lud

La connexion a été réinitialisée La connexion avec le serveur a été réinitialisée pendant le chargement de la page. Le site est peut-être temporairement indisponible ou surchargé. Réessayez plus tard ; Si vous n’arrivez à naviguer sur aucun site, vérifiez la connexion au réseau de votre ordinateur ; Si votre ordinateur ou votre réseau est protégé par un pare-feu ou un proxy, assurez-vous que Firefox est autorisé à accéder au Web. Je n'ai pas appuyé sur F12, je ferai l'essai quand je referai l'installation pour la n-ème fois. ^^ Honnêtement, je suis le plus embêté, je cherche depuis un moment et je ne comprends vraiment pas d'où ça pourrait venir. Je viens de prendre le code source des deux versions dont j'ai parlé, et je ne vois pas beaucoup de différences... Je suis plutôt entêté, mais là j'avoue être assez perplexe... Les erreurs qui m'interpellent sont celles-ci : 2021-10-04 18:19:47 stdout fake_useragent.errors.FakeUserAgentError: Maximum amount of retries reached 2021-10-04 18:19:47 stdout raise FakeUserAgentError('Maximum amount of retries reached') 2021-10-04 18:19:47 stdout urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name resolution> 2021-10-04 18:19:47 stdout socket.gaierror: [Errno -3] Temporary failure in name resolution On dirait que la cause du problème est la résolution de nom. Je bloque pas mal de zones géographiques dans le pare-feu de mon NAS, mais c'est pour les requêtes initiées depuis l'extérieur, je ne vois pas pourquoi il y en aurait.

Et pourtant, j'ai pu confirmer que le problème ne se pose qu'à partir de la version 0.6.9 de calibre-web, et pour toutes les versions ultérieures, et que les différentes versions antérieures que j'ai testées (0.6.8 et avant) ont toutes fonctionné. Comme le changelog de calibre-web n'a pas l'air d'apporter de changement qui en serait à l'origine, il y a de fortes chances que cela vienne de la conteneurisation. Le problème, c'est que linuxserver met des dates en face de changements, mais pas la version de calibre-web associée. Et leurs infos de changements sont très succincts. Au niveau des dates, cela pourrait coller au moment où ils ont commencé à baser leurs conteneurs sur Ubuntu Focal, mais c'est à confirmer. Je précise que j'ai bien sûr la toute dernière version de calibre, et que par curiosité, j'ai tout de même fait une réparation de ma bibliothèque. De plus, la bibliothèque est pour moi totalement hors de cause, puisque je ne réussis pas à afficher la page web de calibre-web, avant même d'indiquer l'emplacement de la bibliothèque. Je pense plutôt à quelque chose dans le conteneur qui gêne la partie réseau.

Non, c'est mon groupe spécifique docker pour mes conteneurs. Il fonctionne parfaitement avec tous mes conteneurs, ainsi qu'avec calibre-web jusqu'à la version 0.6.8. J'ai aussi essayé les dernières versions de calibre-web avec le groupe users (100), par curiosité et surtout en désespoir de cause, avec le même résultat. Peu importe l'ID du groupe à partir du moment où il a les bonnes permissions.

J'ai réessayé avec la toute dernière version qui vient de sortir, j'ai aussi changé l'adresse de dépôt. J'ai installé ça avec un docker-compose simple. Toujours la même erreur. Je suis limité en terme de logs. Est-il possible de rentrer dans le conteneur sur le NAS pour avoir des logs plus précis ? Actuellement, voici les erreurs que j'obtiens via l'application Docker sous DSM, pour le conteneur calibre-web (toujours les mêmes erreurs) : 2022-01-16 14:46:04 stderr fake_useragent.errors.FakeUserAgentError: Maximum amount of retries reached 2022-01-16 14:46:04 stderr raise FakeUserAgentError('Maximum amount of retries reached') 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 84, in get 2022-01-16 14:46:04 stderr ret = json.loads(get( 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 187, in load 2022-01-16 14:46:04 stderr write(path, load(use_cache_server=use_cache_server, verify_ssl=verify_ssl)) 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 245, in update 2022-01-16 14:46:04 stderr update(path, use_cache_server=use_cache_server, verify_ssl=verify_ssl) 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 250, in load_cached 2022-01-16 14:46:04 stderr self.data = load_cached( 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/fake.py", line 75, in load 2022-01-16 14:46:04 stderr self.load() 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/fake.py", line 69, in __init__ 2022-01-16 14:46:04 stderr 'User-Agent': UserAgent().random, 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 442, in _new_session 2022-01-16 14:46:04 stderr self._new_session() 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 53, in __init__ 2022-01-16 14:46:04 stderr self.pm1 = ProxyGenerator() 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/scholarly/_navigator.py", line 42, in __init__ 2022-01-16 14:46:04 stderr cls._instances[cls] = super(Singleton, cls).__call__(*args, 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/scholarly/_navigator.py", line 26, in __call__ 2022-01-16 14:46:04 stderr self.__nav = Navigator() 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/scholarly/_scholarly.py", line 28, in __init__ 2022-01-16 14:46:04 stderr scholarly = _Scholarly() 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/scholarly/__init__.py", line 4, in <module> 2022-01-16 14:46:04 stderr from scholarly import scholarly 2022-01-16 14:46:04 stderr File "/app/calibre-web/cps/about.py", line 62, in <module> 2022-01-16 14:46:04 stderr from cps.about import about 2022-01-16 14:46:04 stderr File "/app/calibre-web/cps.py", line 34, in <module> 2022-01-16 14:46:04 stderr Traceback (most recent call last): 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr During handling of the above exception, another exception occurred: 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name resolution> 2022-01-16 14:46:04 stderr raise URLError(err) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 1357, in do_open 2022-01-16 14:46:04 stderr return self.do_open(http.client.HTTPSConnection, req, 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 1397, in https_open 2022-01-16 14:46:04 stderr result = func(*args) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain 2022-01-16 14:46:04 stderr result = self._call_chain(self.handle_open, protocol, protocol + 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 542, in _open 2022-01-16 14:46:04 stderr response = self._open(req, data) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 525, in open 2022-01-16 14:46:04 stderr return opener.open(url, data, timeout) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen 2022-01-16 14:46:04 stderr with contextlib.closing(urlopen( 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 64, in get 2022-01-16 14:46:04 stderr Traceback (most recent call last): 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr During handling of the above exception, another exception occurred: 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr socket.gaierror: [Errno -3] Temporary failure in name resolution 2022-01-16 14:46:04 stderr for res in _socket.getaddrinfo(host, port, family, type, proto, flags): 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/socket.py", line 918, in getaddrinfo 2022-01-16 14:46:04 stderr for res in getaddrinfo(host, port, 0, SOCK_STREAM): 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/socket.py", line 787, in create_connection 2022-01-16 14:46:04 stderr self.sock = self._create_connection( 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 922, in connect 2022-01-16 14:46:04 stderr super().connect() 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1418, in connect 2022-01-16 14:46:04 stderr self.connect() 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 951, in send 2022-01-16 14:46:04 stderr self.send(msg) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1011, in _send_output 2022-01-16 14:46:04 stderr self._send_output(message_body, encode_chunked=encode_chunked) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1251, in endheaders 2022-01-16 14:46:04 stderr self.endheaders(body, encode_chunked=encode_chunked) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1302, in _send_request 2022-01-16 14:46:04 stderr self._send_request(method, url, body, headers, encode_chunked) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1256, in request 2022-01-16 14:46:04 stderr h.request(req.get_method(), req.selector, req.data, headers, 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 1354, in do_open 2022-01-16 14:46:04 stderr Traceback (most recent call last): 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr During handling of the above exception, another exception occurred: 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr fake_useragent.errors.FakeUserAgentError: Maximum amount of retries reached 2022-01-16 14:46:04 stderr raise FakeUserAgentError('Maximum amount of retries reached') 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 84, in get 2022-01-16 14:46:04 stderr html = get(settings.BROWSERS_STATS_PAGE, verify_ssl=verify_ssl) 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 97, in get_browsers 2022-01-16 14:46:04 stderr for item in get_browsers(verify_ssl=verify_ssl): 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 154, in load 2022-01-16 14:46:04 stderr Traceback (most recent call last): 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr During handling of the above exception, another exception occurred: 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name resolution> 2022-01-16 14:46:04 stderr raise URLError(err) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 1357, in do_open 2022-01-16 14:46:04 stderr return self.do_open(http.client.HTTPSConnection, req, 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 1397, in https_open 2022-01-16 14:46:04 stderr result = func(*args) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain 2022-01-16 14:46:04 stderr result = self._call_chain(self.handle_open, protocol, protocol + 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 542, in _open 2022-01-16 14:46:04 stderr response = self._open(req, data) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 525, in open 2022-01-16 14:46:04 stderr return opener.open(url, data, timeout) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen 2022-01-16 14:46:04 stderr with contextlib.closing(urlopen( 2022-01-16 14:46:04 stderr File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 64, in get 2022-01-16 14:46:04 stderr Traceback (most recent call last): 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr During handling of the above exception, another exception occurred: 2022-01-16 14:46:04 stderr 2022-01-16 14:46:04 stderr socket.gaierror: [Errno -3] Temporary failure in name resolution 2022-01-16 14:46:04 stderr for res in _socket.getaddrinfo(host, port, family, type, proto, flags): 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/socket.py", line 918, in getaddrinfo 2022-01-16 14:46:04 stderr for res in getaddrinfo(host, port, 0, SOCK_STREAM): 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/socket.py", line 787, in create_connection 2022-01-16 14:46:04 stderr self.sock = self._create_connection( 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 922, in connect 2022-01-16 14:46:04 stderr super().connect() 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1418, in connect 2022-01-16 14:46:04 stderr self.connect() 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 951, in send 2022-01-16 14:46:04 stderr self.send(msg) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1011, in _send_output 2022-01-16 14:46:04 stderr self._send_output(message_body, encode_chunked=encode_chunked) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1251, in endheaders 2022-01-16 14:46:04 stderr self.endheaders(body, encode_chunked=encode_chunked) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1302, in _send_request 2022-01-16 14:46:04 stderr self._send_request(method, url, body, headers, encode_chunked) 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/http/client.py", line 1256, in request 2022-01-16 14:46:04 stderr h.request(req.get_method(), req.selector, req.data, headers, 2022-01-16 14:46:04 stderr File "/usr/lib/python3.8/urllib/request.py", line 1354, in do_open 2022-01-16 14:46:04 stderr Traceback (most recent call last): Pour ceux qui font tourner Calibre-Web directement sur leur NAS Synology, comment ça apparaît pour vous dans l'application Docker de DSM, onglet réseau ? (nom du réseau et pilote surtout)

@MilesTEG1 Ok, je changerai l'adresse du dépôt.

C'est ce que je fais entre chaque essai, en plus de nettoyer tous les conteneurs obsolètes et leur config Docker.

@.Shad. Ok, je m'étais probablement mal exprimé, je croyais que le conteneur était créé là où on exécute le yml. J'ai testé, donc j'ai pu voir que ça se met au même endroit que si on utilise l'interface graphique de Docker sur DSM. Je passe tout ce que j'ai testé, mais au final, mon fichier docker-compose.yml fonctionne nickel avec les images jusqu'à la 0.6.8 et pas à partir de la 0.6.9, exactement comme avec l'interface graphique. Voici mon yml : --- version: "2.1" services: calibre-web: image: linuxserver/calibre-web:amd64-0.6.8-ls80 container_name: Calibre-Web environment: - PUID=1085 - PGID=65549 - TZ=Indian/Reunion volumes: - /volume1/docker/calibre-web/config:/config - /volume1/reading/books:/books ports: - 8083:8083 restart: unless-stopped Voilà, ça c'est celui qui fonctionne. Dès que je passe en amd64-latest, ou latest, le docker-compose.yml aboutit, le container se lance, mais je n'ai rien sur la page web en http://<IP>:8083/ Et même sans Portainer, je nettoie tout facilement avec "docker system prune -a".

@.Shad. Non, pas besoin de faire ça étape par étape, le seul truc qui m'intéresse, c'est de savoir où mettre le conteneur pour faire ça proprement. Là je suis en SSH sur mon NAS, j'ai aussi jeté un coup d’œil à ton tuto Docker, et je vois dans mon dossier "/volume1/@docker/volumes" des tonnes de dossiers avec des chaînes de caractères énormes. Pourtant ils ne prennent quasiment pas d'espace disque. En fait je cherche où sont mes conteneurs actuels, et où je peux mettre ceux créés avec docker-compose pour ne pas créer de bazar. ^^

@MilesTEG1 Le DS920+ a un CPU Intel, mais pas le même que le DS1812+, je n'ai pas installé via docker-compose, car les paramètres que j'utilise sont simples, mais peut-être effectivement que l'interface de Docker dans DSM pose problème à partir de la version 0.6.9 de calibre-web, même si ça paraît quand même bizarre. @.Shad. Alors oui, finalement, encore un test. Après docker-compose a l'air super simple, je peux faire le fichier moi-même. Est-ce que les commandes docker sont les mêmes sous DSM ? Comme certaines autres changent, comme les ACL, les services, etc. Je n'ai pas des masses de paramètres différents. Globalement, les seuls que je modifie sont PUID, PGID, TZ, et les dossiers pointés par /books et /config.

@Einsteinium Oui, je suis au courant, ce n'est pas un problème de bibliothèque. J'utilise le conteneur Docker calibre-web de linuxserver depuis pas mal de temps, j'ai toujours utilisé la "latest" sans problème jusqu'à il y a quelques mois, où après une mise à jour classique, je n'avais plus accès à l'interface web, donc à rien en fait. Un message d'erreur quand j'essaie d'afficher calibre-web. J'ai vérifié toutes les permissions des utilisateurs, les permissions directement sur les fichiers, les ACL Synology, essayé d'autres utilisateurs, d'autres groupes, essayé d'autres réglages, etc. J'ai essayé plusieurs fois de tout virer et de partir sur une image propre, sans aucun anciens fichiers de configuration... Bref, je me suis pris le chou des heures et des heures, pourtant convaincu que le problème ne vient pas de ma configuration. Et hier, j'ai essayé de retrouver à quel moment à peu près j'avais encore mon installation fonctionnelle, et j'ai fait plein de tests avec différentes versions de l'image. Et c'est simple, toutes les images amd64 version 0.6.8 et antérieures fonctionnent sans aucun problème, immédiatement ; et toutes celles à partir de la 0.6.9 ne fonctionnent pas, que ce soit la 0.6.9, la 0.6.10, la 0.6.12, la 0.6.14, j'en ai essayé un paquet. Donc ils ont dû implémenter quelque chose à partir de la 0.6.9 qui cause ce problème sur mon NAS avec mon installation (plutôt classique pourtant). J'ai regardé le chancelog de la 0.6.9 sur GithUb, mais je n'ai rien vu de particulier. J'étais allé sur le Discord de linuxserver, mais ça ne parle à personne ou ça n'intéresse personne, en tout cas, je n'ai eu aucune réponse. Donc j'ai fini par créer un ticket directement sur GitHub, on verra ce que ça donne. https://github.com/linuxserver/docker-calibre/issues/68 C'est sur ton DS920+ ton installation ? Tu pourrais exporter le fichier json de ton conteneur ? Et me montrer le contenu ? En interface graphique, tu vas dans l'application Docker de ton NAS, puis dans Conteneur / Calibre-Web / Paramètres / Exporter / Exporter les paramètres du conteneur uniquement (pas le contenu). Merci !

J'ai continué à faire pas mal de tests, ça ne fonctionnait toujours pas. Mais je viens enfin de réussir à faire refonctionner mon conteneur, j'ai dû reprendre une ancienne version du paquet proposé par linuxserver. Donc c'est exactement le même problème, dès que je mets à jour, plus d'accès web. La dernière version qui fonctionne est la 0.6.8. Dès que je passe en 0.6.9 ou supérieur, aucun accès à l'interface web, toujours le même message d'erreur. Repasser à une version antérieure règle immédiatement le problème. J'ai ouvert un ticket de bug sur la page GitHub de calibre-web de linuxserver.

@MilesTEG1 Ok, mais les mises à jour des paquets continuent sur DSM 6 et en l'occurrence, c'est la version à l'intérieur du conteneur qui est utilisée, pas celle du NAS.

@MilesTEG1 Oui, j'avais bien supprimé le dossier de configuration aussi. Je ne pense pas que ça vienne d'un problème de compatibilité du NAS, le processeur est un Dual Core Intel Atom D2700, en général compatible avec tout et utilisé sur pas mal d'autres modèles jusqu'en 2014, et aussi sur des rackstation. Et je n'ai aucun souci avec tous les autres containers docker, mis à jour également, et dont certains sont aussi contenerisés par linuxserver. Il faudrait que je puisse avoir plus de logs pour pouvoir debugger, mais je ne sais pas où chercher.

Ok, je comprends, merci !

Bon, pour info, j'ai posté sur le Discord de calibre-web, ils m'ont renvoyé vers linuxserver, j'ai posté sur le Discord de linuxserver, rien qui leur parle a priori, j'ai à nouveau viré le container de calibre-web et tout réinstallé, j'ai même calé un "docker system prune" entre les deux pour bien nettoyer Docker, l'image a changé puisque la dernière date d'hier, et toujours pareil, aucune amélioration. Au niveau des logs, rien de plus que ce que j'ai mis plus haut, mais quand je vais dans le dossier config de calibre-web (comme quoi le container réussit à créer des fichiers dedans sans problème), j'ai quelques lignes de plus : [2021-10-06 21:41:58,717] WARN {cps.config_sql:317} Log path None not valid, falling back to default [2021-10-06 21:42:01,457] WARN {cps.config_sql:348} invalidating configuration [2021-10-06 21:42:03,647] INFO {cps.ub:829} github Blueprint Created [2021-10-06 21:42:03,658] INFO {cps.ub:829} google Blueprint Created [2021-10-06 21:42:45,357] WARN {fake_useragent:180} Error occurred during loading data. Trying to use cache server https://fake-useragent.herokuapp.com/browsers/0.1.11 Mais honnêtement, ça ne me parle pas plus qu'avant... 😕

@.Shad. Ah d'accord ! Je pensais qu'on pouvait arrêter le conteneur, modifier certains paramètres en ligne de commande, puis le redémarrer sans avoir à le supprimer et le recréer complètement, puisque ça se fait depuis l'interface graphique. Je me demandais si par exemple, en stoppant le container, puis en exécutant la commande que tu as indiquée : docker exec -it toto bash On rentre à ce moment là dans la configuration du container, d'ailleurs, pour moi ça ressemble très fortement à un chroot, et si on peut directement à partir de là modifier la configuration du container, soit directement dans un ou plusieurs fichiers, soit par une ligne de commande, puis faire un exit de la configuration du container, et enfin le relancer.

@.Shad. En fait, ma question est : comment ajouter des volumes dans les paramètres d'un container, mais qui ne sont pas situés dans /volume1 ? Comme par exemple pour ce container : https://hub.docker.com/r/lmscommunity/logitechmediaserver Où la timezone est gérée au niveau des volumes, mais pas des variables d'environnement. C'est faisable via l'interface graphique de Docker quand l'emplacement est dans /volume1, mais pas quand c'est dans /etc par exemple. Dans mon cas, je souhaite ajouter en tant que volume (et pas en variable d'environnement), l'information suivante : -v "/etc/localtime":"/etc/localtime":ro -v "/etc/TZ":"/etc/timezone":ro Mais je ne sais pas comment ajouter ou modifier cette configuration, sur un container déjà créé et configuré, en SSH sur le NAS, puisque ce n'est pas possible via l'interface graphique. Je viens de tester tes lignes de commande, top pour voir les différentes variables d'environnement ! Je me demande juste si l'histoire d'ajouter un volume pour faire un bind sur un fichier en dehors de dossier /volume1 est possible sur un NAS Synology, ou est-ce que c'est bloqué ?

Bonjour @oracle7 Pour moi dans ce cas le container garde la timezone configurée à l'origine lors de la création du container.

Bonjour, Tuto exceptionnel ! Merci @.Shad. ! Je suis peut-être passé à côté de la réponse, je cherche comment ajouter un volume qui n'est pas proposé en variable d'environnement. Par exemple, pour certains containers, pour lier les fichiers suivants : /etc/localtime -> /etc/localtime /etc/TZ -> /etc/timezone Comme ils sont en dehors des dossiers partagés, je ne sais pas comment m'y prendre. Et pour certains containers, la variable d'environnement "TZ" ou équivalent n'existe pas. Merci encore !

Merci @.Shad. J'ai posté sur leur Discord, j'attends leur retour. Je reviendrai ici dire d'où venait le problème si ça permet de le résoudre.

Merci pour ton retour, @.Shad. . Oui, effectivement, tu as raison, c'est tout l'intérêt du container. La tête dans le guidon, je n'y pensais plus... Donc ça ne vient pas de l'installation du package Python3. Concernant les utilisateurs, j'avais même viré les anciens groupes et utilisateurs utilisés, et : recréé un groupe "readers" avec accès uniquement à mon dossier partagé docker (avec les fichiers de configuration des différents containers) et au dossier partagé de Calibre qui contient la bibliothèque d'ebooks "reading" ; recréé un utilisateur "readers" qui appartient aux groupes "users" et à "readers" ; vérifié les droits DSM de l'utilisateur "readers" et du groupe "readers" pour un accès en lecture/écriture aux deux dossiers partagés précisés au-dessus (docker et reading) ; j'ai même modifié en SSH les permissions des dossiers concernés (qui sont des sous-dossiers de docker et reading) pour mettre l'utilisateur "readers" et le groupe "readers" en propriétaire de "docker/calibre-web" et "reading/books" avec "chown -R readers:readers XXX". Je sais que normalement les ACL des dossiers partagés prennent le dessus, mais j'ai déjà eu un comportement bizarre de DSM il y a quelques années entre les ACL et les permissions... ; récupéré le PUID et PGID de "readers/readers" et mis dans les variables d'environnement du container. Pour info, j'avais exactement le même problème lorsque j'ai mis à jour mon container et qu'à ce moment là, je n'avais strictement rien touché à ma configuration qui fonctionnait auparavant. Ma version du container docker de calibre-web de linuxserver est "0.6.13-ls134" (latest). Merci encore. 👍

Normal, tu as un NAS de 2020, moi de 2012. 😉 Pareil après désinstallation, redémarrage du NAS, et réinstallation, pas de /usr/lib/ ou de /usr/local/lib/ pour Python 3.8. Je ne comprends pas pourquoi.

Salut @cadkey Chez moi, c'est bien le cas pour Python 2.7, mais pas pour Python 3.8 : # ls -la /usr/lib/ | grep python lrwxrwxrwx 1 root root 19 Apr 19 10:38 libpython2.7.so -> libpython2.7.so.1.0 -r-xr-xr-x 1 root root 1825192 Mar 18 2021 libpython2.7.so.1.0 drwxr-xr-x 28 root root 20480 Apr 19 10:39 python2.7 # find / -iname "python3.8" /usr/local/bin/python3.8 /volume1/@appstore/py3k/usr/local/lib/python3.8 /volume1/@appstore/py3k/usr/local/include/python3.8 /volume1/@appstore/py3k/usr/local/bin/python3.8 # find / -iname "python2.7" /usr/lib/python2.7 /usr/bin/python2.7 /usr/local/lib/python2.7 /volume1/@appstore/VideoStation/lib/python2.7 Bonjour @oracle7 Moi non plus je n'ai jamais eu à me soucier de ce genre de problème, alors que je fais régulièrement des mises à jour de containers sans aucun problème. C'est bien la seule fois que ça se présente. 😢 Concernant l'image de calibre-web, je l'ai déjà retéléchargée 3 fois hier, toujours en ayant bien reçu le message de DSM comme quoi le téléchargement avait réussi et je suis fibré, donc ça m'étonnerait que ça vienne de là. J'utilise toujours la version "latest" du container et c'est le package calibre-web le plus utilisé, celui de linuxserver . Package Docker à jour (20.10.3-0554 du 29/06/2021) et package Python3 à jour (3.8.6-0154 du 20/07/2021). J'utilise bien celui officiel de Synology, pas celui de SynoCommunity. DSM à jour aussi, la dernière disponible pour le DS1812+ (version 6.2.4-25556 Update 2 du 01/09/2021). Je vais essayer de désinstaller et réinstaller Python3 pour voir si ça change quelque chose.

Merci @cadkey , je vais regarder ça. En fait si, ça pourrait être un problème de variables d'environnement. même si bin et sbin sont OK, ce n'est pas le cas avec /usr/lib/ et /usr/local/lib/. Je ne sais pas si je peux les mettre sur la même ligne que les autres, je vais voir ça. Pff, je regarderai demain. Il est tard chez moi. ^^ Je pense que ça vient d'autre chose, mais je ne sais pas quoi.

Salut à tous ! J'utilise ce container depuis longtemps sans aucun souci, et après avoir fait une mise à jour du container comme je le fais de temps en temps, impossible de refaire fonctionner Calibre-Web. J'ai pourtant fait un basique : 1. Registry > search for image name you want to update > Download image 2. Stop container 3. Select container > Action > Clear 4. Start container Et rien de plus ! Tous mes autres containers mis à jour le même jour fonctionnent sans problème. Je m'arrache les cheveux dessus depuis plusieurs heures, mais je ne m'en sors pas. Un petit coup de main serait le bienvenu si ça ne vous dérange pas. 😉 Voici ce que m'affiche le journal (du plus récent en haut au plus ancien en bas) : calibre-web date stream content 2021-10-04 18:22:54 stdout [s6-finish] sending all processes the KILL signal and exiting. 2021-10-04 18:22:51 stdout [s6-finish] sending all processes the TERM signal. 2021-10-04 18:22:51 stdout [s6-finish] waiting for services. 2021-10-04 18:22:51 stdout [cont-finish.d] done. 2021-10-04 18:22:51 stdout [cont-finish.d] executing container finish scripts... 2021-10-04 18:22:51 stdout AttributeError: 'ProxyGenerator' object has no attribute '_webdriver' 2021-10-04 18:22:51 stdout if self._webdriver: 2021-10-04 18:22:51 stdout File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 381, in _close_session 2021-10-04 18:22:51 stdout self._close_session() 2021-10-04 18:22:51 stdout File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 60, in __del__ 2021-10-04 18:22:51 stdout Traceback (most recent call last): 2021-10-04 18:22:51 stdout Exception ignored in: <function ProxyGenerator.__del__ at 0x7fa2781e6280> EXTINCTION MANUELLE DU CONTAINER 2021-10-04 18:19:48 stdout fake_useragent.errors.FakeUserAgentError: Maximum amount of retries reached 2021-10-04 18:19:48 stdout raise FakeUserAgentError('Maximum amount of retries reached') 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 84, in get 2021-10-04 18:19:48 stdout ret = json.loads(get( 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 187, in load 2021-10-04 18:19:48 stdout write(path, load(use_cache_server=use_cache_server, verify_ssl=verify_ssl)) 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 245, in update 2021-10-04 18:19:48 stdout update(path, use_cache_server=use_cache_server, verify_ssl=verify_ssl) 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 250, in load_cached 2021-10-04 18:19:48 stdout self.data = load_cached( 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/fake.py", line 75, in load 2021-10-04 18:19:48 stdout self.load() 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/fake.py", line 69, in __init__ 2021-10-04 18:19:48 stdout 'User-Agent': UserAgent().random, 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 368, in _new_session 2021-10-04 18:19:48 stdout self._new_session() 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/scholarly/_proxy_generator.py", line 54, in __init__ 2021-10-04 18:19:48 stdout self.pm = ProxyGenerator() 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/scholarly/_navigator.py", line 59, in __init__ 2021-10-04 18:19:48 stdout cls._instances[cls] = super(Singleton, cls).__call__(*args, 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/scholarly/_navigator.py", line 45, in __call__ 2021-10-04 18:19:48 stdout self.__nav = Navigator() 2021-10-04 18:19:48 stdout File "/usr/local/lib/python3.8/dist-packages/scholarly/_scholarly.py", line 27, in __init__ 2021-10-04 18:19:48 stdout scholarly = _Scholarly() 2021-10-04 18:19:47 stdout File "/usr/local/lib/python3.8/dist-packages/scholarly/__init__.py", line 4, in <module> 2021-10-04 18:19:47 stdout from scholarly import scholarly 2021-10-04 18:19:47 stdout File "/app/calibre-web/cps/about.py", line 58, in <module> 2021-10-04 18:19:47 stdout from cps.about import about 2021-10-04 18:19:47 stdout File "/app/calibre-web/cps.py", line 39, in <module> 2021-10-04 18:19:47 stdout Traceback (most recent call last): 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout During handling of the above exception, another exception occurred: 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name resolution> 2021-10-04 18:19:47 stdout raise URLError(err) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 1357, in do_open 2021-10-04 18:19:47 stdout return self.do_open(http.client.HTTPSConnection, req, 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 1397, in https_open 2021-10-04 18:19:47 stdout result = func(*args) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain 2021-10-04 18:19:47 stdout result = self._call_chain(self.handle_open, protocol, protocol + 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 542, in _open 2021-10-04 18:19:47 stdout response = self._open(req, data) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 525, in open 2021-10-04 18:19:47 stdout return opener.open(url, data, timeout) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen 2021-10-04 18:19:47 stdout with contextlib.closing(urlopen( 2021-10-04 18:19:47 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 64, in get 2021-10-04 18:19:47 stdout Traceback (most recent call last): 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout During handling of the above exception, another exception occurred: 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout socket.gaierror: [Errno -3] Temporary failure in name resolution 2021-10-04 18:19:47 stdout for res in _socket.getaddrinfo(host, port, family, type, proto, flags): 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/socket.py", line 918, in getaddrinfo 2021-10-04 18:19:47 stdout for res in getaddrinfo(host, port, 0, SOCK_STREAM): 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/socket.py", line 787, in create_connection 2021-10-04 18:19:47 stdout self.sock = self._create_connection( 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 918, in connect 2021-10-04 18:19:47 stdout super().connect() 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1414, in connect 2021-10-04 18:19:47 stdout self.connect() 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 947, in send 2021-10-04 18:19:47 stdout self.send(msg) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1007, in _send_output 2021-10-04 18:19:47 stdout self._send_output(message_body, encode_chunked=encode_chunked) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1247, in endheaders 2021-10-04 18:19:47 stdout self.endheaders(body, encode_chunked=encode_chunked) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1298, in _send_request 2021-10-04 18:19:47 stdout self._send_request(method, url, body, headers, encode_chunked) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1252, in request 2021-10-04 18:19:47 stdout h.request(req.get_method(), req.selector, req.data, headers, 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 1354, in do_open 2021-10-04 18:19:47 stdout Traceback (most recent call last): 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout During handling of the above exception, another exception occurred: 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout fake_useragent.errors.FakeUserAgentError: Maximum amount of retries reached 2021-10-04 18:19:47 stdout raise FakeUserAgentError('Maximum amount of retries reached') 2021-10-04 18:19:47 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 84, in get 2021-10-04 18:19:47 stdout html = get(settings.BROWSERS_STATS_PAGE, verify_ssl=verify_ssl) 2021-10-04 18:19:47 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 97, in get_browsers 2021-10-04 18:19:47 stdout for item in get_browsers(verify_ssl=verify_ssl): 2021-10-04 18:19:47 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 154, in load 2021-10-04 18:19:47 stdout Traceback (most recent call last): 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout During handling of the above exception, another exception occurred: 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout urllib.error.URLError: <urlopen error [Errno -3] Temporary failure in name resolution> 2021-10-04 18:19:47 stdout raise URLError(err) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 1357, in do_open 2021-10-04 18:19:47 stdout return self.do_open(http.client.HTTPSConnection, req, 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 1397, in https_open 2021-10-04 18:19:47 stdout result = func(*args) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain 2021-10-04 18:19:47 stdout result = self._call_chain(self.handle_open, protocol, protocol + 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 542, in _open 2021-10-04 18:19:47 stdout response = self._open(req, data) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 525, in open 2021-10-04 18:19:47 stdout return opener.open(url, data, timeout) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen 2021-10-04 18:19:47 stdout with contextlib.closing(urlopen( 2021-10-04 18:19:47 stdout File "/usr/local/lib/python3.8/dist-packages/fake_useragent/utils.py", line 64, in get 2021-10-04 18:19:47 stdout Traceback (most recent call last): 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout During handling of the above exception, another exception occurred: 2021-10-04 18:19:47 stdout 2021-10-04 18:19:47 stdout socket.gaierror: [Errno -3] Temporary failure in name resolution 2021-10-04 18:19:47 stdout for res in _socket.getaddrinfo(host, port, family, type, proto, flags): 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/socket.py", line 918, in getaddrinfo 2021-10-04 18:19:47 stdout for res in getaddrinfo(host, port, 0, SOCK_STREAM): 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/socket.py", line 787, in create_connection 2021-10-04 18:19:47 stdout self.sock = self._create_connection( 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 918, in connect 2021-10-04 18:19:47 stdout super().connect() 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1414, in connect 2021-10-04 18:19:47 stdout self.connect() 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 947, in send 2021-10-04 18:19:47 stdout self.send(msg) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1007, in _send_output 2021-10-04 18:19:47 stdout self._send_output(message_body, encode_chunked=encode_chunked) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1247, in endheaders 2021-10-04 18:19:47 stdout self.endheaders(body, encode_chunked=encode_chunked) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1298, in _send_request 2021-10-04 18:19:47 stdout self._send_request(method, url, body, headers, encode_chunked) 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/http/client.py", line 1252, in request 2021-10-04 18:19:47 stdout h.request(req.get_method(), req.selector, req.data, headers, 2021-10-04 18:19:47 stdout File "/usr/lib/python3.8/urllib/request.py", line 1354, in do_open 2021-10-04 18:19:47 stdout Traceback (most recent call last): 2021-10-04 18:18:03 stdout [services.d] done. 2021-10-04 18:18:03 stdout [services.d] starting services 2021-10-04 18:18:03 stdout [cont-init.d] done. 2021-10-04 18:18:03 stdout [cont-init.d] 99-custom-scripts: exited 0. 2021-10-04 18:18:03 stdout [custom-init] no custom files found exiting... 2021-10-04 18:18:03 stdout [cont-init.d] 99-custom-scripts: executing... 2021-10-04 18:18:03 stdout [cont-init.d] 90-custom-folders: exited 0. 2021-10-04 18:18:03 stdout [cont-init.d] 90-custom-folders: executing... 2021-10-04 18:18:03 stdout [cont-init.d] 30-config: exited 0. 2021-10-04 18:17:58 stdout [cont-init.d] 30-config: executing... 2021-10-04 18:17:58 stdout [cont-init.d] 10-adduser: exited 0. 2021-10-04 18:17:58 stdout 2021-10-04 18:17:58 stdout ------------------------------------- 2021-10-04 18:17:58 stdout User gid: 65555 2021-10-04 18:17:58 stdout User uid: 1075 2021-10-04 18:17:58 stdout 2021-10-04 18:17:58 stdout ------------------------------------- 2021-10-04 18:17:58 stdout GID/UID 2021-10-04 18:17:58 stdout ------------------------------------- 2021-10-04 18:17:58 stdout https://www.linuxserver.io/donate/ 2021-10-04 18:17:58 stdout To support LSIO projects visit: 2021-10-04 18:17:58 stdout 2021-10-04 18:17:58 stdout ------------------------------------- 2021-10-04 18:17:58 stdout Brought to you by linuxserver.io 2021-10-04 18:17:58 stdout 2021-10-04 18:17:58 stdout 2021-10-04 18:17:58 stdout |_| |___/ |_| \__/ 2021-10-04 18:17:58 stdout | | \__ \ | | | () | 2021-10-04 18:17:58 stdout | | / __| | | / \ 2021-10-04 18:17:58 stdout | | ___ _ __ 2021-10-04 18:17:58 stdout _ () 2021-10-04 18:17:58 stdout ------------------------------------- 2021-10-04 18:17:58 stdout 2021-10-04 18:17:58 stdout [cont-init.d] 10-adduser: executing... 2021-10-04 18:17:58 stdout [cont-init.d] 01-envfile: exited 0. 2021-10-04 18:17:58 stdout [cont-init.d] 01-envfile: executing... 2021-10-04 18:17:58 stdout [cont-init.d] executing container initialization scripts... 2021-10-04 18:17:58 stdout [fix-attrs.d] done. 2021-10-04 18:17:58 stdout [fix-attrs.d] applying ownership & permissions fixes... 2021-10-04 18:17:58 stdout [s6-init] ensuring user provided files have correct perms...exited 0. 2021-10-04 18:17:58 stdout [s6-init] making user provided files available at /var/run/s6/etc...exited 0. J'ai complètement effacé le container, tous les fichiers de configuration, tout refait à la main, vérifié les permissions des dossiers, modifié les DNS du NAS, redémarré le NAS, rien n'y fait ! C'est un DS1812+. Merci d'avance ! 🙂 Je pense que le problème vient de l'emplacement de Python 3.8. Le container va le chercher dans /usr/lib/, mais il n'y a que Python 2.7 dedans. Pourtant le paquet est bien installé. Donc soit il faut que j'ajoute Python 3.8 dans les variables d'environnement du container, soit je créé un lien symbolique vers Python 3.8 dans /usr/lib/. Mais dans le deuxième cas, Synology risque de me péter le lien symbolique à la prochaine mise à jour du DSM. Ou je risque de me refaire chier le jour où je réinstalle le container ailleurs ou après avoir réinstallé DSM. Je vais creuser la première solution. Non, ça ne doit pas être ça. J'ai bien trouvé python3.8 dans /usr/local/bin et ce chemin apparaît bien dans mes variables d'environnement du container...