the lastest version of Minidlna checkout on 27.11.2011 is crash from time to time on my server with Ubuntu 11.10.
I can't tell why, the logs show absolutely nothing.
I also can't tell when exactly this happens, sometimes after a few hours, sometime after a few days.
I now it is not very helpfull to have no more details, but maybe someone can tell me about thing i could test to isolate the issue..?
I have to correct myself, for the last crashes i found this my syslog:
syslog.1:Nov 26 15:16:42 main-server kernel: init: minidlna main process (2705) killed by ABRT signal
Any idea if this helps?
Nov 27 22:27:33 main-server kernel: init: minidlna main process (15814) killed by ABRT signal
Is there any chance to switch on debug logging within Minidlna do get more details on this issue?
add -d to the command line for debugging. How are you running minidlna - from your terminal or from the system boot processes? If the latter, I had similar ABRT signals because I didn't have the /etc/init.d/minidlna setup properly for Ubuntu.
Thanks for the hint, i will try -d and get back.
I am using minidlna from upstart script. But this should not be the reason to let it crash….
Do you have any problems if you start it manually from a terminal? You can also use the "-v" command line argument to turn on verbose logging but still daemonize.
Minidlna crashed again, but now i have a log…
Now that i turned on debuging i got the following in Minidlna debug log (This are the first line and the last 3 lines):
minidlna.c:903: warn: Starting MiniDLNA version 1.0.22 .
inotify.c:707: debug: The file /raid5/videos/TV/Falling Skies/2011-11-28 22.19.jpg3 was changed.
inotify.c:707: debug: The file /raid5/videos/TV/Falling Skies/2011-11-28 22.19.jpg was changed.
albumart.c:165: debug: New file /raid5/videos/TV/Falling Skies/2011-11-28 22.19.jpg looks like cover art for 2011-11-28 22.19.mpeg
This fits to the syslog crash time perferctly:
syslog:Nov 28 22:23:08 main-server kernel: init: minidlna main process (17680) killed by ABRT signal
Seems to me that Minidlna crashed during some activities in "albumart.c"…
BTW i don't see any difference if i start it in a terminal or from upstart script… should I ?
I have not tested this in detail.
Based on the log above, do you have any idea what this issue might be?
Now it seems that i found the cause.
I am running VDR to record TV. After the recording VDR starts a "postrecording script" which copys the recording the another folder and renames it as well as creates a thumbnail .jpg file (created from 4 single files … jpg0… jpg1 and so on - four .jpgX files are combine in the end to the final .jpg file with the same name as the recorded .mpeg file). Minidlna identifies all the files correctly, but it crashes while identyfing the .jpg file as "cover art" for the .mpeg file.
I just tested again this effect:
debug log last lines:
inotify.c:686: debug: The directory /raid5/videos/TV/Criminal Minds was created.
inotify.c:455: info: Added watch to /raid5/videos/TV/Criminal Minds
metadata.c:865: debug: Container: 'mpegts'
metadata.c:926: debug: Stream 0 of 2011-11-29 00.43.mpeg is 720x576 MPEG2 TS packet size 188
inotify.c:707: debug: The file /raid5/videos/TV/Criminal Minds/2011-11-29 00.43.jpg0 was changed.
inotify.c:707: debug: The file /raid5/videos/TV/Criminal Minds/2011-11-29 00.43.jpg1 was changed.
minissdp.c:683: info: SSDP M-SEARCH from 192.168.42.118:56438 ST: urn:schemas-upnp-org:device:InternetGatewayDevice:1, MX: 3, MAN: "ssdp:discover"
inotify.c:707: debug: The file /raid5/videos/TV/Criminal Minds/2011-11-29 00.43.jpg2 was changed.
inotify.c:707: debug: The file /raid5/videos/TV/Criminal Minds/2011-11-29 00.43.jpg3 was changed.
inotify.c:707: debug: The file /raid5/videos/TV/Criminal Minds/2011-11-29 00.43.jpg was changed.
albumart.c:165: debug: New file /raid5/videos/TV/Criminal Minds/2011-11-29 00.43.jpg looks like cover art for 2011-11-29 00.43.mpeg
And again the syslog:
syslog:Nov 29 00:43:32 main-server kernel: init: minidlna main process (18496) killed by ABRT signal
Can you fix this somehow?
Thanks, that narrowed it down. There was one line I missed during the last round of album art changes. It should be fixed now.
You mean i can now check out the latest version and try it?
I will do so this evening and come back to you.
Thanks, problem seems to be solved so far.
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.