Skip to content
Snippets Groups Projects
Commit fbe29a45 authored by Moe Jette's avatar Moe Jette
Browse files

Improve memory leak testing documentation

parent 7a0f2122
No related branches found
No related tags found
No related merge requests found
...@@ -226,9 +226,17 @@ not change gnats bug state, but records source files associated ...@@ -226,9 +226,17 @@ not change gnats bug state, but records source files associated
with the bug. with the bug.
For memory leaks (for AIX use zerofault, zf; for linux use valgrind) For memory leaks (for AIX use zerofault, zf; for linux use valgrind)
- run configure with the option --enable-memory-leak-debug - Run configure with the option "--enable-memory-leak-debug" to completely
- valgrind --tool=memcheck --leak-check=yes --num-callers=6 --leak-resolution=med \ release allocated memory when the daemons exit
./slurmctld -Dc >ctld.out 2>&1 (or similar like for slurmd) - valgrind --tool=memcheck --leak-check=yes --num-callers=8 --leak-resolution=med \
./slurmctld -Dc >valg.ctld.out 2>&1
- valgrind --tool=memcheck --leak-check=yes --num-callers=8 --leak-resolution=med \
./slurmd -Dc >valg.slurmd.out 2>&1 (Probably only one one node of cluster)
- Run the regression test. In the globals.local file include:
"set enable_memory_leak_debug 1"
- Shutdown the daemons using "scontrol shutdown"
- Examine the end of the log files for leaks. pthread_create() and dlopen()
have small memory leaks on some systems, which do not grow over time
Before new major release: Before new major release:
- Test on ia64, i386, x86_64, BGL, AIX, OSX, XCPU - Test on ia64, i386, x86_64, BGL, AIX, OSX, XCPU
......
...@@ -125,8 +125,8 @@ ...@@ -125,8 +125,8 @@
/**************************************************************************\ /**************************************************************************\
* To test for memory leaks, set MEMORY_LEAK_DEBUG to 1 using * To test for memory leaks, set MEMORY_LEAK_DEBUG to 1 using
* "configure --enable-memory-leak-debug" then execute * "configure --enable-memory-leak-debug" then execute
* > valgrind --tool=memcheck --leak-check=yes --num-callers=6 \ * $ valgrind --tool=memcheck --leak-check=yes --num-callers=8 \
* --leak-resolution=med slurmctld -D * --leak-resolution=med ./slurmctld -Dc >valg.ctld.out 2>&1
* *
* Then exercise the slurmctld functionality before executing * Then exercise the slurmctld functionality before executing
* > scontrol shutdown * > scontrol shutdown
......
...@@ -1378,8 +1378,8 @@ cleanup: ...@@ -1378,8 +1378,8 @@ cleanup:
/**************************************************************************\ /**************************************************************************\
* To test for memory leaks, set MEMORY_LEAK_DEBUG to 1 using * To test for memory leaks, set MEMORY_LEAK_DEBUG to 1 using
* "configure --enable-memory-leak-debug" then execute * "configure --enable-memory-leak-debug" then execute
* > valgrind --tool=memcheck --leak-check=yes --num-callers=6 * $ valgrind --tool=memcheck --leak-check=yes --num-callers=8 \
* --leak-resolution=med slurmd -D * --leak-resolution=med ./slurmd -Dc >valg.slurmd.out 2>&1
* *
* Then exercise the slurmd functionality before executing * Then exercise the slurmd functionality before executing
* > scontrol shutdown * > scontrol shutdown
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment