Bug 1867960
Summary: | RHEL8 installation failed with PCI-DSS profile with a file which name contains non-utf8 characters. | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 8 | Reporter: | Masahiro Matsuya <mmatsuya> |
Component: | oscap-anaconda-addon | Assignee: | Matěj Týč <matyc> |
Status: | CLOSED ERRATA | QA Contact: | Release Test Team <release-test-team-automation> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.2 | CC: | mhaicman, pjanda, pzatko, wsato |
Target Milestone: | rc | Keywords: | Patch |
Target Release: | 8.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | No Doc Update | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-11-04 03:46:16 UTC | Type: | Bug |
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: | 1812825 |
Description
Masahiro Matsuya
2020-08-11 09:24:47 UTC
This issue touches very peculiar waters of filename encoding. IIRC, there is no way for the scanner to know what filename encoding does a particular filesystem use, so fixing such issues reliably is very difficult. This patch should improve the situation on the Anaconda side, and it looks like that there is no other problem (i.e. oscap doesn't crash), so there is a high likelihood that the issue is indeed fixed. This usually happens on network drives that are shared across multiple OSs, and therefore more likely to contain problematic filename encoding. Could you please check out whether the file was on a network filesystem? If you know which rule caused this, that would be awesome, but that's more difficult to find out. I am asking because it could be that there is a glitch in the content as well. Reproduced on RHEL-8.3.0-20200811.0 x86_64 steps to reproduce by manual installation setup: - prepare machine with separate /data filesystem (minimal packageset is enough) - put file with problematic name to /data/ $ touch /data/$(echo "00000000: 5468 6174 47c7 d673 2063 6f72 7265 6374 ThatG..s correct" | xxd -r) test: - start new installation - choose custom patritioning - instruct installer to reuse and NOT reformat /data partition - choose PCI-DSS security policy - start installation (minimal packageset is enough) it stops with traceback UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc7 in position 558: invalid continuation byte 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 (oscap-anaconda-addon bug fix and enhancement update), 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-2020:4772 |