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 |
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.
