Hide Forgot
systemtap 1.5 should be available in time for rhel6.2. We should rebase to it as usual. It should feature some PCP integration, which rhel6.2 could take advantage of if bug #640150 were approved.
Product Management has reviewed and declined this request. You may appeal this decision by reopening this request.
systemtap 1.6 became available in time to make this rebase.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Maybe something like the following for rhel 6.2 release notes: SystemTap SystemTap is a tracing and probing tool that allows users to study and monitor the activities of the operating system (particularly, the kernel) in fine detail. It provides information similar to the output of tools like netstat, ps, top, and iostat; however, SystemTap is designed to provide more filtering and analysis options for collected information. SystemTap in Red Hat Enterprise Linux 6.2 is updated to version 1.6, providing: * Security fixes for CVE-2011-2503: read instead of mmap to load modules, CVE-2011-2502: Don't allow path-based auth for uprobes * Security fixes for CVE-2011-1781, CVE-2011-1769: correct DW_OP_{mod,div} division-by-zero bug * Handle kernel modules with "-" in name such as "i2c-core" properly * process.mark now supports $$parms for reading probe parameters. * Improved, simplified operation of the compile-server and client: -compile-server may cache scripts build results for improved performance -compile-server and client communicate exchange version info to adjust communication protocol and use newest version of server possible -The "--remote USER@HOST" functionality can now be specified multiple times and will automatically build the script for distinct kernel and architecture configurations. -Removal of deprecated tools: stap-client, stap-authorize-server-cert, stap-authorize-signing-cert, stap-find-or-start-server, and stap-find-servers. * Staprun allow multiple instance of the same script to run at same time.
Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -20,10 +20,11 @@ -compile-server may cache scripts build results for improved performance -compile-server and client communicate exchange version info to adjust communication protocol and use newest version of server possible - -The "--remote USER@HOST" functionality can now be specified multiple - times and will automatically build the script for distinct kernel and - architecture configurations. -Removal of deprecated tools: stap-client, stap-authorize-server-cert, stap-authorize-signing-cert, stap-find-or-start-server, and stap-find-servers. + * For remote execution, the "--remote USER@HOST" functionality can now + be specified multiple times and will automatically build the script + for distinct kernel and architecture configurations, and run it on + all named machines at once. * Staprun allow multiple instance of the same script to run at same time.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2011-1517.html