Bug 771830 - Enable high resolution timestamps for qpidd logs using QMF and a qpidd option.
Summary: Enable high resolution timestamps for qpidd logs using QMF and a qpidd option.
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise MRG
Classification: Red Hat
Component: qpid-cpp
Version: 2.1
Hardware: All
OS: Linux
medium
medium
Target Milestone: 3.0
: ---
Assignee: Chuck Rolke
QA Contact: mick
URL:
Whiteboard:
Depends On:
Blocks: 957963
TreeView+ depends on / blocked
 
Reported: 2012-01-05 07:21 UTC by Raghu Udiyar
Modified: 2018-12-09 16:46 UTC (History)
5 users (show)

Fixed In Version: qpid-cpp-0.22-2
Doc Type: Enhancement
Doc Text:
It is now possible to enable or disable high resolution log time stamps while the broker is running. If time stamps are set to low resolution then many issues cannot be diagnosed effectively. Restarting the broker to enable high resolution time stamps was often not an option for users.
Clone Of:
: 957963 (view as bug list)
Environment:
Last Closed: 2014-09-24 15:03:44 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Apache JIRA QPID-4577 0 None None None Never
Red Hat Product Errata RHEA-2014:1296 0 normal SHIPPED_LIVE Red Hat Enterprise MRG Messaging 3.0 Release 2014-09-24 19:00:06 UTC

Comment 3 Justin Ross 2013-02-14 20:35:28 UTC
Chuck, please add ref to jira.

Comment 4 Chuck Rolke 2013-02-14 21:14:40 UTC
Fixed with r1445358

Comment 6 mick 2013-08-28 18:35:51 UTC
NOTE: since this was new functionality, I only verified it in new packages.
No need do anything with old packages.


To use this functionality:

    vi /etc/qpid/qpidd.conf
    log-time=1
    log-enable=info+
    log-to-file=/var/lib/qpidd/771830.log

    qpid-tool

    # now you are running qpid-tool
    # you might have to do this next command a few times before answer.
    # It takes a while to get all the info from the broker.

    list broker

    # see this:
    #   114  14:03:39  -          amqp-broker
    # my broker's number is 114


    call 114 setLogHiresTimestamp 1

    # Now look at the log file and verify that it has started using
    # highres time stamps.  ( You might need to do something to get the
    # broker to log a few more lines.  i.e. start another qpid-tool. )

    call 114 setLogHiresTimestamp 0
 
    # Now look at the logfile again, and verify that it has *stopped* 
    # using highres.

    

Packages I used during verification:

cyrus-sasl-2.1.23-13.el6_3.1.x86_64
cyrus-sasl-devel-2.1.23-13.el6_3.1.x86_64
cyrus-sasl-gssapi-2.1.23-13.el6_3.1.x86_64
cyrus-sasl-lib-2.1.23-13.el6_3.1.x86_64
cyrus-sasl-md5-2.1.23-13.el6_3.1.x86_64
cyrus-sasl-plain-2.1.23-13.el6_3.1.x86_64
perl-qpid-0.22-5.el6.x86_64
python-qpid-0.22-4.el6.noarch
python-qpid-qmf-0.22-9.el6.x86_64
python-saslwrapper-0.22-3.el6.x86_64
qpid-cpp-client-0.22-11.el6.x86_64
qpid-cpp-client-devel-0.22-11.el6.x86_64
qpid-cpp-client-devel-docs-0.22-11.el6.noarch
qpid-cpp-client-rdma-0.22-11.el6.x86_64
qpid-cpp-client-ssl-0.22-11.el6.x86_64
qpid-cpp-debuginfo-0.22-11.el6.x86_64
qpid-cpp-server-0.22-11.el6.x86_64
qpid-cpp-server-devel-0.22-11.el6.x86_64
qpid-cpp-server-ha-0.22-11.el6.x86_64
qpid-cpp-server-rdma-0.22-11.el6.x86_64
qpid-cpp-server-ssl-0.22-11.el6.x86_64
qpid-cpp-server-store-0.22-11.el6.x86_64
qpid-cpp-server-xml-0.22-11.el6.x86_64
qpid-cpp-tar-0.22-11.el6.noarch
qpid-java-client-0.22-5.el6.noarch
qpid-java-common-0.22-5.el6.noarch
qpid-java-example-0.22-5.el6.noarch
qpid-proton-c-0.4-2.2.el6.x86_64
qpid-proton-c-devel-0.4-2.2.el6.x86_64
qpid-proton-debuginfo-0.4-2.2.el6.x86_64
qpid-qmf-0.22-9.el6.x86_64
qpid-qmf-debuginfo-0.22-9.el6.x86_64
qpid-qmf-devel-0.22-9.el6.x86_64
qpid-snmpd-1.0.0-12.el6.x86_64
qpid-snmpd-debuginfo-1.0.0-12.el6.x86_64
qpid-tests-0.22-4.el6.noarch
qpid-tools-0.22-3.el6.noarch
rh-qpid-cpp-tests-0.22-11.el6.x86_64
ruby-qpid-0.7.946106-2.el6.x86_64
saslwrapper-0.22-3.el6.x86_64
saslwrapper-devel-0.22-3.el6.x86_64

Comment 8 errata-xmlrpc 2014-09-24 15:03:44 UTC
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/RHEA-2014-1296.html


Note You need to log in before you can comment on or make changes to this bug.