Diplo95

Bonjour, hier aurait du être le premier renouvellement automatique de mon certificat. Malheureusement j'ai reçu un message d'erreur. Il y a des erreurs dans le log que je n'arrive pas trop à comprendre. Est-ce que je dois le publier entièrement ou juste les passages qui me semblent être pertinents (au risque de louper des passages car je n'aurais pas vu qu'ils étaient importants pour la compréhension) ?

Merci @.Shad. !!! Ça fonctionne !

@.Shad. Je viens de faire le test et avec espace ou sans, ça fonctionne. Par contre, dès que je mets le chemin de l'emplacement de la sauvegarde, j'ai un message d'erreur. Dans l'exemple ci-dessus, je lance la commande (dont le nom de fichier contient un espace) et le backup se fait. Je fais la même chose en rajoutant le chemin, j'ai un message d'erreur. S'il m'en restait, je m'arracherais les cheveux !

Bonjour, @.Shad. merci pour l'aide. Effectivement je me suis trompé de termes. J'utilise docker-compose. Désolé pour mes réponses tardives mais j'ai été pris par le boulot ce week-end. Je continue cependant à chercher pour faire une sauvegarde de ma base de données. Voici mon nouveau docker-compose : version: '3' services: db: image: postgres:latest # Download latest postgres image container_name: postgres-db # Here you can give the container a name of your liking restart: unless-stopped # Restart if not stopped manually volumes: - /volume1/docker/joplin/joplin-data:/var/lib/postgresql/data # Make database files persistent. Otherwise your data is lost when the container is destroyed. environment: - APP_PORT=22300 # Specify port joplin-server is reachable at - POSTGRES_PASSWORD=joplin # Specify database password - POSTGRES_USER=joplin # Specify database user - POSTGRES_DB=joplin # Specify database name app: image: joplin/server:latest # Download latest joplin-server image container_name: joplin-server depends_on: - db ports: - "22300:22300" # Expose internal port to LAN restart: unless-stopped environment: - APP_BASE_URL=https://joplin.ndd.fr # If you do not want to expose joplin-server to the internet use your LAN-IP and port - DB_CLIENT=pg - POSTGRES_PASSWORD=joplin # Must be the same as above - POSTGRES_DATABASE=joplin # Must be the same as above - POSTGRES_USER=joplin # Must be the same as above - POSTGRES_PORT=5432 # Postgres internal port - POSTGRES_HOST=db J'ai modifié 2/3 trucs, en particulier : le nom du conteneur de la base de données : 'postgres-db'. En effet, je me demande s'il n'y avait pas des conflits avec des commandes en le nommant postgres. j'ai donné un nom au conteneur du serveur joplin : 'joplin-server'. J'ai continué mes recherches et je suis arrivé à un point qui me paraît être le point bloquant, mais je n'arrive pas à le débugger. Je me place dans le dossier /var/docker/joplin/joplin-data/psql-backup . Si je lance la commande docker exec postgres-db pg_dumpall -U joplin > "$(date +%Y%m%d) psql.backup.sql" Alors, j'ai bien la création de mon fichier backup de ma base de données. Par contre, si je lance la commande : docker exec postgres-db pg_dumpall -U joplin > /var/lib/postgresql/data/psql-backup/"$(date +%Y%m%d) psql.backup.sql" et bien je reçois le message d'erreur suivant : -ash: /var/lib/postgresql/data/psql-backup/2021-05-10 psql.backup.sql: No such file or directory Je pense donc que j'ai un problème de droits quelque part, mais je ne trouve pas où ! Une idée ? Merci

Suite à cette déconvenue, j'ai rappatrié mes notes sur Joplin dont j'ai installé un serveur par docker.

