[Solved] New problem: Core Dump

output over full-featured dvb-cards

Moderator: Moderator

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Sun Dec 06, 2009 4:22 pm

Hi All,

well, the input thing is indeed gone, but we are back to the
same problem, which I described above.
If I start mms -u root it stops with the message
no active session

If I run it through gdb it stops there as well and nothing happens
any more.

I tried to access the dump or get some more data, but
I do not know what you are looking for exactly.

Please let me know the commands and the output you need
to investigate that issue.

Thanks in advance for your help and your patience with
a linux DAU :roll:

Best regards,

Günter

User avatar
Uatschitchun
Overlord
Posts: 3189
Joined: Tue Dec 06, 2005 6:55 pm
Location: Germany
Contact:

Re: New problem: Core Dump

Postby Uatschitchun » Mon Dec 07, 2009 9:13 am

If you get a crash, pls do, what MMS tells you to do ;)

Else, run MMS within gdb and hit strg+c once it hangs and post output of:

Code: Select all

thread apply all bt
Lg
Roman

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Mon Dec 07, 2009 7:31 pm

Hello All,

well here comes the fist part:
ctvdr:~# ulimit
unlimited
ctvdr:~# gdb mms
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) run -u root
Starting program: /usr/bin/mms -u root
[Thread debugging using libthread_db enabled]
[New Thread -1215177952 (LWP 7701)]
[New Thread -1215226960 (LWP 7704)]
Running mms as user root (uid=0)
Vollständige Liste aktiver Gruppen für Benutzer root
- gid=0 (root) - main/default group
- gid=29 (audio)
- gid=44 (video)



You have chosen to execute mms with superuser privileges.
This is highly discouraged and it constitutes a security risk.
I hope you know what you're doing.


Config: Öffne Konfigurationsdatei => /etc/mms/Config
Nutze /root/.mms/ als primäres Konfigurationsverzeichnis
Nutze /etc/mms/ als sekundäres Konfigurationsverzeichnis
Nutze /root/.mms/ als persönliches Verzeichnis
Nutze /var/cache/mms als Cache Verzeichnis
[New Thread -1226572880 (LWP 7705)]
Input plugin: keyboard loaded
Config: Öffne Konfigurationsdatei => /etc/mms/RemoteConfig
Config: Öffne Konfigurationsdatei => /etc/mms/LircConfig
Input plugin: lirc loaded
Config: Öffne Konfigurationsdatei => /etc/mms/AudioConfig
Config: Öffne Konfigurationsdatei => /etc/mms/RadioConfig
[New Thread -1241265232 (LWP 7706)]
Notify:: registered: audio
[New Thread -1251947600 (LWP 7707)]
[Thread -1251947600 (LWP 7707) exited]
[New Thread -1260336208 (LWP 7708)]
[Thread -1260336208 (LWP 7708) exited]
AUDIO: Could not open radio stations file /root/.mms//RadioStations
Feature plugin: Musik loaded
Config: Öffne Konfigurationsdatei => /etc/mms/AlsaplayerConfig
Audio player plugin: Alsaplayer loaded
Config: Öffne Konfigurationsdatei => /etc/mms/PictureConfig
Notify:: registered: pictures
Feature plugin: Bilder loaded
Config: Öffne Konfigurationsdatei => /etc/mms/DvbConfig
Output plugin: dvb loaded
[New Thread -1260336208 (LWP 7709)]
[New Thread -1251947600 (LWP 7710)]
[New Thread -1282229328 (LWP 7711)]
No active sessions
^C
Program received signal SIGINT, Interrupt.
[Switching to Thread -1215177952 (LWP 7701)]
0xb7b76b3c in __nanosleep_nocancel () from /lib/tls/libpthread.so.0
(gdb) thread apply all bt

