* multipathd leak
@ 2005-10-27 10:14 Christophe Varoqui
0 siblings, 0 replies; only message in thread
From: Christophe Varoqui @ 2005-10-27 10:14 UTC (permalink / raw)
To: bmarzins; +Cc: dm-devel
Hello,
can you look into this leak reported by valgrind :
(valgrind --show-reachable=yes --leak-check=full -v multipathd/multipathd -d)
==2957== 16384 bytes in 1 blocks are definitely lost in loss record 10 of 10
==2957== at 0x11B1BE96: malloc (vg_replace_malloc.c:149)
==2957== by 0x11D41B61: dm_task_run (in /lib/libdevmapper.so.1.01)
==2957== by 0x40444D: waiteventloop (main.c:481)
==2957== by 0x40464C: waitevent (main.c:537)
==2957== by 0x11C2FB1B: start_thread (in /lib/libpthread-2.3.5.so)
==2957== by 0x1243B272: clone (in /lib/libc-2.3.5.so)
We miss a dm_task_destroy in the stop_waiter_thread path.
It seems related to the pthread_kill trickery you are familiar with.
Didn't we conclude the trickery was due to a glibc bug earlier ?
If so, can this be fixed in updates or will it have to wait till RHEL5 ?
Regards,
cvaroqui
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-10-27 10:14 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-10-27 10:14 multipathd leak Christophe Varoqui
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.