[minidlna] : systemd ne le démarre plus (timeout)

[skai]

Bonjour à tous,

j'utilisais minidlna avec joie et sans difficulté (sur un raspberry Pi mais peu importe).

Depuis le passage en version 1.1.0 : systemctl start minidlna tombe en timeout.

Et accessoirement : il ne semble plus possible de préciser dans /etc/conf.d/minidlna le nom du user qui est le propriétaire du process. (c'est nobody qui est donné dans minidlna.service), ce qui m'enquiquine au plus haut point. (parce que, cherchez pas mais en gros : les fichiers servis par minidlna sont également membre d'un partage samba entre autre, et donc l'utilsateur propriétaire est important et ne peut être nobody)


Je pense du coup qu'au premier redémarrage, les droits étant pas top pour 'nobody', ça s'est vautré. OK.
J'ai fait le ménage dans les fichiers (cache, log, etc...).
J'ai mon mon utilisateur à la place de 'nobody' dans le fichier minidlna.service

Lancé en debug avec mon utilisateur dédié : ça fonctionne, ça rescanne tout, ça recrée la base.

Lancé avec systemctl : ça semble ne pas "forker".
Au vu des logs, ça commence à rescanner... puis timeout.

Peut être après un premier rescan ça réussira à se relancer avec systemd...
- mais déjà c'est aps sûr
- et en plus c'est bof bof.

J'avoue, je sais pas quoi faire.


Tout avis sera le bienvenu !

[Tristelune]

Salut,

j'utilise également minidlna. En lisant ton message je me suis fais du souci. J'ai donc essayé et je n'ai eu aucun problème avec sudo systemctl start minidlna. J'ai bien la version 1.1.0.

Maintenant je ne suis absolument pas un grand connaisseur. Si tu veux comparer des fichiers de configuration dis-moi lesquels et je peux te les montrer.

[skai]

Et bien déjà : me voilà rassuré !

peux tu vérifier :
- si tu as qqch dans /etc/conf.d/miidlna
- ce que te donne : ps -ef |grep minid
(en particulier le user utilisé)

et ... bah en fait je sais pas trop qui d'autre.
le contenu de ton minidlna.service vu que j'ai ptet modifié le mien pas comme il faut ?

dans /etc/minidlna.conf y a trois fois rien à part des réertoires...

[skai]

update :

dans mon minidlna.ervice j'ai retiré la ligne "PIDFile"
et ça marche a présent.

Voici le contenu du fichier :
- user modifié
- pidfile sue la ligne de commande aussi
- PIDFile supprimé


Mais bon, c'est chelou, c'est pa sensé être un fichier à modifier, ce devrait etre dans un fichier de donf ?

Code : Tout sélectionner

[Unit]
Description=minidlna server
After=network.target

[Service]
Type=forking
User=minidlna
ExecStart=/usr/sbin/minidlnad -P /mnt/dlna/.system/run/minidlna/minidlna.pid

[Install]
WantedBy=multi-user.target

[Tristelune]

Bizarre en effet, voici mon minidlna.service:

Code : Tout sélectionner

[Unit]
Description=minidlna server
After=network.target

[Service]
Type=forking
User=nobody
ExecStart=/usr/sbin/minidlnad -P /run/minidlna/minidlna.pid
PIDFile=/var/run/minidlna/minidlna.pid

[Install]
WantedBy=multi-user.target

Donc en ce qui me concerne, le PIDFile est présent. Sous [Service] on a pas la même chose. Est-ce que le problème vient de là ?

Le répertoire /etc/conf.d/ ne contient pas à priori quelque chose qui appartient à minidlna. Et:

Code : Tout sélectionner

$ ps -ef | grep minidlna
nobody     717     1  0 16:28 ?        00:00:00 /usr/sbin/minidlnad -P /run/minidlna/minidlna.pid
nobody     820   717  0 16:30 ?        00:00:00 /usr/sbin/minidlnad -P /run/minidlna/minidlna.pid
user       892     1  0 16:36 pts/0    00:00:00 xclip -i /usr/lib/systemd/system/minidlna.service
user       904   470  0 16:37 pts/0    00:00:00 grep minidlna

Si tu as besoin d'autres choses, n'hésite pas.

[mulanee]

J'ai le même problème.
Lancé sous le user déclaré et en direct par la console (minidlnad) ça fonctionne par contre la base se reconstruit à chaque fois malgré la déclaration de la directory du cache et les droits d'accès au user.
Quand je tente de lancer le service:

Code : Tout sélectionner

└»»sudo journalctl -u minidlna.service
-- Logs begin at dim. 2013-02-03 17:42:22 CET, end at lun. 2013-05-20 10:12:03 CEST. --
mai 20 10:06:28 actualis systemd[1]: Starting minidlna server...
mai 20 10:06:29 actualis systemd[1]: PID file /var/run/minidlna/minidlna.pid not readable (yet?) after start.
mai 20 10:06:29 actualis systemd[1]: Started minidlna server.
mai 20 10:06:29 actualis systemd[1]: minidlna.service: main process exited, code=exited, status=255/n/a
mai 20 10:06:29 actualis systemd[1]: Unit minidlna.service entered failed state.
mai 20 10:10:06 actualis systemd[1]: Starting minidlna server...
mai 20 10:10:06 actualis systemd[1]: PID 3534 read from file /var/run/minidlna/minidlna.pid does not exist.
mai 20 10:10:06 actualis systemd[1]: Started minidlna server.
mai 20 10:10:06 actualis systemd[1]: minidlna.service: main process exited, code=exited, status=255/n/a
mai 20 10:10:06 actualis systemd[1]: Unit minidlna.service entered failed state.
mai 20 10:12:01 actualis systemd[1]: Starting minidlna server...
mai 20 10:12:01 actualis systemd[1]: PID 3603 read from file /var/run/minidlna/minidlna.pid does not exist.
mai 20 10:12:01 actualis systemd[1]: Started minidlna server.
mai 20 10:12:01 actualis systemd[1]: minidlna.service: main process exited, code=exited, status=255/n/a
mai 20 10:12:01 actualis systemd[1]: Unit minidlna.service entered failed state.
┌─[manu@actualis][10:12][~]
└»»sudo ls -al /var/run/minidlna
total 4
drwxrwxrwx  2 lacie users  60 20 mai   10:06 .
drwxr-xr-x 22 root  root  600 20 mai   09:24 ..
-rw-rw-rw-  1 lacie users   5 20 mai   10:12 minidlna.pid

[skai]

La même !
retirer la ligne PIDFile a permis de démarrer avec systemd,

mais par contre à chaque démrrage, rescan complet !

Code : Tout sélectionner

[2013/05/21 12:02:02] minidlna.c:1063: warn: Starting MiniDLNA version 1.1.0.
[2013/05/21 12:02:02] minidlna.c:386: warn: New media_dir detected; rescanning..

newdir detected ... mouais .... je vous prie de croire que c'est pas le cas


Autre pépin : inotify. Il repère instantanément les suppressions mais pas les créations.
(en fait : j'ai renommé : il a repéré une suppression :-/ )

[skai]

https://bbs.archlinux.org/viewtopic.php?id=145129

contient certaines infos intéressantes.

Notamment la partie sur /lib/tmpfiles.d/minidlna.conf
avec 'nobody' déclaré comme owner de /var/run/minidlna et /var/cache/minidlna

Changer de user là bas peut être important aussi je présume.
Mas ça n'explique pas le rescan.

[z3bra]

Je viens partager mon expérience. J'ai récemment eu des soucis pour lancer minidlna (en version 1.1.0... Comme c'est bizarre !!!)
Le service ne voulait plus se lancer du tout, J'ai tentées les update, toussa... Rien n'y faisait. Finallement, je pense que c'etait en effet du à une histoire de droits (je suppose...) sur la db ou les logs.

Au final, j'en suis venu à supprimer totalement le contenu du dossier de ma DB (/var/cache/minidlna/) puis chown nobody:nobody /var/cache/minidlna, et enfin, full rescan avec minidlnad -u nobody -R.
Depuis, minidlna fonctionne comme un charme. Au pire, tente avec minidlnad -u nobody -d pour avoir un peu plus d'infos (Je sais pas si tu l'as déja fais)