Thread 9 (Thread -1282229328 (LWP 7711)):
#0 0xb7b73c01 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#1 0xb7f180af in ost::Event::wait () from /usr/lib/libccgnu2-1.5.so.0
#2 0xb7f18121 in ost::Event::wait () from /usr/lib/libccgnu2-1.5.so.0
#3 0xb3ed3456 in Dvb::run (this=0x8659ce0) at dvbout.cpp:120
#4 0xb7f1600a in ost::ThreadImpl::ThreadExecHandler () from /usr/lib/libccgnu2-1.5.so.0
#5 0xb7f14403 in ost::Thread::terminate () from /usr/lib/libccgnu2-1.5.so.0
#6 0xb7b710bd in start_thread () from /lib/tls/libpthread.so.0
#7 0xb7b0601e in clone () from /lib/tls/libc.so.6

Thread 8 (Thread -1251947600 (LWP 7710)):
#0 0xb7b76401 in __read_nocancel () from /lib/tls/libpthread.so.0
#1 0xb6321157 in Lirc::read_lirc (this=0x8238ec0, buffer=0xb560c28b "", maxread=64) at lirc.cpp:132
#2 0xb6321558 in Lirc::run (this=0x8238ec0) at lirc.cpp:187
#3 0xb7f1600a in ost::ThreadImpl::ThreadExecHandler () from /usr/lib/libccgnu2-1.5.so.0
#4 0xb7f14403 in ost::Thread::terminate () from /usr/lib/libccgnu2-1.5.so.0
#5 0xb7b710bd in start_thread () from /lib/tls/libpthread.so.0
#6 0xb7b0601e in clone () from /lib/tls/libc.so.6

Thread 7 (Thread -1260336208 (LWP 7709)):
#0 0xb7b76b3c in __nanosleep_nocancel () from /lib/tls/libpthread.so.0
#1 0x080dca88 in _nanosleep (rem={tv_sec = 0, tv_nsec = 2574724}) at common.cpp:1083
#2 0x080dcb28 in mmsUsleep (usecs=10000) at common.cpp:1107
#3 0xb3ed33f0 in DvbDraw::run (this=0x869cec8) at dvbout.cpp:266
#4 0xb7f1600a in ost::ThreadImpl::ThreadExecHandler () from /usr/lib/libccgnu2-1.5.so.0
#5 0xb7f14403 in ost::Thread::terminate () from /usr/lib/libccgnu2-1.5.so.0
#6 0xb7b710bd in start_thread () from /lib/tls/libpthread.so.0
#7 0xb7b0601e in clone () from /lib/tls/libc.so.6

Thread 4 (Thread -1241265232 (LWP 7706)):
#0 0xb7b73e62 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#1 0x0812f99b in Updater::run (this=0x81f91a0) at updater.cpp:90
#2 0x08130127 in Updater::pre_run (ptr=0x81f91a0) at updater.cpp:76
#3 0xb7b710bd in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7b0601e in clone () from /lib/tls/libc.so.6

Thread 3 (Thread -1226572880 (LWP 7705)):
#0 0xb7b73e62 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0
#1 0x0812f99b in Updater::run (this=0x81f9280) at updater.cpp:90
#2 0x08130127 in Updater::pre_run (ptr=0x81f9280) at updater.cpp:76
#3 0xb7b710bd in start_thread () from /lib/tls/libpthread.so.0
#4 0xb7b0601e in clone () from /lib/tls/libc.so.6

Thread 2 (Thread -1215226960 (LWP 7704)):
#0 0xb7b77429 in do_sigwait () from /lib/tls/libpthread.so.0
#1 0xb7b774bf in sigwait () from /lib/tls/libpthread.so.0
#2 0x080ddb51 in mmsSignals::run (this=0x81f8e60) at common.cpp:1199
#3 0x080ddc09 in mmsSignals::pre_run (ptr=0x81f8e60) at common.cpp:1184
#4 0xb7b710bd in start_thread () from /lib/tls/libpthread.so.0
#5 0xb7b0601e in clone () from /lib/tls/libc.so.6

