Bug 782359
| Summary: | Condor HFS quota example returns "Unknown config:" from QMF | ||
|---|---|---|---|
| Product: | Red Hat Enterprise MRG | Reporter: | Stanislav Graf <sgraf> |
| Component: | cumin | Assignee: | Trevor McKay <tmckay> |
| Status: | CLOSED ERRATA | QA Contact: | Peter Belanyi <pbelanyi> |
| Severity: | low | Docs Contact: | |
| Priority: | medium | ||
| Version: | 2.1 | CC: | athomas, ltoscano, matt, mkudlej, pbelanyi, pmackinn, tmckay |
| Target Milestone: | 2.3 | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | cumin-0.1.5251-1 | Doc Type: | Bug Fix |
| Doc Text: |
Cause
Certain QMF method calls return errors under normal Cumin operation. These errors are not a problem and are expected and handled. Cumin writes these errors in the log files.
Consequence
Users may be concerned that something is wrong with Cumin/QMF operation when actually there is not a problem.
Change
Change the logging level of these types of errors to DEBUG so that they may be seen in a development context but will not be seen in a normal user deployment.
Result
Misleading error messages are removed from the Cumin logs.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-03-06 18:40:48 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Stanislav Graf
2012-01-17 09:27:05 UTC
This errors aren't noticeable from cumin's web. Web is working as expected - like there were no errors. From what I can tell, this error is coming through from the QMF method call. That status actually is "Uknown confing: blah". The question is, why does this happen and is it okay/expected? Retargeting to condor-qmf. Note, it is easy to see this from cumin. I haven't tried to reproduce from qpid-tool or another script... The QMF method impl is literally looking for a config param called "GROUP_QUOTA_group_chemistry" but "GROUP_QUOTA_DYNAMIC_group_chemistry" is what has been configured. Back to cumin. Looks like cumin lacks knowledge of which groups are static and which groups are dynamic, so it tries all groups in both cases. The error messages are unfortunate but expected and handled correctly, it seems. Without changes on the QMF side Cumin cannot know the members of each group ahead of time. Maybe we need an RFE for this... Fixed in revision 5223. Changed logging level from ERROR to DEBUG in CallSync when methods return non-zero status. This removes the ERROR conditions, and under INFO level logging no messages will be seen. Applies generally to all methods invoked through CallSync.
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:
Cause
Certain QMF method calls return errors under normal Cumin operation. These errors are not a problem and are expected and handled. Cumin writes these errors in the log files.
Consequence
Users may be concerned that something is wrong with Cumin/QMF operation when actually there is not a problem.
Change
Change the logging level of these types of errors to DEBUG so that they may be seen in a development context but will not be seen in a normal user deployment.
Result
Misleading error messages are removed from the Cumin logs.
Notes on testing: The default log level for a Cumin install is INFO. In a default installation and using the "Steps to Reproduce" from the description, there should be no log messages from "Unknown config": 1. Setup HFS quota according GUG 2. Restart condor 3. Go to cumin Grid::Quotas 4. Look into cumin's web.log, there should be no "Unknown config" log entries (or grep "Unknown config" web.log) Change the log level to debug in /etc/cumin/cumin.conf: [common] log-level: debug 1. Restart Cumin 2. Go to cumin Grid::Quotas 3. Look into cumin's web.log The "Unknown config" messages should be back with a DEBUG level on the log entries. Reproduced on cumin-0.1.5184-1 Tested on RHEL 5/6 i386/x86_64 cumin-0.1.5658-1 Everything works as expected. --> VERIFIED 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/RHSA-2013-0564.html |