Merci @.Shad. pour l'aide. Cependant, j'ai toujours la même erreur : Tâche : Joplin DB backup Heure de début : Thu, 06 May 2021 23:00:35 GMT Heure d’arrêt : Thu, 06 May 2021 23:00:35 GMT État actuel : 1 (Interrompu) Sortie standard/erreur : sh: /var/lib/postgresql/data/psql-backup/20210506 psql.backup.sql: No such file or directory Je voudrais lever un doute : mon docker-file créé deux conteneurs. Un conteneur postgres et un conteneur auquel je n'ai d'ailleurs pas donné de nom et qui porte le nom script_app_1 Quelle commande faut-il passer ? docker exec postgres ... ou docker exec script_app_1 ... (J'ai essayé les deux et j'ai le même message d'erreur de toutes façons)

Bonjour, j'ai installé le gestionnaire de notes Joplin avec une image docker. Voici le docker-compose : version: '3' services: db: image: postgres:latest # Download latest postgres image container_name: postgres # Here you can give the container a name of your liking restart: unless-stopped # Restart if not stopped manually volumes: - /volume1/docker/joplin/joplin-data:/var/lib/postgresql/data # Make database files persistent. Otherwise your data is lost when the container is destroyed. environment: - APP_PORT=22300 # Specify port joplin-server is reachable at - POSTGRES_PASSWORD=joplin # Specify database password - POSTGRES_USER=joplin # Specify database user - POSTGRES_DB=joplin # Specify database name app: image: joplin/server:latest # Download latest joplin-server image depends_on: - db ports: - "22300:22300" # Expose internal port to LAN restart: unless-stopped environment: - APP_BASE_URL=https://joplin.##########.fr # If you do not want to expose joplin-server to the internet use your LAN-IP and port - DB_CLIENT=pg - POSTGRES_PASSWORD=****** # Must be the same as above - POSTGRES_DATABASE=****** # Must be the same as above - POSTGRES_USER=********* # Must be the same as above - POSTGRES_PORT=5432 # Postgres internal port - POSTGRES_HOST=db Tout fonctionne à merveille. Mais avant de rapatrier mes notes d'autres applications, je voulais mettre en place un backup automatique de la base de donnée de mon serveur Joplin. Sur le Discourse de Joplin, on m'a conseillé d'utiliser la commande pg_dumpall. J'ai alors trouvé un script sur internet qui correspondait à mon besoin ici : pg_dumpall -U postgres > “/volume1/docker/joplin/joplin-data/psql-backup/$(date +’%Y%m%d’) psql.backup.sql” find /volume1/docker/joplin/joplin-data/psql-backup* -mtime +70 -exec rm {} \; J'ai créé une tache avec ce script, avec les droits root. Malheureusement les tests n'ont pas été concluants. Je reçois systématiquement un message d'erreur : Sortie standard/erreur : sh: “/volume1/docker/joplin/joplin-data/psql-backup/$(date +’%Y%m%d’): No such file or directory find: `/volume1/docker/joplin/joplin-data/psql-backup*': Permission denied Alors je me doute que ça vient du fait que j'essaie de sauvegarder des données qui sont dans un conteneur et donc inaccessibles pour root. Est- ce qu'il existe une solution à mon problème ? Merci

@EVOTk merci mille fois !!! Biberonné au Microsoft, j'ai du mal encore à saisir les subtilités linux, mais je m'accroche ! 😀

Je galère un peu avec les volumes 😀 Voici mon problème : j'utilise sabnzbd pour télécharger des fichiers. Ils sont déposés dans volume1/downloads J'essaie maintenant de faire fonctionner Radarr avec l'image linuxserver/Radarr J'ai donc créé un fichier docker-compose.yml tel que décrit dans le github : --- version: "2.1" services: radarr: image: ghcr.io/linuxserver/radarr container_name: radarr environment: - PUID=1030 - PGID=100 - TZ=Europe/Paris - UMASK_SET=022 volumes: - /volume1/docker/radarr/config:/config - /volume1/video:/movies - /volume1/downloads:/downloads ports: - 7878:7878 restart: unless-stopped /volume1/video est ma médiathèque déjà constituée. Ainsi, j'espère que Radarr puisse venir y chercher des infos pour mettre à jour sa base de données. Mon but également est qu'il aille chercher les films téléchargés dans /volume1/downloads/ afin qu'il les déplace et les classe dans /volume1/video Le conteneur se lance correctement et j'arrive à accéder à Radarr qui est donc fonctionnel. Cependant, lorsque je veux qu'il construise sa base de données, je n'ai pas accès à /volume1/video : J'ai pourtant changé les droits pour que le dossier video et downloads aient le même propriétaire : J'avoue que je patauge un peu, si qqn pouvait m'éclairer ? Merci

Ok, ma version de Docker étant la v 18.09.8, je peux donc mettre version: "3.7" dans mes fichiers docker-compose. C'est ça ? (désolé si c'est trivial)

Bonjour, je commence à y voir plus clair. Je suis toujours dans l'étude de mon premier conteneur : linuxserver Sabnzbd (Github ici). En lisant l'aide sur Docker Compose je voyais que la première étape à son utilisation était la création d'un fichier Dockerfile. Or, cette partie est rarement abordée quel que soit le tuto trouvé. Par contre, en fouillant sur le Github de linuxserver/Sabnzbd on trouve ce fichier. @.Shad. j'en conclus alors que ce fichier est généralement fourni par le développeur et est inclus dans l'image d'un conteneur Docker. Est-ce que j'ai raison ? J'ai une autre question, mais concernant cette fois les fichiers docker-compose. La première ligne mentionne systématiquement la version. Exemple : version: "3.9" De quelle version s'agit-il ? J'ai mis à jour ma version de Docker-compose et je suis en 1.29.1

Bonjour, Merci pour ce tuto. Il m'est d'une grande aide pour passer le pas et rentrer dans la logique Docker. J'ai d'ailleurs assez vite compris qu'il était préférable d'utiliser Docker-compose pour la gestion des conteneurs et le GUI DSM Docker pour la surveillance. Je suis donc allé voir à droite à gauche les tutos sur la toile. Je suis également allé voir la doc officielle ici : https://docs.docker.com/compose/ et il y a un élément que je ne retrouve pas dans le tuto : qu'est-ce qu'un Dockerfile ?

Je rajoute que le mal est plus profond puisque mon application de Bureau ne se lance plus non plus. En effet, une multitude d'essais pour rétablir la synchronisation avec mon NAS, je me suis résolu à essayer de réinstaller l'appli (v32bits et v64bits), sans succès. J'ai donc perdu mes notes puisqu'il m'a été impossible de les sauvegarder en local. Je l'ai assez mauvaise !

Bonjour, je me joins à la discussion, car je rencontre aussi un problème avec la version Windows. Pour ma part, je me suis rendu compte assez tard que la synchro ne se faisait plus. Or, entre temps, j'ai rempli mon carnet de notes. Mais aujourd'hui je suis bloqué car je n'arrive pas à synchroniser mon PC avec NoteStation sur mon NAS. Je n'arrive pas non plus à éditer la configuration, ni les paramètres de connexion ! Alors je m'étais dit que j'allais les exporter pour les importer directement sur mon NAS pour pouvoir repartir de 0 sur mon PC, mais c'est impossible en mode non connecté !! Est-ce que quelqu'un connait une astuce pour sauvegarder/exporter ses notes en local ? Merci

Bonjour, J'espère que je ne vais pas dire de bêtises. Voici comment je le comprends : Il est nécessaire pour se connecter à la session du NAS qui lance le script. Il "dupe" le NAS en faisant croire que le script se connecte à partir du matériel que l'on a déclaré "de confiance". Envoyé de mon SM-G973F en utilisant Tapatalk

@oracle7 j'espère que je ne finis pas par être lourd avec mes questions. Ce n'est pas une volonté d'imposer mes idées, mais vraiment de comprendre les choses. J'ai regardé le code du fichier acme.sh. Voici ce qui est indiqué à la ligne 1826 : if [ "$HTTPS_INSECURE" ]; then _CURL="$_CURL --insecure " Je n'ai que des notions de programmations, mais je pense comprendre que donner la valeur 1 à HTTPS_INSECURE équivaut à passer --insecure en argument. (d'ailleurs, je pense qu'on pourrait donner n'importe quelle valeur à HTTPS_INSECURE et ce serait le même résultat) En ligne 1872, on a ça : if [ "$HTTPS_INSECURE" ]; then _WGET="$_WGET --no-check-certificate " En cherchant la signification, je l'ai trouvé ici : https://explainshell.com/explain?cmd=wget+--no-check-certificate Il y a un passage qui me met la puce à l'oreille : Est-ce que l'erreur ne viendrait pas du fait que lorsque j'ai essayé de déployer mon certificat, mon Syno n'avait qu'un certificat, celui de synology auto-signé ? Après je te rejoins sur le fait que ma situation n'est pas identique au cas présenté dans le Wiki d'Acme.sh. Je vais continuer à chercher car j'ai peur d'avoir la même erreur lors du renouvellement du certificat.

@oracle7 Je souhaite faire des tests de déploiement uniquement. En effet, c'est lors de cette phase que j'ai un message d'erreur. SI je comprends bien, il me suffit donc bien de supprimer le certificat LE dans DSM et de refaire un déploiement. J'ai un peu fouillé le github et cette variable permet de remplacer l'inscription de l'argument --insecure lors du déploiement. (Ici) Les auteurs précisent que cet argument est nécessaire lorsqu'on passe en https car Curl génère une erreur : Alors pour mon cas, je ne passais pas en https mais en http, cependant, je pense que j'avais l'option HTTP/2 choisie. C'est la raison pour laquelle je souhaite refaire un test de déploiement en jouant sur ce paramètre, histoire de comprendre d'où vient mon erreur.

Bonjour, je reviens pour poser deux questions. 1. J'ai déployé le certificat LE en passant le paramètre HTTPS_INSECURE=1. J'entends parfaitement vos doutes sur la chose, ne sachant pas réellement quelles en étaient les conséquences. Cependant, après avoir réussi à paramétrer mon reverse proxy, j'ai l'impression que tout fonctionne comme je le souhaite. Mes sites sont en https et protégés par mon certificat LE : Est-ce qu'il y aurait une raison de s'inquiéter tout de même d'une faille qq part ? 2. J'aimerais faire quelques tests de déploiements de certificats pour trouver la cause de l'erreur Curl 18. (je rappelle que j'avais trouvé une solution en passant le paramètre HTTPS_INSECURE à 1). Seulement je ne voudrais pas refaire des opérations non nécessaires. Est-ce qu'il suffit que je supprime le certificat LE dans le DSM ou bien faut-il que je le supprime aussi chez OVH ? Merci

@oracle7 non, non : regarde mon post ici je n'ai plus de problème d'identifiant. Je suis en HTTP, mes login et mdp sont corrects. J'ai rencontré un nouveau problème avec un code erreur 18. Une recherche m'a renvoyé sur le github du programme ou j'ai trouvé mention de la variable HTTPS_Insecure.

@oracle7 J'ai résolu le problème de connexion au NAS : il venait de la variable SYNO_DID (j'avais rajouté les xxxx). Mais ensuite j'ai eu un autre problème, me retournant le code erreur 18 : voir le poste plus haut. Je viens de chercher un peu plus et j'ai trouvé plus d'éléments. Dans le Wiki du code Acme.sh, partie Synology (https://github.com/acmesh-official/acme.sh/wiki/Synology-NAS-Guide), il est dit ceci : Et effectivement, j'ai l'option HTTP/2 activée. Ça peut aussi expliquer les erreurs lorsque le déploiement se fait en https (alors il faut passer le paramètre --insecure). MAIS : je l'ai déployé en http, donc ça ne correspond pas tout à fait à mon problème. Si l'on fouille un peu la doc sur les paramètres d'Acme.sh (https://github.com/acmesh-official/acme.sh/wiki/Options-and-Params), on trouve ça : --insecure Do not check the server certificate, in some devices, the api server's certificate may not be trusted. Donc j'avoue que je suis un peu perdu. Cependant, mon certificat est maintenant visible dans mon DSM. Il faudra que j'essaie de le renouveler et que je fasse des tests de connexion en dehors de mon réseau local, ce que je n'ai pas eu le temps de faire jusqu'à présent.

Si je comprends ce que tu veux dire, ça serait une option pour déployer un certificat en demandant à ce qu'on n'en tienne pas compte ?

@oracle7 Le lien vers l' "issue" : https://github.com/acmesh-official/acme.sh/issues/3215?_pjax=%23js-repo-pjax-container

@oracle7 J'ai un peu cherché par moi-même sur le github et j'ai trouvé une variable qui n'est pas abordée par ton tuto. Je l'ai donc rajoutée en lançant cette commande : $ export HTTPS_INSECURE=1 Et cette fois, c'est un succès : Par contre, je ne sais pas à quoi elle sert. C'est peut-être à rajouter dans ton tuto ?

Salut @oracle7, j'ai failli ne pas poser la question trouvant que c'était trop bête ! J'ai bien fait de ne pas me censurer. Effectivement, la connexion se fait maintenant. Mais j'ai un nouveau message d'erreur : L'erreur 18 est la suivante : Est-ce que tu aurais une piste pour expliquer ceci ? Merci

@oracle7 On est d'accord qu'il faut aussi les xxxxxx avant et après ? Envoyé de mon SM-G973F en utilisant Tapatalk