Thread 1 (Thread -1215177952 (LWP 7701)):
#0 0xb7b76b3c in __nanosleep_nocancel () from /lib/tls/libpthread.so.0
#1 0x080dca88 in _nanosleep (rem={tv_sec = 0, tv_nsec = 88781851}) at common.cpp:1083
---Type <return> to continue, or q <return> to quit---
#2 0x080dcb28 in mmsUsleep (usecs=500000) at common.cpp:1107
#3 0xb4607580 in Alsaplayer::start_alsaplayer (this=0x860e860) at alsaplayer.cpp:44
#4 0xb460795f in Alsaplayer::init (this=0x860e860) at alsaplayer.cpp:83
#5 0xb6204962 in Audio::set_audio_player (this=0x823c390) at audio.cpp:1781
#6 0xb6204e44 in Audio::startup_updater (this=0x823c390) at audio.cpp:1805
#7 0xb627f2d2 in GraphicalAudio::startup_updater (this=0x823c390) at graphical_audio.cpp:3057
#8 0x08110fce in Startmenu::mainloop (this=0x81f9720) at startmenu.cpp:161
#9 0x080f340a in start () at mms.cpp:77
#10 0x080fe76c in main (argc=3, argv=0xbfcc2a64) at mms.cpp:780


Here you can see what happens, when I start mms -u root from the console.
After the message no active session I press ctrl c:
No active sessions
^CTerminating inotify...Notify:: Warning: trying to remove non-existing watch from '/pub/mp3/'
Notify:: Warning: trying to remove non-existing watch from '/pub/images/'
Done.
Terminating background tasks... Done.
Terminating plugins...***** Imlib2 Developer Warning ***** :
This program is calling the Imlib call:

imlib_image_clear_color();

With the parameter:

image

being NULL. Please fix your program.
***** Imlib2 Developer Warning ***** :
This program is calling the Imlib call:

imlib_image_get_data_for_reading_only();

With the parameter:

image

being NULL. Please fix your program.


!!!! CRASH !!!!
This is MMS v. 1.1.1 , build options:
--prefix=/usr --enable-lirc --enable-evdev --enable-notify-area --enable-res-switch --enable-gst-audio --enable-alsaplayer --enable-opengl --enable-dxr3 --enable-dvb --enable-mpeg --enable-lcd --enable-game --enable-tv --enable-weather --enable-python --enable-clock --enable-vbox --enable-rip --enable-debug --disable-optimization --use-internal-ffmpeg
--------------------------------------------------
Thread id: 7724
Memory address: 0x0
Signal code: 0x1
Signal error number: 0x0
--------------------------------------------------
MMS has encountered an unrecoverable error ( Speicherzugriffsfehler ) and is about to end.
Further details: Address not mapped to object.

Please post the information above along with a detailed bug-report
to our bug database: http://bugs.mymediasystem.org/
Also, unless you set your system to do otherwise, a core dump is about to be
created. Load it with gdb as follows:
$ gdb mms core.7716
Then create a full backtrace as follows:
(gdb) thread apply all bt
Copy and add the backtrace to the bug report.
For more information about reporting bugs for MMS, please refer to:
http://wiki.mymediasystem.org/wiki/inde ... ug_reports

So Long, and Thanks for All the Fish


Speicherzugriffsfehler


Would be great if you could use that information, to track
down the problem.

Please let me know if you should need any information in addition.

Best,

Guenter

PS: By the way, I tried to access the core, as mms tells me, but I couldn`t find it.
I`m starting mms -u root in the home directory of root, should be writable
as root. ulimit shows unlimited....

User avatar
Uatschitchun
Overlord
Posts: 3189
Joined: Tue Dec 06, 2005 6:55 pm
Location: Germany
Contact:

Re: New problem: Core Dump

Postby Uatschitchun » Tue Dec 08, 2009 5:47 am

What happens after "no actives sessions", if you don't do strg+c?

And what happens if you run MMS like:

Code: Select all

mms -o dvb


Btw: "no active sessions" is no MMS output!! It doesn't contain that message ?!
Lg

Roman

lorenzodes
master
Posts: 772
Joined: Sun Mar 11, 2007 4:50 pm
Location: move.l 4.w,a6

