Bug 716987
| Summary: | Relative symlink in created report for truncated log files is wrong | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | David Kutálek <dkutalek> |
| Component: | sos | Assignee: | Bryn M. Reeves <bmr> |
| Status: | CLOSED ERRATA | QA Contact: | David Kutálek <dkutalek> |
| Severity: | low | Docs Contact: | |
| Priority: | low | ||
| Version: | 5.7 | CC: | agk, bmr, gavin, prc, rdassen |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | sos-1.7-9.59.el5 | Doc Type: | Bug Fix |
| Doc Text: |
Cause: The sosreport command allows the user to restrict the maximum size of log
files collected by the general plugin. If the limit is exceeded a portion of
the log file (up to the specified limit) is stored in the report in the plugin
commands directory.
Consequence: Prior versions did not create a symbolic link from the default location for
the size-limited log file to the location in the plugin commands directory. If
a user was unaware that log size limiting was in effect they may incorrectly
think that the file is missing.
Fix: With this release sosreport will create symbolic links that point from the
default location to the size-limited log file
Result: Users can now find the expected content at the default location within the
sosreport regardless of the use of log file size limits.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-02-21 03:25:12 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 769266 | ||
|
Description
David Kutálek
2011-06-27 16:45:17 UTC
The attempt to add a symlink for this file was a rather mistaken effort - it abuses the root_symlink parameter and although there was an attempt in the patch sent upstream to account for this in my testing that change broke other symlinks in the tree and for that reason I dropped that hunk from the patch that went into RHEL6. If we're going to handle this properly it probably needs a new method explicitly designed to allow adding arbitrary syminks to the tarball.
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: The sosreport command allows the user to restrict the maximum size of log
files collected by the general plugin. If the limit is exceeded a portion of
the log file (up to the specified limit) is stored in the report in the plugin
commands directory.
Consequence: Prior versions did not create a symbolic link from the default location for
the size-limited log file to the location in the plugin commands directory. If
a user was unaware that log size limiting was in effect they may incorrectly
think that the file is missing.
Fix: With this release sosreport will create symbolic links that point from the
default location to the size-limited log file
Result: Users can now find the expected content at the default location within the
sosreport regardless of the use of log file size limits.
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-2012-0153.html |