Lshw incorrectly detects amount of RAM in system
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Invalid
|
Medium
|
Unassigned | ||
lshw (Ubuntu) |
New
|
Undecided
|
Unassigned |
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@maas:~# dpkg -l '*maas*'
Desired=
| Status=
|/ Err?=(none)
||/ 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-
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-
ii maas-region-api 2.3.0-6434-gd354 all Region controller API service for MAAS
ii maas-region-
un maas-region-
un python-django-maas <none> <none> (no description available)
un python-maas-client <none> <none> (no description available)
un python-
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-
Changed in lshw (Ubuntu): | |
status: | Incomplete → New |
Changed in maas: | |
status: | Triaged → Invalid |
Changed in maas: | |
milestone: | 2.4.x → none |
So this is definitely and issue in LSHW. MAAS directly grabs the information from there.
That said, I think it would be nice for MAAS to have an alternate method of gathering the memory in case lshw is completely wrong as is this case.