[gelöst] minidlna läuft nach Upgrade Jessie->Stretch nicht

Sound, Digitalkameras, TV+Video und Spiele.
Antworten
MoonKid
Beiträge: 513
Registriert: 12.03.2012 22:36:43

Re: minidlna läuft nach Upgrade Jessie->Stretch nicht mehr

Beitrag von MoonKid » 25.06.2017 15:20:13

MoonKid hat geschrieben:Hab den Pfad zur Datenbank extra mit allen Rechten versorgt.

Code: Alles auswählen

$ ld minidlna.d
drwxr-xrwx 4 minidlna minidlna 4,0K Jun 24 15:15 minidlna.d/

$ ld minidlna.d/Ayako
drwxr-xrwx 2 minidlna minidlna 4,0K Jun 24 15:15 minidlna.d/Ayako/
Nicht ganz. Die Gruppe hat keine Schreibrechte. g+w hats hingebogen. Yes.

Dickes Danke nochmal!

scientific
Beiträge: 3020
Registriert: 03.11.2009 13:45:23
Lizenz eigener Beiträge: Artistic Lizenz
Kontaktdaten:

Re: minidlna läuft nach Upgrade Jessie->Stretch nicht mehr

Beitrag von scientific » 29.06.2017 01:02:01

MoonKid hat geschrieben:
MoonKid hat geschrieben:Hab den Pfad zur Datenbank extra mit allen Rechten versorgt.

Code: Alles auswählen

$ ld minidlna.d
drwxr-xrwx 4 minidlna minidlna 4,0K Jun 24 15:15 minidlna.d/

$ ld minidlna.d/Ayako
drwxr-xrwx 2 minidlna minidlna 4,0K Jun 24 15:15 minidlna.d/Ayako/
Nicht ganz. Die Gruppe hat keine Schreibrechte. g+w hats hingebogen. Yes.

Dickes Danke nochmal!
Gerne!

Fein dass ich dir helfen konnte.

lg scientific
dann putze ich hier mal nur...

Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie

auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main

MoonKid
Beiträge: 513
Registriert: 12.03.2012 22:36:43

Re: [gelöst] minidlna läuft nach Upgrade Jessie->Stretch nicht

Beitrag von MoonKid » 26.11.2017 00:06:57

Ich muss den Thread nochmal aufwärmen. Bisher hatte ich zwei minidlna-Instanzen laufen, aber unter jeweils eigenen Benutzern (was ich über die service.conf Datei konfiguriert hatte).
Nun wollte ich eine dritte Instanz anlegen unter einem der User, die bereits eine solche Instanz haben. Bei können starten und laufen auch, aber nie gleichzeitig. Vermutlich ist aus disem journal die dritte Zeile dazu relevant?

Code: Alles auswählen

Nov 25 23:57:13 SPARKY systemd[1]: Started Mediaserver minidlna: Satoharu.
Nov 25 23:57:13 SPARKY minidlnad[997]: minidlna.c:1034: warn: Starting MiniDLNA version 1.1.6.
Nov 25 23:57:13 SPARKY minidlnad[997]: minidlna.c:132: error: bind(http): Die Adresse wird bereits verwendet
Nov 25 23:57:13 SPARKY minidlnad[997]: minidlna.c:1073: fatal: Failed to open socket for HTTP. EXITING
Nov 25 23:57:13 SPARKY minidlnad[997]: inotify.c:199: warn: WARNING: Inotify max_user_watches [8192] is low or close to the number of used watches [11] and I do not have permission to increase this limit.  Please do so manually by writing a higher value into /proc/sys/fs/inotify/max_user_watches.
Nov 25 23:57:13 SPARKY systemd[1]: minidlna@Satoharu.service: Main process exited, code=exited, status=255/n/a
Nov 25 23:57:13 SPARKY systemd[1]: minidlna@Satoharu.service: Unit entered failed state.
Nov 25 23:57:13 SPARKY systemd[1]: minidlna@Satoharu.service: Failed with result 'exit-code'.
Nov 25 23:57:13 SPARKY systemd[1]: minidlna@Satoharu.service: Service hold-off time over, scheduling restart.
Nov 25 23:57:13 SPARKY systemd[1]: Stopped Mediaserver minidlna: Satoharu.
Nov 25 23:57:13 SPARKY systemd[1]: minidlna@Satoharu.service: Start request repeated too quickly.
Nov 25 23:57:13 SPARKY systemd[1]: Failed to start Mediaserver minidlna: Satoharu.
Könnte es sein, dass minidlna auf Grund eines internen verhaltens nicht mehrfach laufen kann? Weil es irgendwie die gleichen Ports verwendet - oder was genau auch immer bind da eigentlich tut.

