[Bug 1752440] Re: Lshw incorrectly detects amount of RAM in system
Lee Trager
lee.trager at canonical.com
Fri Mar 2 09:29:38 UTC 2018
lshw shows two banks of memory but MAAS is still correctly calculating
the output from lshw. There are twelve occurrences of the line <size
units="bytes">34358689792</size> which is 384GB. I looked up the part
number reported by lshw, 72ASS8G72LZ-2G3B2. According to [1] each DIM
should be 64G, not 32G. There is a commit upstream [2] which adds
support for DDR4 RAM and another [3] which adds support for larger
amounts of RAM found in DDR4 RAM. As [1] says this module is DDR4 I
suspect the version of lshw in Ubuntu needs both these patches.
@dgrosvenor could you try building lshw in rescue mode to confirm?
sudo apt install git gcc make
git clone https://github.com/lyonel/lshw.git
make
sudo ./lshw -xml > lshw.log
[1] https://www.micron.com/parts/modules/ddr4-sdram/mta72ass8g72lz-2g3
[2] https://github.com/lyonel/lshw/commit/0ea2e95b3ccdeb3834bec6fe22d0794a65e8c37a
[3] https://github.com/lyonel/lshw/commit/ab43c697ebaff3e5138c43a39a17f69859cde87d
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to lshw in Ubuntu.
https://bugs.launchpad.net/bugs/1752440
Title:
Lshw incorrectly detects amount of RAM in system
Status in MAAS:
Triaged
Status in lshw package in Ubuntu:
Incomplete
Bug description:
When commissioning our new servers, we are only seeing 50% of the
memory show up in the MaasUI. Looking at lshw, it looks like only 12
of the 24 DIMMs are listed (we see 384GB but we have 768GB).
Everything else seems to be fine, number of cores, disks, etc... When
running free on the machine, we get the expected amount of RAM (768GB)
Current:
384GB
Expecting
768GB
root at maas:~# dpkg -l '*maas*'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=======================-================-================-===================================================
ii maas 2.3.0-6434-gd354 all "Metal as a Service" is a physical cloud and IPAM
ii maas-cli 2.3.0-6434-gd354 all MAAS client and command-line interface
un maas-cluster-controller <none> <none> (no description available)
ii maas-common 2.3.0-6434-gd354 all MAAS server common files
ii maas-dhcp 2.3.0-6434-gd354 all MAAS DHCP server
ii maas-dns 2.3.0-6434-gd354 all MAAS DNS server
ii maas-proxy 2.3.0-6434-gd354 all MAAS Caching Proxy
ii maas-rack-controller 2.3.0-6434-gd354 all Rack Controller for MAAS
ii maas-region-api 2.3.0-6434-gd354 all Region controller API service for MAAS
ii maas-region-controller 2.3.0-6434-gd354 all Region Controller for MAAS
un maas-region-controller- <none> <none> (no description available)
un python-django-maas <none> <none> (no description available)
un python-maas-client <none> <none> (no description available)
un python-maas-provisionin <none> <none> (no description available)
ii python3-django-maas 2.3.0-6434-gd354 all MAAS server Django web framework (Python 3)
ii python3-maas-client 2.3.0-6434-gd354 all MAAS python API client (Python 3)
ii python3-maas-provisioni 2.3.0-6434-gd354 all MAAS server provisioning libraries (Python 3)
To manage notifications about this bug go to:
https://bugs.launchpad.net/maas/+bug/1752440/+subscriptions
More information about the foundations-bugs
mailing list