Re: New problem: Core Dump

Postby lorenzodes » Tue Dec 08, 2009 7:46 am

Uatschitchun wrote:Btw: "no active sessions" is no MMS output!! It doesn't contain that message ?!


It's an alsaplayer message.
"I’m not frightened of dying, anytime will do, I don’t mind. Why should I be frightened of dying? There’s no reason for it, you gotta go sometime"

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Tue Dec 08, 2009 8:01 am

What happens after "no actives sessions", if you don't do strg+c?


Hello Roman,

it just hangs there forever with nothing on the screen.
If I start mms through the external player, it jumps right back to VDR.
I will try to start it with -o dvb this evening.

@Lorenzodes: I will check the Alsaplayer configuration...

Best regards and thanks for your help,


Guenter

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Tue Dec 08, 2009 10:36 pm

Hi All,

well, I checked the Alsplayer config and removed everything
which is not necessary.
In addition I tried the option -o dvb

That changed the situation:
- From the console mms is now working.
- Started through externalplayer, the screens gets dark for
a second, than vdr returns.
Log does not say anything, although I switch the debug level to 3
I tried to pipe it with mms -u root -o dvb >> /var/log/mms.log
but the file is not created
Since VDR is running as root, this is very strange.

Let me know, if you should have any ideas to be checked.
(I did not change something to the configuration of the externalplayer...)

Best regards,

Guenter

User avatar
Uatschitchun
Overlord
Posts: 3189
Joined: Tue Dec 06, 2005 6:55 pm
Location: Germany
Contact:

Re: New problem: Core Dump

Postby Uatschitchun » Wed Dec 09, 2009 7:24 am

MMS' debug output should be logged into /tmp/vdr-err.* if started with externalplayer
Lg

Roman

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Wed Dec 09, 2009 9:59 pm

Hi All,

well, the situation did not change.
The only thing I got as an errore message is:
Critical: couldn't set group privileges!

But I have no clue what this means,
what it causes and where it comes from.

Any ideas, tips, etc. would be very welcome.

Best regards,

Günter

User avatar
Uatschitchun
Overlord
Posts: 3189
Joined: Tue Dec 06, 2005 6:55 pm
Location: Germany
Contact:

Re: New problem: Core Dump

Postby Uatschitchun » Thu Dec 10, 2009 7:45 am

Yes, pls post the output of /tmp/vdr-err.xxxx
Lg

Roman

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Thu Dec 10, 2009 9:41 am

Hello Roman,

for readability reasons, I rebooted the system that you have a
brand new error file.
The first file just says this:

Kritisch: Konnte Gruppenberechtigungen nicht setzen!
Fehler: Die Operation ist nicht erlaubt


The second file, which was written says:


% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

100 960 0 960 0 0 2907 0 --:--:-- --:--:-- --:--:-- 2907
100 59644 0 59644 0 0 102k 0 --:--:-- --:--:-- --:--:-- 240k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

100 1063 0 1063 0 0 3860 0 --:--:-- --:--:-- --:--:-- 3860
100 13986 0 13986 0 0 35215 0 --:--:-- --:--:-- --:--:-- 103k
100 235k 0 235k 0 0 305k 0 --:--:-- --:--:-- --:--:-- 472k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

7 15898 7 1200 0 0 1952 0 0:00:08 --:--:-- 0:00:08 1952
100 15898 100 15898 0 0 20529 0 --:--:-- --:--:-- --:--:-- 92440
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

100 1063 0 1063 0 0 5699 0 --:--:-- --:--:-- --:--:-- 5699
100 7472 0 7472 0 0 29505 0 --:--:-- --:--:-- --:--:-- 97106
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

1 67033 1 1217 0 0 5374 0 0:00:12 --:--:-- 0:00:12 5374
85 67033 85 57601 0 0 101k 0 --:--:-- --:--:-- --:--:-- 167k
100 67033 100 67033 0 0 115k 0 --:--:-- --:--:-- --:--:-- 187k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

