Heaptrack generating empty heap dump

[Milian Wolff]

On Montag, 24. Juli 2023 21:52:26 CEST Akash Kumar wrote:
> During my analysis of the memory for my service , getting this warning and
> it generating an empty zip file even after my service does many activities
> and lot of memory allocate/deallocate. (I’ am running heaptrack on my
> server service, I sent all the required file of heaptrack manually from my
> local to router)
 
> `\`heaptrack injection via GDB, this might take some time.
> warning: File "/lib64/libthread_db-1.0.so" auto-loading has been declined by
> your
 \*auto-load safe-path' set to"Sdebugdir:$datadir/auto-load".
> 
> warning: Unable to find libthread db matching inferior's thread library,
> thread debugging will not be available.
> 
> No symbol table is loaded. Use the "file" command.
> Heaptrack finished! Now run the following to investigate the data:
> heaptrack -analyze "/var/tmp/heaptrack.\<service_name\>.11915.gz"\`
> 
> ls -lt /var/tmp/heaptrack.\<service_name\>.11915.gz
> \-rw-r--r- - 1 root root 0 Jul 24 17:18 /var/tmp/heaptrack.\<service
> name\>.gz
 
> complied with command = ./heaptrack --pid \<pid_number\>`
> 
> 
>   1.  Trying to understand the error
>   2.  How to resolve this issue?

Can you manually do the gdb steps that we apply batched in the heaptrack 
startup shell script and see if that works? Considering that no symbol table 
is loaded, it might be that GDB is simply broken on your system. Without steps 
available for me to reproduce, there's nothing I can do to help you resolve 
this. Good luck!

-- 
Milian Wolff
mail at milianw.de
http://milianw.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/heaptrack/attachments/20230802/bf40023a/attachment.sig>