core-dump ? wie ? wo ?

baltasar · 16. Februar 2006

Hallo VDR Entwickler und debugger ...

Ich habe einen Vdr 1.3.41 der seit neustem immer mal wieder ohne erkennbaren Grund abstürzt. ( neustart durch runvdr ).

Ein Versuch den vdr zu debuggen "gdb vdr <pid>" klappte nicht weil dann der abstürz nicht auftrat

Normalerweise erzeugen processe die abstürzen eine "core" file, ich kann aber keines finden.

Wo schreibt der vdr die "core"s hin, bzw wie bekomme ich den vdr dazu eines zu schreiben ?

Brougs78 · 16. Februar 2006

Hi!

Hulk hat hier mal ne tolle Anleitung geschrieben:
http://www.vdr-portal.de/board…?postid=193788#post193788

Gruß,
Brougs78

Django · 16. Februar 2006

HI,

Zitat

Original von baltasar
Ich habe einen Vdr 1.3.41 der seit neustem immer mal wieder ohne erkennbaren Grund abstürzt.

Sowas ähnliches habe ich hier mit (m)einem 1.3.42er System auch. Mittendrinnen bricht er weg und macht nicht mal mehr einen Restart.
Randy machte heute mal ein paar dieser core-dumps und sagte mir, dass es wohl an der glib meiner SuSE 9.0 hängen würde.

Mal sehen, was ich da noch 'rausfinde ....

cu,
BC

randy · 16. Februar 2006

Zitat

Original von baltasar

Wo schreibt der vdr die "core"s hin, bzw wie bekomme ich den vdr dazu eines zu schreiben ?

in dem verzeichnis von wo vdr gestartet wird.

am besten folgendes machen:

ulimit -c unlimited (core file size setzen)
cd installdir vom vdr
./vdr <runvdr optionen>

sollte dann ein core geschmissen werden (core.pid), dann "gdb ./vdr core*" tun;
bei django wars immer ein pthread_kill nach einem SI::Parse; etwa nach 10 min laufzeit.

-- randy

baltasar · 16. Februar 2006

Sooo einfach war es dann doch nicht mit core-file. Wenn der vdr unter einer anderen Userkennung läuft geht die "ulimit -c" Methode nicht.

Im 1.3.42 hat Klaus eine Erweiterung eingebaut damit man core files bekommt.
Aber die funktionioniert nur bei Kernel > 2.6.13 ... (lt. Kommentar im Sourcecode )

Will man corefiles unter 2.4.x muss man die Zeile in vdr.c die Zeile
prctl(PR_SET_DUMPABLE,2,0,0,0)
durch
prctl(PR_SET_DUMPABLE,1,0,0,0)
ersetzten.

baltasar · 17. Februar 2006

Ach ja. Das ursprüngliche Problem hat sich durch folgen Änderung gelöst: ( aus ML)

Diff

--- /tmp/vdr-1.3.42/libsi/util.c	Sat May 28 16:15:29 2005
+++ libsi/util.c	Thu Feb 16 22:25:32 2006
@@ -10,6 +10,7 @@
  *                                                                         *
  ***************************************************************************/
 
+#include <stdio.h>
 #include <string.h>
 #include "util.h"
 
@@ -120,6 +121,12 @@ CharArray::DataOwnData::~DataOwnData() {
 void CharArray::DataOwnData::assign(const unsigned char*d, unsigned int s) {
    Delete();
    size=s;
+if (size > 100000) {
+	printf ("assign size oops %x\n", size);
+	size = 0;
+	data = NULL;
+	return;
+}
    unsigned char *newdata=new unsigned char[size];
    memcpy(newdata, d, size);
    data=newdata;

Alles anzeigen

Zzam · 5. Juni 2007

Zitat

Original von baltasar
Sooo einfach war es dann doch nicht mit core-file. Wenn der vdr unter einer anderen Userkennung läuft geht die "ulimit -c" Methode nicht.

Im 1.3.42 hat Klaus eine Erweiterung eingebaut damit man core files bekommt.
Aber die funktionioniert nur bei Kernel > 2.6.13 ... (lt. Kommentar im Sourcecode )

Will man corefiles unter 2.4.x muss man die Zeile in vdr.c die Zeile
prctl(PR_SET_DUMPABLE,2,0,0,0)
durch
prctl(PR_SET_DUMPABLE,1,0,0,0)
ersetzten.

Alles anzeigen

... und dummerweise aufgrund von Sicherheitsbedenken ist die erweiterung auch nur bis Kernel ~2.6.16 verwendbar. Aber vieleicht hilft es auch hier auf Argument 1 zu gehen.

Zzam

core-dump ? wie ? wo ?

Jetzt mitmachen!

Teilen