-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, I have an IBM xseries 345, running CentOS 5.3, hosting a few Xen domUs. However, I need more RAM -- but cannot remember if all (four) RAM sockets are populated (which would mean to buy higher capacity modules) or if there are two slots left to use. However, I'd like (and think that it's possible, but don't remember how) to check remotely. dmesg's first lines: Linux version 2.6.18-164.el5xen (mockbuild at builder16.centos.org) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Thu Sep 3 04:47:32 EDT 2009 BIOS-provided physical RAM map: Xen: 0000000000000000 - 0000000020800000 (usable) 0MB HIGHMEM available. 520MB LOWMEM available. Using x86 segment limits to approximate NX protection On node 0 totalpages: 133120 DMA zone: 133120 pages, LIFO batch:31 DMI 2.3 present. ACPI: RSDP (v000 IBM ) @ 0x000fdfc0 ACPI: RSDT (v001 IBM SERONYXP 0x00001000 IBM 0x45444f43) @ 0x7ffdff80 ACPI: FADT (v001 IBM SERONYXP 0x00001000 IBM 0x45444f43) @ 0x7ffdff00 ACPI: MADT (v001 IBM SERONYXP 0x00001000 IBM 0x45444f43) @ 0x7ffdfe40 ACPI: ASF! (v016 IBM SERONYXP 0x00000001 IBM 0x45444f43) @ 0x7ffdfd80 ACPI: DSDT (v001 IBM SERGEODE 0x00001000 MSFT 0x0100000b) @ 0x00000000 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-15 ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[16]) IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 16-31 ACPI: IOAPIC (id[0x0c] address[0xfec02000] gsi_base[32]) IOAPIC[2]: apic_id 12, version 17, address 0xfec02000, GSI 32-47 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ5 used by override. Enabling APIC mode: Flat. Using 3 I/O APICs Using ACPI (MADT) for SMP configuration information Built 1 zonelists. Total pages: 133120 Kernel command line: ro root=/dev/VG00/VG_root Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c0750000 soft=c0730000 PID hash table entries: 4096 (order: 12, 16384 bytes) Xen reported: 3059.962 MHz processor. Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Software IO TLB enabled: Aperture: 2 megabytes (...) Any hints? Thanks in advance, Timo -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org/ iD8DBQFKw42gO/2mgkVVV7kRAsXnAJ9RTvHcvPeMBzDY5a3OOzLPKhY7ygCgiFGy FIJCYVvuTxAlvy59u5/HA9g=/OwG -----END PGP SIGNATURE-----
Marko A. Jennings
2009-Sep-30 17:00 UTC
[CentOS] Gathering information about RAM in sockets
On Wed, September 30, 2009 12:56 pm, Timo Schoeler wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi list, > > I have an IBM xseries 345, running CentOS 5.3, hosting a few Xen domUs. > > However, I need more RAM -- but cannot remember if all (four) RAM > sockets are populated (which would mean to buy higher capacity modules) > or if there are two slots left to use. > > However, I'd like (and think that it's possible, but don't remember how) > to check remotely.Take a look at dmidecode. Marko
On 09/30/2009 05:56 PM, Timo Schoeler wrote:> > Any hints? >dmidecode ?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Timo, dmidecode can show what RAM sockets are populated if your motherboard supports retrieval of this information. - From 'man dmidecode' dmidecode is a tool for dumping a computer's DMI (some say SMBIOS) table contents in a human-readable format. This table contains a description of the system's hardware components, as well as other useful pieces of information such as serial numbers and BIOS revision. Thanks to this table, you can retrieve this information without having to probe for the actual hardware. While this is a good point in terms of report speed and safeness, this also makes the presented information possibly unreliable. Timo Schoeler wrote:> Hi list, > > I have an IBM xseries 345, running CentOS 5.3, hosting a few Xen domUs. > > However, I need more RAM -- but cannot remember if all (four) RAM > sockets are populated (which would mean to buy higher capacity modules) > or if there are two slots left to use. > > However, I'd like (and think that it's possible, but don't remember how) > to check remotely. > > dmesg's first lines: > > Linux version 2.6.18-164.el5xen (mockbuild at builder16.centos.org) (gcc > version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Thu Sep 3 04:47:32 EDT > 2009 > BIOS-provided physical RAM map: > Xen: 0000000000000000 - 0000000020800000 (usable) > 0MB HIGHMEM available. > 520MB LOWMEM available. > Using x86 segment limits to approximate NX protection > On node 0 totalpages: 133120 > DMA zone: 133120 pages, LIFO batch:31 > DMI 2.3 present. > ACPI: RSDP (v000 IBM ) @ 0x000fdfc0 > ACPI: RSDT (v001 IBM SERONYXP 0x00001000 IBM 0x45444f43) @ 0x7ffdff80 > ACPI: FADT (v001 IBM SERONYXP 0x00001000 IBM 0x45444f43) @ 0x7ffdff00 > ACPI: MADT (v001 IBM SERONYXP 0x00001000 IBM 0x45444f43) @ 0x7ffdfe40 > ACPI: ASF! (v016 IBM SERONYXP 0x00000001 IBM 0x45444f43) @ 0x7ffdfd80 > ACPI: DSDT (v001 IBM SERGEODE 0x00001000 MSFT 0x0100000b) @ 0x00000000 > ACPI: Local APIC address 0xfee00000 > ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) > ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled) > ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) > ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled) > ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) > ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1]) > ACPI: IOAPIC (id[0x0e] address[0xfec00000] gsi_base[0]) > IOAPIC[0]: apic_id 14, version 17, address 0xfec00000, GSI 0-15 > ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[16]) > IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 16-31 > ACPI: IOAPIC (id[0x0c] address[0xfec02000] gsi_base[32]) > IOAPIC[2]: apic_id 12, version 17, address 0xfec02000, GSI 32-47 > ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) > ACPI: IRQ0 used by override. > ACPI: IRQ2 used by override. > ACPI: IRQ5 used by override. > Enabling APIC mode: Flat. Using 3 I/O APICs > Using ACPI (MADT) for SMP configuration information > Built 1 zonelists. Total pages: 133120 > Kernel command line: ro root=/dev/VG00/VG_root > Enabling fast FPU save and restore... done. > Enabling unmasked SIMD FPU exception support... done. > Initializing CPU#0 > CPU 0 irqstacks, hard=c0750000 soft=c0730000 > PID hash table entries: 4096 (order: 12, 16384 bytes) > Xen reported: 3059.962 MHz processor. > Console: colour VGA+ 80x25 > Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) > Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) > Software IO TLB enabled: > Aperture: 2 megabytes > > (...) > > Any hints? > > Thanks in advance, > > Timo >_______________________________________________ CentOS mailing list CentOS at centos.org http://lists.centos.org/mailman/listinfo/centos - -- Thank you, Preston Connors Atlantic.Net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrDj9AACgkQonXphwN+2nYHxACfQtA4sweB+idxW/onhZ+3RfEm sUwAoIe3UNttc0KWUut9pj4Rv5niywtO =XQ04 -----END PGP SIGNATURE-----