Synology Lecture dossier NFS dans Jellyfin installé dans un docker.

bon j'ai tenter ceci sans vraiment comprendre le code en me basant sur ce lien https://domopi.eu/montage-nfs-sous-docker/
Code:
version: "2.1"
services:
  jellyfin:
    image: linuxserver/jellyfin:latest
    container_name: jellyfin_10_8_2
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Paris
    volumes:
      - /home/tigrou/Jellyfin_test/config:/config
      - nas_music:/data/nas_music
    nas_mangatheque: ## Le nom de mon volume en montage NFS
    driver: local
    driver_opts: ## Définition des options du montage
      type: nfs ## Choix du type de montage
      o: addr=192.168.x.xx,nolock,soft,rw ## Indication de l'adresse IP du stockage et des options d'accès
      device: :/volume1/music   ## Indication du chemin du montage sur le stockage
    emby-config: ## Le nom de mon volume local
        driver: local
    ports:
      - 8096:8096
    restart: unless-stopped
Message automatiquement fusionné :

et maintenant le dossier appartient bien a tigrou ?
ls -al /share/
Désolé je n'avais pas ce message
J'ai recréer le dossier en aillant changé d'utilisateur
Code:
drwxr-xr-x  7 root root 4096 11 sept. 22:47 .
drwxr-xr-x 20 root root 4096 11 sept. 18:09 ..
drwxr-xr-x  3 root root 4096  6 sept. 22:07 nas_music
 
possible, savez vous comment changer l'appartenance du dossier ?
J'ai supprimer et recréer le dossier avec un l'user tigrou mais cela n'a pas changé grand chose
 
Cette commande ne fonctionne pas
tigrou@debian-asus:~$ chown -r 1000:1000 /share/nas_music
chown : option invalide -- 'r'
Saisissez « chown --help » pour plus d'informations.
tigrou@debian-asus:~$ chown --help
Utilisation : chown [OPTION]... [PROPRIO][:GROUPE] FICHIER...
ou : chown [OPTION]... --reference=FICHIER_R FICHIER...
Modifier le propriétaire ou le groupe de chaque FICHIER en PROPRIO ou GROUPE.
Avec --reference, modifier le propriétaire et le groupe de chaque FICHIER à
ceux de FICHIER_R.

