Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Description of problem:
When running the following in RHEL 6 and RHEL 7:
# sosreport -e tomcat
Do not collect all the logging in the /var/log/tomcat*/
Only collects catalina.out in /var/log/tomcat*/ when run the following:
# sosreport -e tomcat
Version-Release number of selected component (if applicable):
Tested against
-Using RHEL 6 and sos-3.2-28.el6.noarch
-Using RHEL 7 and sos-3.2-35.el7_2.3.noarch
How reproducible:
Steps to Reproduce:
1. Install tomcat
2. Start tomcat
3. Run # sosreport -e tomcat
4. Extract and verify contents of /var/log/tomcat*/
That's all that was requested for Red Hat uses when we updated the old tomcat5 plugin.
If there are new uses to consider we need to know the structure of the directories and which files to collect, as well as the location and structure of any secrets (passwords, keys, etc.) that may be present in the collection locations.
Hi Bryn,
I work on the tomcat package and asked Hung to raise this BZ if there was a desire to change sosreport's behavior. After looking into it a bit, I went ahead and submitted a PR for the change here https://github.com/sosreport/sos/pull/836 with a description of why. There shouldn't be any other passwords or anything in the log directory, so I just grabbed everything. Let me know if you have suggestions for change.
Thanks Coty - I added a few comments in the upstream tracker, just minor nits to fit in with existing conventions in the project & also a query to see if there's not a "half way" step we can implement between the current (effectively nothing) and the full on all logs & no size limits.
The RHEL packages are maintained by a team from CEE / GSS but once we have things hashed out upstream they can pick those up and pull them in for the next available release.
No problem :) I was just reading over them and adapting my commit. I think that we can collect the catalina.$(date).log from the day the sosreport is collected to get at least one log, in addition to the catalina.out which may be populated if they're using the ConsoleAppender (which is off by default).
I also noticed that we're capturing SSL cert/store passwords...so I'm addressing that in this commit also.
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.
https://rhn.redhat.com/errata/RHBA-2017-0695.html