[skai]

update pour dire que je n'oublie pas ce thread,
mais pas eu matériellement la possibilité de tester.

J'en suis encore à l'état : ça marche mais full rescan au démarrage et pas d'inotify en ajout de fichier.

Je reteste en nobody dès que je peux.

(en fait pour d'autres raisons, les fichiers appartiennent à un autre groupe et user, mais si je rajoute nobody au bon groupe ça peut ptet marcher ?)

edit : j'ai viré tout le repertoire contenant le cache,
il s'est recréé avec le t-bit sur les reperoires, alors qu'avant il y était pas. Je vois pas le rapport m'enfin bon... on verra.

Et lancé en nobody, même si il n'a accès qu'en lecture aux medias... ça a l'air de scanner.
à suivre d'ici que ça finisse

[skai]

Bon...

alors en nobody ça lit bien les fichier,
a priori les inotify fonctionnent (reste des tests à faire mais une copie de fichier en droits root a été vue et ajoutée à la db)

par contre : redémarrage => full rescan.

ça m'agace.
(avec le message de warning cité dans mon post plus haut)

je remet nobody dans le script systemd pour coller a la distrib classique (même si je préfère les users dédiés par service m'eninf je suis pas parano non plus)


sgroumf.

[mulanee]

par contre : redémarrage => full rescan.

C'est pour ça que je l'ai viré au profit de ushare.

Ushare est tout simple mais il fait le job.

Une différence par rapport aux ténors de la catégorie c'est qu'il ne décode pas, il met simplement à disposition les fichiers, il fait serveur quoi.
C'est intéressant pour ceux qui n'ont pas de serveur samba et qui on un client qui sait décoder.

[skai]

Alors là je comprends plus...

Je suis effectivement dans le cas où mes clients savent décoder - et il me semble que minidlna lui même ne sait pas décoder non plus, mais en effet de toute façon j'en ai pas besoin.

Donc j'ai lu ton post avec un ENORME intérêt ... et là :

https://wiki.archlinux.org/index.php/UShare

Note: As uShare is unmaintained, users may wish to use MiniDLNA, which is actively developed and just as simple to set up, and does not require manually refreshing its database.

Note that uShare is a minimalist server; it keeps all media metadata in memory, and therefore needs to re-scan all your files at start.

=> bref je vois pas bien l'intérêt par rapport à minidlna ?





(tiens, info rigolote, sur un android 4.1.2 dans /etc j'ai trouvé un minidlna.conf ^^)

[skai]

http://sourceforge.net/projects/minidln ... rce=navbar

dernière version = 1.0.25

arch : 1.1.0

... va comprendre ...

[benjarobin]

http://sourceforge.net/projects/minidln ... lna/1.1.0/

[mulanee]

minidlna m'a posé beaucoup de problèmes d'erreurs sur des fichiers audio avec des problèmes de tags par exemple, ça veut donc dire qu'il les ouvre.
J'ai eu aussi des messages d'erreurs concernant ffmpeg..
Sans compter qu'il passe un temps fou à chaque redémarrage à tout rescanner

ushare par contre ne décode rien du tout car une fois lancé les fichiers sont dispos tout de suite.

Il a une interface web qui permet de partager immédiatement un nouveau répertoire.

Il utilise le serveur http intégré à la libupnp pour streamer, mais ne transcode pas les fichiers. Il faudra que votre client sache lire vos formats.

http://korben.info/ushare-installer-un- ... linux.html

GeeXboX uShare is able to provide access to both images, videos, music or playlists files (see below for a complete file format support list). It does not act as an UPnP Media Adaptor and thus, can't transcode streams to fit the client requirements.

http://ushare.geexbox.org/