Nochmal zur Vollständigkeit hier die relevanten Konfig-Dateien

/etc/systemd/system/minidlna.target

Code: Alles auswählen

[Unit]
Description=minidlna DLNA-Servers
PartOf=network-online.target

#StopWhenUnneeded=yes

[Install]
WantedBy=network-online.target
/etc/minidlna.d/Satoharu.conf

Code: Alles auswählen

media_dir=A,/Daten/Backup/.backintime/backintime/TONNE/user/Musik_SSH/last_snapshot/backup/home/user/Musik/_SATOHARU
db_dir=/var/cache/minidlna.d/Satoharu
log_dir=/var/log/minidlna.d
root_container=M
port=8200
friendly_name=Satoharu
inotify=yes
album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg
album_art_names=AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg
album_art_names=Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg
uuid=6f7d648d-dfd3-4f2c-a6d1-524e27c14cd1
model_name=
model_number=
Die uuid, db_dir, media_dir und friendly_name sind für jede der drei Instanzen unterschiedlich.

scientific
Beiträge: 3020
Registriert: 03.11.2009 13:45:23
Lizenz eigener Beiträge: Artistic Lizenz
Kontaktdaten:

Re: [gelöst] minidlna läuft nach Upgrade Jessie->Stretch nicht

Beitrag von scientific » 26.11.2017 07:22:43

Genau.
Nimm einen anderen Port. Z. B. 8001


Lg scientific
dann putze ich hier mal nur...

Eine Auswahl meiner Skripte und systemd-units.
https://github.com/xundeenergie

auch als Debian-Repo für Testing einbindbar:
deb http://debian.xundeenergie.at/xundeenergie testing main

buhtz
Beiträge: 1105
Registriert: 04.12.2015 17:54:49
Kontaktdaten:

Re: [gelöst] minidlna läuft nach Upgrade Jessie->Stretch nicht

Beitrag von buhtz » 08.12.2020 22:26:26

Hab ich ein Glück, dass ich den Thread wiedergefunden habe und dass du das damals so super toll ausführlich und geduldig beschrieben hast.
Nach dem letzten minidlna-Update lief hier nämlich nix mehr so richtig und ich hatte keinen Schimmer mehr, wie ich das konfiguriert hatte oder wie diese Units bei SystemD aufgebaut sind. :D
Beim minidlna Update sollte eine conf-Datei getauscht werden. Das habe ich IMO eigentlich verweigert - bin mir aber auch nicht mehr sicher. Jedenfalls lief 1 von 4 Instanzen nicht mehr, dafür aber ein neuer.

Wollte es hier nur mal kurz berichten, wie ich das gelöst hab, falls gerade jemand das selbe Problem hat.

Code: Alles auswählen

$ systemctl | grep minidlna
  minidlna.service                                                                                           loaded active running   MiniDLNA lightweight DLNA/UPnP-AV server                          
  minidlna@Ayako.service                                                                                     loaded active running   Mediaserver minidlna: Ayako                                       
● minidlna@Christian.service                                                                                 loaded failed failed    Mediaserver minidlna: Christian                                   
  minidlna@HoerbuecherMisc.service                                                                           loaded active running   Mediaserver minidlna: HoerbuecherMisc                             
  minidlna@Satoharu.service                                                                                  loaded active running   Mediaserver minidlna: Satoharu                                    
  system-minidlna.slice                                                                                      loaded active active    system-minidlna.slice                                             
  minidlna.target                                                                                            loaded active active    minidlna DLNA-Servers
Der Beschreibung in diesem Thread nach, gehört "minidlna.service" da nicht hin.

Code: Alles auswählen

$ systemctl stop minidlna.service
$ systemctl disable minidlna.service
Danach sieht es dann wieder gut aus

Code: Alles auswählen

$ systemctl | grep minidlna
minidlna@Ayako.service                                                                                     loaded active running   Mediaserver minidlna: Ayako                                       
minidlna@Christian.service                                                                                 loaded active running   Mediaserver minidlna: Christian                                   
minidlna@HoerbuecherMisc.service                                                                           loaded active running   Mediaserver minidlna: HoerbuecherMisc                             
minidlna@Satoharu.service                                                                                  loaded active running   Mediaserver minidlna: Satoharu                                    
system-minidlna.slice                                                                                      loaded active active    system-minidlna.slice                                             
minidlna.target                                                                                            loaded active active    minidlna DLNA-Servers        
Debian 11 & 12; Desktop-PC, Headless-NAS, Raspberry Pi 4
Teil des Upstream Betreuer Teams von Back In Time (Debianbackintime)

Antworten