Summary: | media-video/vdr-xineliboutput: log message "thread.c permission error when starting vdr" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | alex <gsmdib> |
Component: | New packages | Assignee: | Gentoo VDR Project <vdr> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | derk, gentoo, idl0r, proxy-maint |
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
alex
2008-07-27 07:37:05 UTC
it works if you run vdr as root: /etc/conf.d/vdr: START_VDR_AS_ROOT="YES" It seems the errors are produced by xineliboutput trying to get a higher priority and switching to round-robin scheduling. As only root can do this we have some possible solutions: 1. Patching xineliboutput to not print the errors as the errors are not-critical. (Is this possible?) 2. Change vdr to keep cap_sys_nice and so is still able to set priorities even if switching from root to unpriviliged user. (See http://vdr-portal.de/board/thread.php?postid=522269) I vote for 1. Is this still persistent? Which versions are affected? (In reply to comment #3) > Is this still persistent? Which versions are affected? > I use the version 1.0.5-r1 and the problem is still present : Dec 8 13:54:03 xxxxxx vdr: [10081] ERROR (thread.c,225): Permission non accordée Dec 8 13:54:03 xxxxxx vdr: [10082] ERROR (thread.c,225): Permission non accordée Dec 8 13:54:04 xxxxxx rc-scripts: VDR errors from /var/log/messages: Dec 8 13:54:04 xxxxxx rc-scripts: Dec 8 13:54:03 myhost vdr: [10081] ERROR (thread.c,225): Permission non accordée Dec 8 13:54:04 xxxxxx rc-scripts: Dec 8 13:54:03 myhost vdr: [10082] ERROR (thread.c,225): Permission non accordée This has been fixed in vdr-xineliboutput-9999, please test if possible. I'll try to fix 1.0.5 too ASAP. (In reply to comment #2) > It seems the errors are produced by xineliboutput trying to get a higher > priority and switching to round-robin scheduling. > As only root can do this we > have some possible solutions: > 1. Patching xineliboutput to not print the errors as the errors are > not-critical. (Is this possible?) Not directly, messages are generated in vdr thread.c. This has been fixed upstream: http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/frontend_svr.c?r1=1.99&r2=1.101&view=patch http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/tools/udp_pes_scheduler.c?r1=1.54&r2=1.56&view=patch http://xineliboutput.cvs.sourceforge.net/viewvc/xineliboutput/vdr-xineliboutput/tools/sys_cap.h?revision=1.1&content-type=text%2Fplain It will be included in 1.0.6 too. > 2. Change vdr to keep cap_sys_nice and so is still able to set priorities even > if switching from root to unpriviliged user. (See > http://vdr-portal.de/board/thread.php?postid=522269) That's included in vdr-1.7.x I can't test with vdr-xineliboutput-9999 because this version is very unstable on my system but I've tested version 1.0.6 and i don't have the error messages anymore. I use the ebuild of the version 1.0.5 (the ldflags patch has been added upstream). Has this been fixed and tested since 2011? This issue was fixed since version 1.0.6 and version 1.1.0 is in portage now (since January this year). Thanks guys. |