[lttng-dev] [RELEASE] LTTng-Tools 2.4.3

Jérémie Galarneau jeremie.galarneau at efficios.com
Fri Dec 12 14:48:37 EST 2014

Hi all,

The lttng-tools project provides a session daemon (lttng-sessiond) that
acts as a tracing registry, the "lttng" command line for tracing
control, an lttng-ctl library for tracing control and an lttng-relay daemon
to provide network streaming and live reading capabilities.

This is version 2.4.3 which includes no less than 53 fixes which were
merged since the 2.4.2 release ~4 months ago.

A significant portion of these fixes were merged in the last few weeks
as part of the 2.6 release stabilization effort.

Of particular note are fixes pertaining to erroneous RCU usage which could
cause lockups or corruption under heavy loads and a data loss fix which
was discussed on this mailing list [1].

Take note that, as per our maintainance guidelines, LTTng 2.4 will no
longer be supported once LTTng 2.6 (final) is released.

2014-12-12 lttng-tools 2.4.3 (International Day Of Heavy Metal)
* Fix: don't destroy the sockets if the snapshot was successful
* Fix: Missing RCU read lock in kernel_destroy_session()
* Fix: channel names are not validated
* Fix: Memory leak on error in alloc_argv_from_user_opts()
* Fix: test_utils_expand_path.c: out of memory error handling
* Fix: test test_ust_data.c: check OOM
* Fix: test libc-wrapper: check malloc OOM
* Fix: lttng-ctl: use zmalloc(), missing OOM check
* Fix: filter-parser.y: use zmalloc(), missing OOM check
* Fix: utils.c: check str*dup OOM
* Fix: rculfhash: use zmalloc()
* Fix: lttng lttng.c: check strdup OOM
* Fix: lttng conf.c: use zmalloc()
* Fix: lttng view.c missing strdup OOM check
* Fix: use zmalloc() in lttng view.c
* Fix: use zmalloc() in lttng list.c
* Fix: use zmalloc in lttng enable_events.c
* Fix: missing strdup oom check in lttng create.c
* Fix: lttng add_context.c: use zmalloc
* Fix: add missing str*dup oom check in sessiond main.c
* Fix: add missing sessiond kernel-consumer missing str*dup oom checks
* Fix: add missing strdup OOM check
* Fix: Live tracing does not honor live timer after first tracefile
with tracefile rotation
* Fix: relayd: unbalanced RCU read-side lock/unlock
* Fix: relayd: unbalanced RCU read lock/unlock
* Fix: relayd viewer stream: unhandled out of memory error
* Fix: Missing rcu_read_lock in cmd_list_channels()
* Fix: Missing rcu_read_lock in cmd_snapshot_list_outputs()
* Fix: Missing rcu_read_lock in ust_app_get_nb_stream()
* Fix: UST subbuffers silently dropped on moderate trace traffic
* Fix: create/destroy a splice_pipe per stream
* Fix: return EINVAL if agent registration fails
* Fix: empty indexes_ht before destroying it.
* Fix: removed useless key from relay_index
* Fix: HT must not be destroyed with a rcu_read_lock held
* Fix: missing rcu_read_lock in cmd_start_trace()
* Fix: filter attach vs event enable race
* Build fix: use ret directly in error handling path
* Fix: Warn the user when enabling an event in a new domain
* Fix: Don't report an error when listing a session with no channels
* Update maintainer section of the man pages
* Update maintainer section of README
* Fix: add README to documentation files
* Fix: UST consumer sync all available metadata
* Fix: handle sysconf possible negative returned value
* Fix: channel deref. after NULL check in kernel consumer
* Fix: check for kernel session metadata during init
* Fix: incorrect cast in ust consumer assert
* Fix: bad handling of incoming data in consumer thread
* Fix: disable event for JUL domain
* Fix: send disable ALL command code if event is *
* Fix: make sure no index is in flight before using inactivity beacons
* Fix: Parenthesize previous statement when adding conditions to a filter
* Fix: parse_prob_opts return the actual success of the function
* Fix: disable JUL event on destroy
* Fix: unbalanced ustconsumer32_data.pid_mutex lock

As always, please report any issue you may encounter to bugs.lttng.org
or on this mailing list.

Project website: https://lttng.org

Download links:
GPG sig: https://lttng.org/files/lttng-tools/lttng-tools-2.4.3.tar.bz2.asc


[1] http://lists.lttng.org/pipermail/lttng-dev/2014-November/023832.html

Jérémie Galarneau
EfficiOS Inc.

More information about the lttng-dev mailing list