[vz-dev] Dockstar - vzlogger Core Dump

[Gerhard Bertelsmann]

Am Fr, 6.01.2012, 00:32, schrieb Thorben Thuermer:
> Hallo,
>
> erstmal, sorry, aber es muss mal gesagt werden, weil es hier soviele
> machen:
> BITTE keine neuen threads anfangen indem ihr auf eine _anderen_ thread
> antwortet und den betreff aendert...

Sorry - das war mir garnicht bewusst. Ich gelobe Besserung ...

Erstmal vielen Dank für Eure Anregungen / Fehleranalyse.

> dazu noch:
> oder auch erstmal nur ein normales 'bt' (backtrace).
> ansonsten sollte ./configure --enable-debug reichen, um ein binary
> mit debug-symbolen zu bekommen.
>
> und noch als warnung:
> in 'bt full' wuerden deine UUIDs mit drinstehen, also ggfs rauseditieren.
>
> - T.

Hier der Ausgabe des Backtrace (noch ohne zusätzlichen Debug - läuft
gerade (noch)):
#0  0x4027dd78 in raise () from /lib/arm-linux-gnueabi/libc.so.6
(gdb) bt full
#0  0x4027dd78 in raise () from /lib/arm-linux-gnueabi/libc.so.6
No symbol table info available.
#1  0x40281ce8 in abort () from /lib/arm-linux-gnueabi/libc.so.6
No symbol table info available.
#2  0x40281ce8 in abort () from /lib/arm-linux-gnueabi/libc.so.6
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)


Am Fr, 6.01.2012, 00:49, schrieb devzero at web.de:
>>es duerfte entweder das memleak/speicher-voll problem sein,
>>oder halt irgendein memory-corruption bug, der das programm irgendwann
>>zum absturz bringt. (was relativ unangenehm zu debuggen waehre/ist.)
>
> memleak würd ich auch vermuten.
>
> Das Verhalten kann man auch schön mit
>
> while true;do ps -eo vsz,rss,cmd,args|grep vzlogger;sleep 60;done >logfile
>

Läuft - Ergebnis liefere ich nach.

Vielen Dank und Gruß

Gerd