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
======================
Even if there was no standard error from module check script, result.xml
will still contain data.
Following example is prefixed with '|' to denote start of line:
| <ns0:check-import import-name="stderr">
| </ns0:check-import>
Here, the relevant node contains following bytes:
0a:20:20:20:20:20:20:20:20:20:20
Even though it's just whitespace, it's incorrect and prevents reliably
detecting *actual* error output.
Version-Release number of selected component
============================================
preupgrade-assistant-2.1.8-2.el6
How reproducible
================
Always
Steps to Reproduce
==================
1. Run preupg with module(s) that don't print anything
2. Observe `<ns0:check-import/>` nodes in result.xml
(there may be other relevant nodes, see note below)
Actual results
==============
All should be empty
Expected results
================
Currently, at least `import-name="stderr"` contains whitespace.
Additional info
===============
Note that currently due to bug 1309491, it's actually impossible for the
node mentioned above to contain *any* data; this will remain even after
the fix but in future openscap version, new nodes will be added which
will be relevant to stdout/stderr and this bug.
Notes for QE
============
Test suite contains workaround for this (search for bug number), so removing it and not seeing failures should suffice.
Note that the mentioned PR221 makes several arbitrary changes independent of this bug and it has not been confirmed that the 'extra space' part of it really is the very same problem as this bug has reported (it does look very similar but I remember I did have doubts, not sure why).
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://access.redhat.com/errata/RHBA-2017:3211
Description of problem ====================== Even if there was no standard error from module check script, result.xml will still contain data. Following example is prefixed with '|' to denote start of line: | <ns0:check-import import-name="stderr"> | </ns0:check-import> Here, the relevant node contains following bytes: 0a:20:20:20:20:20:20:20:20:20:20 Even though it's just whitespace, it's incorrect and prevents reliably detecting *actual* error output. Version-Release number of selected component ============================================ preupgrade-assistant-2.1.8-2.el6 How reproducible ================ Always Steps to Reproduce ================== 1. Run preupg with module(s) that don't print anything 2. Observe `<ns0:check-import/>` nodes in result.xml (there may be other relevant nodes, see note below) Actual results ============== All should be empty Expected results ================ Currently, at least `import-name="stderr"` contains whitespace. Additional info =============== Note that currently due to bug 1309491, it's actually impossible for the node mentioned above to contain *any* data; this will remain even after the fix but in future openscap version, new nodes will be added which will be relevant to stdout/stderr and this bug.