bugdmidecode - Bugs: bug #60105, dmidecode -u gives error "

 
 

bug #60105: dmidecode -u gives error "

Submitter:  None
Submitted:  Tue 23 Feb 2021 06:08:44 PM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  khali
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Fri 18 Jun 2021 08:12:45 AM UTC, comment #3: 

No answer -> closing. Most probably already fixed by commit 11e134e54d15 ("dmidecode: Fix crash with -u option").

Jean Delvare <khali>
Group administrator
Wed 24 Feb 2021 10:03:38 AM UTC, comment #2: 

Bug summary appears to be incomplete.

The dmidecode package which fails for you does contain the faulty commit (da06888d08b9f1108fe89560c06d39675c10cd95). The bug causes a stack overflow, which can then lead to pretty much anything. In your case, it causes an unintended code path to be taken ("Writing 31 bytes..." should only be printed when option --dump-bin is used, which isn't your case).

So it is very likely that commit 11e134e54d15e67a64c39a623f492a28df922517 fixes your issue. Ask Lianbo Jiang to build a new dmidecode package with this commit included and it should be OK again.

Jean Delvare <khali>
Group administrator
Wed 24 Feb 2021 09:48:38 AM UTC, comment #1: 

Ignore the 'AWS doesn't do this' part of that comment - in our case 'dmidecode -u' is only called on VMware based machines so AWS wouldn't trigger the issue anyway.

Anonymous
Tue 23 Feb 2021 06:08:44 PM UTC, original submission:  

Using 'dmidecode -u' gives this error after the text listing on CentOS 8.3.2011.:

---
# Writing 31 bytes to (null).
(null): fopen: Bad address
---

 It appears to be OK on all previous versions. The RPM for that is dmidecode-1:3.2-6.el8.x86_64. I also tried the latest dmidecode-1:3.2-8.el8.x86_64 from CentOS 8 Stream and that had the same issue. However I have other machines with 3.2-6 that are working correctly - every one of those is on AWS and the ones that aren't are vanilla CentOS 8 so I don't know if they do something different with their RPMs, the name of the RPM is the same.

I see in github that a patch around the same area of -u/--dump has been committed since 3.3 but I don't know if that fixes the issue.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by khali (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2021-06-18 khali StatusNeed Info Fixed
        Open/ClosedOpen Closed
    2021-02-24 khali StatusNone Need Info
        Assigned toNone khali

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code