Bug 1266714

Summary: free -b shows 'total' and 'used' 10 times less, than real stats
Product: Red Hat Enterprise Linux 6 Reporter: andi
Component: procpsAssignee: Jaromír Cápík <jcapik>
Status: CLOSED DUPLICATE QA Contact: BaseOS QE - Apps <qe-baseos-apps>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.7CC: albert, ovasik
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-09-29 12:51:49 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:

Description andi 2015-09-26 20:59:05 UTC
Description of problem:

By executing free -b you get 10 times less than really installed memory.


Version-Release number of selected component (if applicable):

procps-3.2.8-33.el6.x86_64


How reproducible:

compare on a machine with more than 10 G of RAM:
# free -b | grep Mem | awk '{print $2}' 
# free -m | grep Mem | awk '{print $2*1024*1024}'



Actual results:

7601432576
76013371392


Expected results:

I would expect something like:

76014325760
76013371392

It doesn't really matter what the last digit is for me, but it would be nice if the amount of digits is the same.

Comment 2 Jaromír Cápík 2015-09-29 12:51:49 UTC

*** This bug has been marked as a duplicate of bug 1246379 ***