(Gemeinsamer) Ordner im Docker Container mounten (Zielsystem: Home Assistant)

[RalfPeter]

Hallo Zusammen,
ich möchte gerne in Home Assistant (läuft in einem Docker Container) mithilfe der configuration.yaml und automation.yam einen (gemeinsamen) Ordner in einem (im Container) lokalen Ordner mounten.

Dazu habe ich in der configuration.yaml folgendes ergänzt:

# For mounting SMB Network media
shell_command:
  mount_nas_folder: mkdir -p /media/nasfiles/music;mount -t cifs -o ro,vers=3.0,noserverino,username=<nasuser>,password=<naspassword>,domain=WORKGROUP //192.168.xxx.xxx/music /media/nasfiles/music

In der Datei automations.yaml habe ich ergänzt:

- id: mount_nas
  alias: Mount Synology Music Folder
  description: Mounts for use with Music Assistant
  trigger:
  - platform: homeassistant
    event: start
  condition: []
  action:
  - service: shell_command.mount_nas_folder
    data: {}

In der Log-Datei von Home Assistant steht folgender Fehler:

Logger: homeassistant.components.shell_command
Source: /usr/src/homeassistant/homeassistant/components/shell_command/__init__.py:115
Integration: Shell Command (documentation, issues)
First occurred: 14:04:44 (1 occurrences)
Last logged: 14:04:44

Error running command: `mkdir -p /media/nasfiles/music;mount -t cifs -o ro,vers=3.0,noserverino,username=<nasuser>,password=<naspassword>,domain=WORKGROUP //192.168.xxx.xxx/music /media/nasfiles/music`, return code: 255
NoneType: None

Um herauszufinden, was passiert, habe ich das Docker Terminal von Home Assistant geöffnet und die Kommandos von Hand ausgeführt. Mkdir funktioniert, Mount scheitert mit Access Denied! Jetzt weiß ich zwar, dass es an (irgendwelchen) Rechten liegt, aber leider habe ich keine Idee, wem welches Recht fehlt. Der "Gemeinsame Ordner" music ist der von Synology angelegt Ordner für die Audio Station. Rechte hat der Home Assistant user (Lesen und Schreiben). Dieser entspricht dem User mit dem ich ich bei Home Assistant anmelde.

Verstanden habe ich, dass im Docker Container der user root verwendet wird. Die Berechtigung zum mounten wird aber doch über <nasuser> und <naspasswort> geregelt? Wer hat eine Idee für mich? Danke

Ich habe dann über die Anwendung Docker in der Synology in der Containerbeschreibung ein Volume gemountet (über die DSM) mit den Daten Datei/Ordner: music und dem Mount-Pfad: /media/nasfiles/music. In diese "Richtung" (also NAS in Richtung Docker Container) funktioniert es. Das o.g. Kommande aus dem Container um den Ordner des NAS zu mounten nicht.

Grüße
RalfPeter

 

[Benares]

Lass mal dieses ",domain=WORKGROUP" weg.
Ich hab das eben mal lokal auf der DS probiert.

mount -t cifs -o ro,vers=3.0,noserverino,username=<nasuser>,password=<naspassword> //192.168.xxx.xxx/music /mnt

funktioniert. Mit ",domain=..." kommt "-ash: !,domain=...: event not found"

Edit: Es lag am Passwort (hat Sonderzeichen). Mit Passwort in "" funktioniert es auch mit ",domain=..."

 

[RalfPeter]

Hallo Benares,
das Passwort hat keine Sonderzeichen, das habe ich temporär für diesen Account (der nur für Home Assistant verwendet wird) ausgeschaltet.

 

[Benares]

Probiere es doch auch mal erst lokal auf der DS aus, dann weiß du, das die Syntax soweit passt.

Mit deinem "Home Assistant" kenne ich mich nicht aus, da kann ich wenig helfen.

 

[RalfPeter]

Der mount funktioniert nicht aus der Konsole des Docker heraus. Das ist das entscheidende. Es gelten dann die Rechte des Docker Containers? Aber welche müssen für den Ordner (ausserhalb des Containers) gesetzt sein.
Ein mount mit ssh auf der Synology geht ja.

 

[Benares]

Sorry, weiß ich nicht. Was kommt denn beim Mount aus der Docker-Konsole heraus als Fehlermeldung?
Dein Screenshot zeigt da leider nichts Konkretes.

Probier halt dort einmal dein

mkdir -p /media/nasfiles/music
mount -t cifs -o ro,vers=3.0,noserverino,username=<nasuser>,password=<naspassword>,domain=WORKGROUP //192.168.xxx.xxx/music /media/nasfiles/music

 

[haydibe]

Wenn der Container selber mounten soll, dann muss er als privilegierter Container laufen.

Achtung: Wenn die Containerisierte-Anwendung aus dem Internet erreichbar sein soll, dann sollte man sich bewusst sein, dass ein privilegierter Container sehr schwach isoliert ist und sich im Prinzip kaum noch von einer direkt auf dem Host ausgeführten Anwendung unterscheidet. Wenn es für HA Exploits geben sollte, dann können diese unter Umständen bei einem privileged Container genutzt werden, um ohne viel Aufwand erfolgreich aus dem Container auszubrechen....

 

[RalfPeter]

@Benares: wie ich schon schrieb: Permission denied. Mit dem user und dem password kann ich mich aber z.B. an der DSM anmelden, Audio Station öffnen, File Station benutzen und die Musikdateien sehen.



@haydibe : die Gefahren sind mir bekannt, HA ist nicht von extern erreichbar. Was ist ein "Priviligierter Container"? Was muss ich wo einstellen? Danke!

 

[Benares]

Die Rechte von /media/nasfiles/music vor dem Mount wären ggf. noch interessant.
Ansonsten warte mal auf Rückmeldung von @haydibe, der ist einer der Docker-Gurus hier.

 

[haydibe]

Haken setzen bei "Execute container using high privilege" beim Anlegen des Containers oder beim Bearbeiten des gestoppten Containers.
Ich war jetzt zu faul meine UI auf deutsch umzustellen, nur um die Deutsche Übersetzung zu sehen. Wird aber bestimmt ähnlich heissen.

 

[RalfPeter]

@Benares : ich danke dir schon mal.
@haydibe : ich habe den "Haken" gefunden und teste noch mal

 

[RalfPeter]

@haydibe : das war die Lösung! Danke schön!
Der Eintrag in der deutschen GUI lautet: "Container mit hoher Priorität ausführen". Ich dachte es hätte etwas mit CPU Priorität zu tun.