100 1270 0 1270 0 0 4905 0 --:--:-- --:--:-- --:--:-- 4905
100 3933 0 3933 0 0 14748 0 --:--:-- --:--:-- --:--:-- 371k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

3 39327 3 1217 0 0 5787 0 0:00:06 --:--:-- 0:00:06 5787
100 39327 100 39327 0 0 92952 0 --:--:-- --:--:-- --:--:-- 175k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

0 1194k 0 1139 0 0 4149 0 0:04:54 --:--:-- 0:04:54 4149
0 1194k 0 3012 0 0 8960 0 0:02:16 --:--:-- 0:02:16 30209
21 1194k 21 258k 0 0 199k 0 0:00:05 0:00:01 0:00:04 251k
53 1194k 53 634k 0 0 277k 0 0:00:04 0:00:02 0:00:02 314k
84 1194k 84 1004k 0 0 305k 0 0:00:03 0:00:03 --:--:-- 332k
100 1194k 100 1194k 0 0 335k 0 0:00:03 0:00:03 --:--:-- 362k
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

100 1281 0 1281 0 0 4783 0 --:--:-- --:--:-- --:--:-- 4783
100 1281 0 1281 0 0 4779 0 --:--:-- --:--:-- --:--:-- 0
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed

0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
30 31069 30 9378 0 0 20106 0 0:00:01 --:--:-- 0:00:01 20106
100 31069 100 31069 0 0 56682 0 --:--:-- --:--:-- --:--:-- 261k


By the way, there is also an empty file created in /tmp named mms.lock
so it seams, that mms is started somehow.

By the way. /var/log/messages does not have an entry,
/var/log/syslog says:
Dec 10 10:25:59 ctvdr vdr: [3372] externalplayer-plugin: starting player: MMS
Dec 10 10:26:00 ctvdr vdr: [3403] EnigmaNG effects thread ended (pid=3372, tid=3403)
Dec 10 10:26:00 ctvdr vdr: [3372] externalplayer-plugin: deactivating remotes
Dec 10 10:26:00 ctvdr vdr: [3404] externalplayer-plugin: executing "/etc/mms/mms-start.sh"
Dec 10 10:26:00 ctvdr vdr: [3372] externalplayer-plugin: PID of child process: 3404
Dec 10 10:26:01 ctvdr vdr: [3372] externalplayer-plugin: shutting down player
Dec 10 10:26:01 ctvdr vdr: [3372] externalplayer-plugin: reactivating remotes


Any ideas?

Best regards and thanks for your help,

Guenter

User avatar
Uatschitchun
Overlord
Posts: 3189
Joined: Tue Dec 06, 2005 6:55 pm
Location: Germany
Contact:

Re: New problem: Core Dump

Postby Uatschitchun » Thu Dec 10, 2009 10:55 am

pls post /etc/mms/mms-start.sh

and does execution of /etc/mms/mms-start.sh on console work?
Lg

Roman

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Thu Dec 10, 2009 11:39 am

Hi Roman,

yes, mms-start.sh works from the console
and starts mms as it should.

I will post it, as soon as I am next to the system again.

Best regards,

Guenter

PS: Hier my mms-start.sh
#!/bin/bash
#killall vdr
#wait 10
mms -u root -o dvb

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Thu Dec 10, 2009 12:56 pm

Hi,

I stripped it down to

mms -u root -o dvb

But situation did not change.

Best regards,

Guenter

beachboy
Posts: 38
Joined: Mon May 04, 2009 8:31 pm

Re: New problem: Core Dump

Postby beachboy » Thu Dec 10, 2009 1:19 pm

Hi All,

well I copied /etc/mms and /root/.mms from my old backup.
Was even a different version... (yeah I know, no risk, no fun :evil: )

Now mms starts again.
I don`t know what the problem was.

So, problem fixed without having a clue :roll:

Best regards,

Guenter


Return to “dvb”

Who is online

Users browsing this forum: No registered users and 1 guest