minidlna mit Quellen auf RAID -> reboot Problem trotz systemd drop-in

[funkymaster]

Die Installation auf einem Buster Server passt soweit und das Streamen zu den Clients funktioniert.
Leider ist es so, dass nach einem Reboot der minidlna Dienst sofort gestartet wird, bevor das RAID einsatzbereit ist.
Daher funktioniert das Ganze nach einem Reboot nicht mehr und minidlna muss nachdem das RAID gemounted ist, erneut zum Scannen gebracht werden.
Dadurch, dass vorher die Quellen beim Start von minidlna nicht verfügbar waren, wird die DB verworfen und beim nächsten Scan komplett neu aufgebaut.
Dies ist für den laufenden Betrieb natürlich nicht tragbar.
Daher habe ich für den Dienst minidlna, der normalerweise über ein init script gestartet wird, ein systemd drop-in erstellt, um den Start von minidlna erst auszuführen, wenn das RAID bereit ist.

Code: Alles auswählen

[Unit]
Wants=network-online.target mnt-raid.mount
After=network.target network-online.target nmbd.service winbind.service

Leider funktioniert dies aber nicht wie erwartet.
Es wird der Start von minidlna nicht verzögert.
Dass die Verzögerung auf die Art normalerweise funktioniert, bestätigt mir der smbd Dienst, der auch um "Wants=mnt-raid.mount" erweitert wurde und sich korrekt verhält.

Status vor Reboot:

Code: Alles auswählen

root@N7700:~# systemctl status minidlna
● minidlna.service - LSB: minidlna server
   Loaded: loaded (/etc/init.d/minidlna; generated)
  Drop-In: /etc/systemd/system/minidlna.service.d
           └─override.conf
   Active: active (running) since Tue 2020-06-02 14:08:20 CEST; 20h ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1520 ExecStart=/etc/init.d/minidlna start (code=exited, status=0/SUCCESS)
    Tasks: 2 (limit: 3552)
   Memory: 71.5M
   CGroup: /system.slice/minidlna.service
           └─1532 /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid -r

Jun 02 14:08:20 N7700 systemd[1]: Starting LSB: minidlna server...
Jun 02 14:08:20 N7700 systemd[1]: Started LSB: minidlna server.
root@N7700:~#

Status nach Reboot:

Code: Alles auswählen

root@N7700:~# systemctl status minidlna
● minidlna.service - LSB: minidlna server
   Loaded: loaded (/etc/init.d/minidlna; generated)
  Drop-In: /etc/systemd/system/minidlna.service.d
           └─override.conf
   Active: active (running) since Wed 2020-06-03 10:46:46 CEST; 2min 51s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 683 ExecStart=/etc/init.d/minidlna start (code=exited, status=0/SUCCESS)
    Tasks: 2 (limit: 3552)
   Memory: 31.2M
   CGroup: /system.slice/minidlna.service
           └─769 /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid -r

Jun 03 10:46:44 N7700 systemd[1]: Starting LSB: minidlna server...
Jun 03 10:46:46 N7700 minidlna[683]: [2020/06/03 10:46:46] minidlna.c:631: error: Media directory "A,/mnt/raid/Audio$" not accessible [No such file or directory]
Jun 03 10:46:46 N7700 minidlna[683]: [2020/06/03 10:46:46] minidlna.c:631: error: Media directory "PV,/mnt/raid/Foto$" not accessible [No such file or directory]
Jun 03 10:46:46 N7700 minidlna[683]: [2020/06/03 10:46:46] minidlna.c:631: error: Media directory "V,/mnt/raid/Video$" not accessible [No such file or directory]
Jun 03 10:46:46 N7700 systemd[1]: Started LSB: minidlna server.
root@N7700:~#

Ich könnte als Workaround jetzt das script deaktivieren und eine eigene systemd Unit dafür erstellen oder wie hier https://ubuntuforums.org/showthread.php ... st11400034 beschrieben ändern, aber eigentlich möchte ich das so lassen wie es ist und nur minimal an die Gegebenheiten anpassen.
Daher der Versuch das Thema so zu lösen.

Woran kann der Fehler liegen?

Danke!

[Lord_Carlos]

Ich glaube dir fehlt mnt-raid.mount bei After.

Ich hatte damit auch Probleme.
Habe den mount jetzt einfach bei BindsTo, After and Requires eingetragen. Nicht bei Wants.

Wenn der mount failed, dann failed auch der service wo ich Requires=mnt-raid.mount habe.
Und systemctl daemon-reload nicht vergessen.

https://serverfault.com/questions/48273 ... 684#725684

[funkymaster]

Ja, danke, das scheint es tatsächlich gewesen zu sein.
Komisch nur, dass das bei Samba ohne After funktioniert.
Auf verschiedenen Servern ohne irgend einem Problem...
Bei Requires und BindsTo hab ich immer Bedenken, dass der Rechner dann nicht mehr hochfährt. Hatte ich speziell mit der Kombination RAID und Samba schon mal.
Daher meide ich das wenn es nicht sein muss.

Was auch komisch ist, es kommt jetzt nach einem Reboot immer die Aufforderung für ein daemon-reload obwohl gar nichts verändert wurde.

Code: Alles auswählen

root@N7700:~# systemctl status minidlna
Warning: The unit file, source configuration file or drop-ins of minidlna.service changed on disk. Run 'systemctl daemon-reload' to reload units.
● minidlna.service - LSB: minidlna server
   Loaded: loaded (/etc/init.d/minidlna; generated)
  Drop-In: /etc/systemd/system/minidlna.service.d
           └─override.conf
   Active: active (running) since Wed 2020-06-03 12:11:30 CEST; 2min 18s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 824 ExecStart=/etc/init.d/minidlna start (code=exited, status=0/SUCCESS)
    Tasks: 2 (limit: 3552)
   Memory: 157.8M
   CGroup: /system.slice/minidlna.service
           └─1199 /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid -r

Jun 03 12:10:41 N7700 systemd[1]: Starting LSB: minidlna server...
Jun 03 12:11:30 N7700 systemd[1]: Started LSB: minidlna server.
root@N7700:~# systemctl daemon-reload
root@N7700:~# systemctl status minidlna
● minidlna.service - LSB: minidlna server
   Loaded: loaded (/etc/init.d/minidlna; generated)
  Drop-In: /etc/systemd/system/minidlna.service.d
           └─override.conf
   Active: active (running) since Wed 2020-06-03 12:11:30 CEST; 3min 8s ago
     Docs: man:systemd-sysv-generator(8)
    Tasks: 2 (limit: 3552)
   Memory: 157.8M
   CGroup: /system.slice/minidlna.service
           └─1199 /usr/sbin/minidlnad -f /etc/minidlna.conf -P /run/minidlna/minidlna.pid -r

Jun 03 12:10:41 N7700 systemd[1]: Starting LSB: minidlna server...
Jun 03 12:11:30 N7700 systemd[1]: Started LSB: minidlna server.
root@N7700:~#