User Tools

Site Tools


Sidebar

General Lab Info (Mainly for Devs)

Hardware

Lab Infrastructure Services

Misc Admin Tasks
These are infrequently completed tasks that don't fit under any specific service

Production Services

OVH = OVH
RHEV = Sepia RHE instance
Baremetal = Host in Sepia lab

The Attic/Legacy Info

hardware:mira

This is an old revision of the document!


Table of Contents

mira

Summary

We have approximately 124 mira hosts. Some serve as vpshosts hypervisors and some serve as OSD nodes in the longrunningcluster. The remaining nodes are used as baremetal testnodes.

See the [long-running-cluster] and [vps_hosts] groups in ceph-sepia-secrets Ansible inventory to see what systems are used for.

Hardware Specs

Count Manufacturer Model Capacity Notes
Chassis N/A Supermicro 2U Unmodel N/A
Mainboard N/A Supermicro X8SIL N/A
CPU 1 Intel Xeon(R) CPU X3440 @ 2.53GHz N/A ARK
RAM 4 DIMMs Kingston 9965434-017.A00LF 4GB 16GB total. PC3-8500R DDR3-1066 REGISTERED ECC CL7 240 PIN
HDD 8x WD/HGST 1TB For VPSHOSTS and testnodes
HDD Asst WD/HGST 1TB/4TB LRC hosts have a mixture of 1TB and 4TB diskss=
NIC 2 ports Intel 82574L Gigabit Network Connection 1Gb
RAID 1 Areca Mix of ARC-{1222,1880} 8 disks JBOD Mode
BMC 1 Supermicro N/A N/A Reachable at $host.ipmi.sepia.ceph.com

These also have 10Gb SFP+ ports that are cabled but may need switch port configuration. Probably useful to have before re-adding to cluster.

Quirks

I was able to install Fedora23 on apama001 but still got Red Screen of Death and “Illegal Opcode” after grub tries to boot the OS. Something about rpm-based distros doesn't like searching for the root partition using UUID.

What fixed it was finding the proper root drive and manually booting to it in a grub rescue prompt. See below.

grub> ls (hd0,msdos1)/boot

vmlinuz-4.2.3-300.fc23.x86_64 System.map-4.2.3-300.fc23.x86_64 config-4. 2.3-300.fc23.x86_64 initramfs-4.2.3-300.fc23.x86_64.img initramfs-0-rescue-ba8d c4c42e5a4ec483a635961112dfd8.img vmlinuz-0-rescue-ba8dc4c42e5a4ec483a635961112d fd8 initrd-plymouth.img                                                         

grub> set root=(hd0 <tab>
Possible partitions are:

Device hd0: No known filesystem detected - Sector size 512B - Total size        488386584KiB

Partition hd0,msdos1: Filesystem type ext* - Last modification time     2016-05-03 18:11:21 Tuesday, UUID 4390d2e3-3154-4855-8ad4-8417c430d982 -        Partition start at 1024KiB - Total size 488385536KiB                                                                                                            
grub> set root=(hd0,msdos1)
grub> linux /boot/vmlinuz-4.2.3-300.fc23.x86_64 root=/dev/sda1
grub> initrd /boot/initramfs-4.2.3-300.fc23.x86_64.img
grub> boot

For CentOS, this had to be modified a bit:

grub> set root=(hd0,msdos1)
grub> linux /vmlinuz-3.10.0-327.el7.x86_64 root=/dev/sdz3 console=ttyS1,115200
grub> initrd /initramfs-3.10.0-327.el7.x86_64.img
grub> boot

There's probably a permanent fix that can be applied in grub.cfg but haven't looked into it.

hardware/mira.1467218912.txt.gz · Last modified: 2016/06/29 16:48 by dgalloway