summaryrefslogtreecommitdiffstats
path: root/appliance/init
diff options
context:
space:
mode:
authorRichard W.M. Jones <rjones@redhat.com>2012-01-24 13:47:25 +0000
committerRichard W.M. Jones <rjones@redhat.com>2012-01-24 15:56:14 +0000
commitd08806adfc5d111b4b6c761540ff508d3f25b66e (patch)
tree58bcd51e9cd8e7a41a27b439dde83f34d765e4b7 /appliance/init
parentb7122eaa58ccd153a8c39bc3b6f890755c5df089 (diff)
downloadlibguestfs-d08806adfc5d111b4b6c761540ff508d3f25b66e.tar.gz
libguestfs-d08806adfc5d111b4b6c761540ff508d3f25b66e.tar.xz
libguestfs-d08806adfc5d111b4b6c761540ff508d3f25b66e.zip
Enable running the daemon under valgrind.
This commit allows you to run the daemon under valgrind. You have to enable it at configure time: ./configure --enable-valgrind-daemon This should *not* be done for production builds. When this feature is enabled, valgrind is added to the appliance and the daemon is run under valgrind. Log messages from valgrind are passed back over a virtio-serial channel into a file called 'valgrind.log.$PID' in the top build directory. Running 'make check', 'make extra-tests' etc causes many valgrind.log.* files to be created which must be examined by hand.
Diffstat (limited to 'appliance/init')
-rwxr-xr-xappliance/init10
1 files changed, 9 insertions, 1 deletions
diff --git a/appliance/init b/appliance/init
index 0f32a55c..1d69339b 100755
--- a/appliance/init
+++ b/appliance/init
@@ -106,8 +106,16 @@ if grep -sq guestfs_verbose=1 /proc/cmdline; then
fi
if ! grep -sq guestfs_rescue=1 /proc/cmdline; then
+ # Run the daemon under valgrind if ./configure --enable-valgrind-daemon
+ vg_channel=/dev/virtio-ports/org.libguestfs.valgrind
+ if [ -w $vg_channel ]; then
+ exec 3>$vg_channel
+ vg="valgrind --leak-check=full --log-fd=3 --error-exitcode=119 --max-stackframe=8388608 --child-silent-after-fork=yes"
+ echo "enabling valgrind: $vg"
+ fi
+
# The host will kill qemu abruptly if guestfsd shuts down normally
- guestfsd
+ $vg guestfsd
# Otherwise we try to clean up gracefully. For example, this ensures that a
# core dump generated by the guest daemon will be written to disk.