[minidlna] : systemd ne le démarre plus (timeout)
[minidlna] : systemd ne le démarre plus (timeout)
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 !
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 !
-
- Elfe
- Messages : 516
- Inscription : mer. 01 août 2007, 16:38
Re: [minidlna] : systemd ne le démarre plus (timeout)
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
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.
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.
Re: [minidlna] : systemd ne le démarre plus (timeout)
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...
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...
Re: [minidlna] : systemd ne le démarre plus (timeout)
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 ?
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
-
- Elfe
- Messages : 516
- Inscription : mer. 01 août 2007, 16:38
Re: [minidlna] : systemd ne le démarre plus (timeout)
Bizarre en effet, voici mon minidlna.service:
Donc en ce qui me concerne, le
Le répertoire
Si tu as besoin d'autres choses, n'hésite pas.
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
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
Re: [minidlna] : systemd ne le démarre plus (timeout)
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:
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
Re: [minidlna] : systemd ne le démarre plus (timeout)
La même !
retirer la ligne PIDFile a permis de démarrer avec systemd,
mais par contre à chaque démrrage, rescan complet !
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 :-/ )
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..
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 :-/ )
Re: [minidlna] : systemd ne le démarre plus (timeout)
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.
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.
Re: [minidlna] : systemd ne le démarre plus (timeout)
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
Depuis, minidlna fonctionne comme un charme. Au pire, tente avec
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)Re: [minidlna] : systemd ne le démarre plus (timeout)
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
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
Re: [minidlna] : systemd ne le démarre plus (timeout)
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.
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.
Re: [minidlna] : systemd ne le démarre plus (timeout)
C'est pour ça que je l'ai viré au profit de ushare.par contre : redémarrage => full rescan.
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.
Re: [minidlna] : systemd ne le démarre plus (timeout)
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
(tiens, info rigolote, sur un android 4.1.2 dans /etc j'ai trouvé un minidlna.conf ^^)
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.
=> bref je vois pas bien l'intérêt par rapport à minidlna ?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.
(tiens, info rigolote, sur un android 4.1.2 dans /etc j'ai trouvé un minidlna.conf ^^)
Re: [minidlna] : systemd ne le démarre plus (timeout)
http://sourceforge.net/projects/minidln ... rce=navbar
dernière version = 1.0.25
arch : 1.1.0
... va comprendre ...
dernière version = 1.0.25
arch : 1.1.0
... va comprendre ...
- benjarobin
- Maître du Kyudo
- Messages : 17237
- Inscription : sam. 30 mai 2009, 15:48
- Localisation : Lyon
Re: [minidlna] : systemd ne le démarre plus (timeout)
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
Re: [minidlna] : systemd ne le démarre plus (timeout)
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.
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.
http://korben.info/ushare-installer-un- ... linux.htmlIl 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://ushare.geexbox.org/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.