-c, --changes comme --verbose, mais seulement en cas de modification
-f, --silent, --quiet supprimer la plupart des messages d'erreur
-v, --verbose afficher un diagnostic pour chaque fichier traité
--dereference affecter le référent de chaque lien symbolique (par
défaut), au lieu du lien symbolique lui-même
-h, --no-dereference affecter les liens symboliques au lieu des fichiers
référencés
(seulement utile sur les systèmes permettant de
modifier le propriétaire d'un lien symbolique)
--from=PROPRIO_ACTUEL:GROUPE_ACTUEL
modifier le propriétaire ou le groupe de chaque fichier
dont le propriétaire ou le groupe actuel correspondent
à ceux indiqués. Si l'un des deux paramètres est omis,
la correspondance sur le paramètre omis n'est pas
requise.
--no-preserve-root ne pas traiter « / » de manière spéciale (par défaut)
--preserve-root bloquer le traitement récursif sur « / »
--reference=FICHIER_R utiliser les propriétaire et groupe de FICHIER_R
au lieu d’indiquer des valeurs PROPRIO:GROUPE
-R, --recursive opérer récursivement sur les fichiers et répertoires

Les options suivantes modifient la façon de parcourir la hiérarchie lorsque
l'option -R est aussi indiquée. Si plusieurs options sont indiquées, seule la
dernière sera prise en compte.

-H si l'argument en ligne de commande est un lien
symbolique vers un répertoire, le parcourir
-L parcourir tous les liens symboliques menant à un
répertoire
-P ne parcourir aucun lien symbolique (par défaut)

--help afficher l'aide et quitter
--version afficher des informations de version et quitter

Le propriétaire n'est pas modifié s'il n'est pas indiqué. Le groupe n'est pas
modifié s'il n'est pas indiqué, mais il est modifié en groupe de connexion s'il
est sous-entendu par un « : » suivant un PROPRIO symbolique.
Les PROPRIO et GROUPE peuvent être numériques ou symboliques.

Exemples :
chown root /u Modifier le propriétaire de /u en « root ».
chown root:staff /u Idem mais modifier aussi son groupe en « staff ».
chown -hR root /u Modifier le propriétaire de /u et ses sous-fichiers
en « root ».

Aide en ligne de GNU coreutils : <https://www.gnu.org/software/coreutils/>
Signalez les problèmes de traduction de à : <traduc@traduc.org>
Documentation complète <https://www.gnu.org/software/coreutils/chown>
ou disponible localement via: info '(coreutils) chown invocation'
 
Finalement j'ai modifier l'appartenance des fichiers, après avoir relancer le conteneur je n'ai aucun changement.
drwxr-xr-x 7 root root 4096 11 sept. 22:47 .
drwxr-xr-x 20 root root 4096 11 sept. 18:09 ..
drwxr-xr-x 3 tigrou tigrou 4096 6 sept. 22:07 nas_music
 
bonjour
D'après ton lien vers domopi ,et puisque tu vois ton montage nfs sur ton hôte debian ,tu devrais essayer l'option " monter ce dernier sur l'hôte Docker et utiliser le répertoire associé en tant que volume dans le conteneur"
Donc remplacer cette ligne :
- /share/nas_music:/data/Nas_music

Par quelque chose comme ça :
- /home/tigrou/nas_music:/data/Nas_music

Et dans ce cas,le conteneur doit démarrer après que le montage nfs soit effectué sur le debian .

Et de mémoire , c'est "chown -R"
 
Dernière édition:
  • J'aime
Réactions: EVO
Ah oui effectivement, je vient de voir cette erreur quand j'ai réécris l'image sur ce post.
Je confirme bien que l'image utilisée est officiel.
Quand je replace PUID/GUID jellyfin fonctionne mais sans accès aux dossiers partagés en NFS.

Désolé d'avoir induis en erreur, je ferai plus attention.
Je reviens sur l’image que tu utilises, il n’y a rien de clair dans tes messages !
Un coup tu parles de l’image officielle qui est image: jellyfin/jellyfin:latest
Puis tu colles des docker-compose où il y a l’image de linuxserver qui n’est en rien officielle : image: linuxserver/jellyfin:latest.
Dans un des lors que tu as collé , il semble que ce soit l’image de linuxserver …
C’est laquelle du coup que tu utilises ??

Sinon pour le nfs, je ne sais pas du tout , je n’utilise jamais ce mode de partage de fichiers… mails il me semble aussi qu’il faille définir correctement les droits d’accès pour que ça fonctionne .
 
Je reviens sur l’image que tu utilises, il n’y a rien de clair dans tes messages !
Un coup tu parles de l’image officielle qui est image: jellyfin/jellyfin:latest
Puis tu colles des docker-compose où il y a l’image de linuxserver qui n’est en rien officielle : image: linuxserver/jellyfin:latest.
Dans un des lors que tu as collé , il semble que ce soit l’image de linuxserver …
C’est laquelle du coup que tu utilises ??

Sinon pour le nfs, je ne sais pas du tout , je n’utilise jamais ce mode de partage de fichiers… mails il me semble aussi qu’il faille définir correctement les droits d’accès pour que ça fonctionne .
Bonjour,
Je me suis donner du temps pour revoir avec un oeil neuf et reposé.
Je suis parti persuadé que mon image était officiel, je me suis clairement trompé.
L'image que j'utilise (à tord) est image: linuxserver/jellyfin:latest
J'ai la mauvaise surprise que je ne peut plus me connecter avec la nouvelle image officiel image: jellyfin/jellyfin:latest
Le dossier config ne doit pas être géré de la même manière.
 
bonjour
D'après ton lien vers domopi ,et puisque tu vois ton montage nfs sur ton hôte debian ,tu devrais essayer l'option " monter ce dernier sur l'hôte Docker et utiliser le répertoire associé en tant que volume dans le conteneur"
Donc remplacer cette ligne :
- /share/nas_music:/data/Nas_music

Par quelque chose comme ça :
- /home/tigrou/nas_music:/data/Nas_music

Et dans ce cas,le conteneur doit démarrer après que le montage nfs soit effectué sur le debian .

Et de mémoire , c'est "chown -R"
Bonjour, j'ai déjà essayé.
je monte mon dossier NFS vers /share/nas_music, j'accède bien au contenu du dossier par le navigateur debian.
En revanche Jellyfin affiche un dossier vide dans /data/Nas_music.
C'est justement ça mon principale problème.
 
L'image linuxserver est tout a fait utilisable, si cela fonctionne, aucune raison de basculer sur l'officielle.
En soit ça ne me derange pas outre mesure de rester sur cette version, mais je ne sais pas si j'ai des difficultés à trouver une solution à mon problème à cause de cette version.
Mais ça me paraîtrais étrange que que ce soit la source du problème.
 
Mais ça me paraîtrais étrange que que ce soit la source du problème.
Je doute que ce soit la source de ton probleme egalement. Par contre, je sais qu'il y a des subtilité sur Synology avec le NFS, je sais pas si c'est encore d'actu. Il me semble qu'un ami a ce genre d'utilisation. Je vais voir avoir lui si c'est encore le cas, et si oui, comment il procède.
 
Je doute que ce soit la source de ton probleme egalement. Par contre, je sais qu'il y a des subtilité sur Synology avec le NFS, je sais pas si c'est encore d'actu. Il me semble qu'un ami a ce genre d'utilisation. Je vais voir avoir lui si c'est encore le cas, et si oui, comment il procède.
Merci tu me dira.
Je sais pas si ça fera avancer l'affaire mais j'ai fait 2 tests:
- j'ai installer
Code:
version: "2.1"
services:
  airsonic-advanced:
    image: lscr.io/linuxserver/airsonic-advanced:latest
    container_name: airsonic-advanced
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Europe/Paris
    volumes:
      - /home/pi/Docker/airsonic/config:/config
      - /share/nas_music:/music
      - /home/pi/Docker/airsonic/playlists:/playlists
      - /home/pi/Docker/airsonic/podcasts:/podcasts
    ports:
      - 4040:4040
    restart: unless-stopped
Le dossier /music reste vide

- j'ai installer également pour voir si j'accède aux dossier debian via docker ceci
Code:
version: "3"
services:
  filebrowser:
    container_name: filebrowser
    image: filebrowser/filebrowser:latest
    ports:
      - 8084:80  # Port pour accéder à l'interface web de File Browser
    volumes:
      - /:/srv
      - /home/pi/Docker/filebrowser/filebrowser.db:/database/filebrowser.db
      - /home/pi/Docker/filebrowser/settings.json:/config/settings.json
    labels:
      - com.centurylinklabs.watchtower.enable=true  # Permet de mettre à jour automatiquement le conteneur avec Watchtower
    restart: unless-stopped
J'arrive bien à afficher le contenu du dossier /share/nas_music
 
Cela nous confirme que le problème est bien un problème de permission.

Voila le retour de mon ami sur son montage, sur son Syno :

bOcF8VW.png


Ensuite il a un fichier : /etc/systemd/system/mnt-media.mount
JL29O4f.png


Puis pour le prendre en compte et qu'il démarrage en auto :
systemctl daemon reload
systemctl enable mnt-media.mount
systemctl start mnt-media.mount

Par contre, point important je pense, il ma dit utiliser un utilisateur sur la debian ayant le meme UID que sur l'utilisateur sur le NAS pour éviter les problemes.
 
Bonjour,
Enfin j'avance, c'est une bonne nouvelle me direz vous.
J'ai tester cette procédure, cela me permet effectivement (après adaptation) d'avoir un lien fonctionnelle dans Jellyfin.
Pour le moment Jellyfin affiche bien le contenu du dossier lié en nfs.
Je referais des tests plus poussés plus tard.
Je reviendrai pour dire ce qu'il en est.
Merci à vous et à votre ami
 
  • J'aime
Réactions: EVO
Je reviens pour finaliser le sujet
La procédure fonctionne parfaitement.
Les liens fonctionnent dans jellyfin et pas de problème rencontré lors de la lecture des pistes.
Et merci encore à tous.
 
  • J'aime
Réactions: EVO