Bug 1654985
| Summary: | [RHEL7.6]Some garbled codes are shown on terminal when execute tpm_version | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | dhsia | ||||||||||
| Component: | tpm-tools | Assignee: | Jerry Snitselaar <jsnitsel> | ||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Vilém Maršík <vmarsik> | ||||||||||
| Severity: | low | Docs Contact: | |||||||||||
| Priority: | medium | ||||||||||||
| Version: | 7.7 | CC: | achen35, cchang13, dhsia, jkachuck, jsnitsel, kli2, kshieh, mknutson, tyu1 | ||||||||||
| Target Milestone: | rc | Keywords: | OtherQA | ||||||||||
| Target Release: | 7.7 | ||||||||||||
| Hardware: | Unspecified | ||||||||||||
| OS: | Unspecified | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | |||||||||||||
| : | 1669892 (view as bug list) | Environment: | |||||||||||
| Last Closed: | 2019-08-06 12:48:09 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: | 1586275, 1602778, 1656539, 1669892, 1707454 | ||||||||||||
| Attachments: |
|
||||||||||||
This is no TPM encrypt function impact. This is display issue. Hello, Please attach a sosreport from a system directly after seeing this issue. Also I am not seeing any garbled in the screenshot. Please attach a screenshot that shows this issue. Thank You Joe Kachuck Created attachment 1510781 [details]
tpm_version output to file
Hi Joseph
I apologias the wrong description in the last attachment file.
The garbled code might not so easy to see. I marked red rectangle.
The code is before "TPM 1.2 Version info". Something like "Xh w ".
Created attachment 1510782 [details]
sosreport
Hello Lenovo, I have lowered this to a medium low BZ as I do see it as a bug. I am not sure what kind of issues this would cause. If see this different. Please provide a justification on how this would cause an issue in the field. Thank You Joe Kachuck Created attachment 1512193 [details]
Screen for RHEL8
Hi Joseph, This seems some stderr from tpm_version. "tpm_version 2>/dev/null" and "tpm_version -l debug 2>/dev/null" can workaround this issue. The garbled code is gone. And I upload the result in RHEL8 snapshot1 It is print out something like "127.0.0.1 localhost". I looked into the source 1.3.9 from TrouSerS The command tried to capture data written to stderr and redirect stderr to tempfile then restore output to stderr. Then it reads data from the temporary file again and prints it to the original stderr. The result is that Some undefined data was printed to stderr Please help to investigation. Many Thanks. (In reply to dhsia from comment #8) > Hi Joseph, > This seems some stderr from tpm_version. > "tpm_version 2>/dev/null" and "tpm_version -l debug 2>/dev/null" can > workaround this issue. The garbled code is gone. > > And I upload the result in RHEL8 snapshot1 > It is print out something like "127.0.0.1 localhost". > > I looked into the source 1.3.9 from TrouSerS > The command tried to capture data written to stderr and redirect stderr to > tempfile then restore output to stderr. Then it reads data from the > temporary file again and prints it to the original stderr. > The result is that Some undefined data was printed to stderr > > Please help to investigation. > > Many Thanks. This stderr code added from 1.3.9 and does not in 1.3.8 which was used in RHEL7.6. (In reply to dhsia from comment #9) > (In reply to dhsia from comment #8) > > Hi Joseph, > > This seems some stderr from tpm_version. > > "tpm_version 2>/dev/null" and "tpm_version -l debug 2>/dev/null" can > > workaround this issue. The garbled code is gone. > > > > And I upload the result in RHEL8 snapshot1 > > It is print out something like "127.0.0.1 localhost". > > > > I looked into the source 1.3.9 from TrouSerS > > The command tried to capture data written to stderr and redirect stderr to > > tempfile then restore output to stderr. Then it reads data from the > > temporary file again and prints it to the original stderr. > > The result is that Some undefined data was printed to stderr > > > > Please help to investigation. > > > > Many Thanks. > > This stderr code added from 1.3.9 and does not in 1.3.8 which was used in > RHEL7.6. Sorry for typo 1.3 8 was used in RHEL 7.3 Hello Lenovo, I am confused on this issue. Is this a RHEL 7 or RHEL 8 bug? If RHEL 7. Does this issue effect RHEL 7.6? Comment 10 states RHEL 7.3. What is "tpm_version"? What is this included with? Does this issue effect a std out? Did this work differently in any RHEL 7 release if so which one? How would a client see this issue in the field? Thank You Joe Kachuck A separate bz should be opened for rhel8. Is this adversely impacting Lenovo? If not, I'd say it can go into rhel8.1. I have a fix prepared for rhel7.7. Joe, tpm_version is a part of the tpm-tools package which contains commands for using tpm1.2 devices. Hello, If this issue is needed for RHEL 8. It is most likely to late for RHEL 8.0. It would need to be requested for RHEL 8.1, or RHEL 8.0 AppStream. Lenovo if this is need for RHEL 8. Please open a new Bugzilla to request this fixed in RHEL 8. Thank You Joe Kachuck Hi Joseph, The root cause is found and no functional impact. if it is late for RHEL8.0. I agree to fixed it on RHEL8.1. (In reply to Joseph Kachuck from comment #11) > Hello Lenovo, > I am confused on this issue. > > Is this a RHEL 7 or RHEL 8 bug? > > If RHEL 7. Does this issue effect RHEL 7.6? Comment 10 states RHEL 7.3. > > What is "tpm_version"? What is this included with? > > Does this issue effect a std out? > > Did this work differently in any RHEL 7 release if so which one? > > How would a client see this issue in the field? > > Thank You > Joe Kachuck Hi Joe Please check the screen for RHEL7 and RHEL8. In the RHEL7 screen shot, There are several garbled codes before "TPM 1.2 Version Info:" on the screen. And There is a "127.0.0.1" and "localhost" before the "TPM 1.2 Version Info:" This issue affect RHEL7.4-7.6, all implement tpm_tools version after 1.3.9. RHEL7.3 is normal with tpm_tools 1.3.8. (In reply to Jerry Snitselaar from comment #12) > A separate bz should be opened for rhel8. Is this adversely impacting > Lenovo? If not, I'd say it can go into rhel8.1. I have a fix prepared for > rhel7.7. Hi Jerry, I think this issue is no functional impact. It just stderr handling issue if it is late for RHEL8.0. I agree to fixed it on RHEL8.1. Lenovo, are you going to do OtherQA testin on your HW? I am not sure if we can reproduce this on our local HW. (In reply to Vilém Maršík from comment #17) > Lenovo, are you going to do OtherQA testin on your HW? I am not sure if we > can reproduce this on our local HW. Sure, I can verify, please provide download site for new code. Thanks So, the target is RHEL7.7 and RHEL 8.1, right? Thanks. Setting OtherQA (In reply to dhsia from comment #18) > Sure, > I can verify, please provide download site for new code. > Thanks Yes I will be fixing in RHEL7.7 with this bz, and I cloned a bz, 1669892, to track it for RHEL8.1. [root@dell-per515-01 ~]# tpm_version �wd� TPM 1.2 Version Info: Chip Version: 1.2.8.8 Spec Level: 2 Errata Revision: 2 TPM Vendor ID: STM TPM Version: 01010000 Manufacturer Info: 53544d20 [root@dell-per515-01 ~]# rpm -q tpm-tools tpm-tools-1.3.9-2.el7.x86_64 [root@dell-per515-01 ~]# yum update tpm-tools-1.3.9-3.el7.x86_64.rpm Loaded plugins: product-id, search-disabled-repos, subscription-manager This system is not registered with an entitlement server. You can use subscription-manager to register. Examining tpm-tools-1.3.9-3.el7.x86_64.rpm: tpm-tools-1.3.9-3.el7.x86_64 Marking tpm-tools-1.3.9-3.el7.x86_64.rpm as an update to tpm-tools-1.3.9-2.el7.x86_64 Resolving Dependencies --> Running transaction check ---> Package tpm-tools.x86_64 0:1.3.9-2.el7 will be updated ---> Package tpm-tools.x86_64 0:1.3.9-3.el7 will be an update --> Finished Dependency Resolution Dependencies Resolved =============================================================================================================================================================================================================================================================================== Package Arch Version Repository Size =============================================================================================================================================================================================================================================================================== Updating: tpm-tools x86_64 1.3.9-3.el7 /tpm-tools-1.3.9-3.el7.x86_64 778 k Transaction Summary =============================================================================================================================================================================================================================================================================== Upgrade 1 Package Total size: 778 k Is this ok [y/d/N]: y Downloading packages: Running transaction check Running transaction test Transaction test succeeded Running transaction Updating : tpm-tools-1.3.9-3.el7.x86_64 1/2 Cleanup : tpm-tools-1.3.9-2.el7.x86_64 2/2 Verifying : tpm-tools-1.3.9-3.el7.x86_64 1/2 Verifying : tpm-tools-1.3.9-2.el7.x86_64 2/2 Updated: tpm-tools.x86_64 0:1.3.9-3.el7 Complete! [root@dell-per515-01 ~]# tpm_version TPM 1.2 Version Info: Chip Version: 1.2.8.8 Spec Level: 2 Errata Revision: 2 TPM Vendor ID: STM TPM Version: 01010000 Manufacturer Info: 53544d20 Thank Jerry. Hi Jerry, I verified tpm-1.3.9-5 in RHEL7.7 and issue is solved, thanks. Partner verified. There are two related patches in tpm-tools.git - fc5e5d48871ca7dbd3debe9600ea06b41f8827e0 and 024e385381621bf6625ec4e7ae3cc10df148364e. Setting 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. https://access.redhat.com/errata/RHBA-2019:2109 |
Created attachment 1510090 [details] Screen for HTTP boot Description of problem: When we run tpm_version to show the tpm information, there are some gerbled code show on the screen. Version-Release number of selected component (if applicable): 1.3.9-2 How reproducible: Run the command tpm_version Steps to Reproduce: 1.Install tpm 1.2 releated service and package. 2.Run command "tpm_version" 3. Actual results: The result in the attachment file Expected results: TPM 1.2 Version Info: Chip Version: 1.2.5.81 Spec Level: 2 Errata Revision: 3 TPM Vendor ID: WEC Vendor Specific data: 0201 TPM Version: 01010000 Manufacturer Info: 57454300 Additional info: This issue does not see on THEL7.3 tpm-tools 1.3.8