From CSLabsWiki
IP Address(es):
Contact Person: Jared Dunbar
Last Update: Spring 2017
Services: VM Host

Hostname: hydra.cslabs.clarkson.edu
Operating system: Arch Linux
NIC 1: Clarkson Network
MAC: 0c:c4:7a:c6:e7:88
CPU: 2x 16 Core AMD Opteron 6376
RAM: 4x 16GB DDR3-1600 ECC

Hydra is our newest VM host (as of September 2016)


Do a basic Arch install with the hard drives software raided in RAID 6, all of the device as /

Make sure to install GRUB to ALL of the drives and NOT /dev/md0 - also protip: md0 is a partition, not strictly a block device, thus it does not need a mbr and you can mkfs.ext4 /dev/md0 without issue :D

Install Packages

pacman -Syu htop iotop iftop lm_sensors vim sudo qemu libvirtd screen rsync tmux p7zip

Change SSHd to use port 13699 in addition to port 22 (add a line below Port:22 with Port:13699). Edit


User Configuration

Add all of the users to the libvirtd and kvm groups that plan to use the VM host

Network Configuration

VM's require a network bridge in order to be able to communicate to the network.

Virtual Machine Core Allocation

These are cores that are allocated to VM's for efficiency.

virsh vcpupin <guestname> <local-core> <host core>

Host cores are between 0 and 31 and local cores are from 0 to n-1 cores

You must run it for each core to each host core

1 Keyserver, scheduler, honeypot
2 VRkour, hunterGit
3 comm, hwiki, Turist
4, 5 cacti
6, 7 gmx
24 to 31 colona-evolutionary-cpu

Free cores:


Hardware Information


The CPU0 heat sink cooler is not very well mounted. It is mounted properly, however if the server is bumped too hard, the cooler will pop off. Treat the server with extreme care ALWAYS

  • 2x 16 Core AMD Opeteron 6376
  • 4x 16GB DDR3-1600 ECC RAM
  • 5x 2TB Segate Constelation HDD in RAID 6
  • 2x Noctua CPU Coolers
  • Super Micro MBD-H8DG6-F-0 Motherboard EATX
  • Silver Stone 550 Watt 80+ Platinum Power Supply
  • Roswell 4u Server Chassis

Good to note is that there are 3 Ethernet ports. Two of them are NIC's (the pair right next to one another) and the one over the USB port is IPMI over Ethernet and has no connection to the kernel. Remote IPMI is disabled, so don't even bother with this.

Kernel Jankiness

Under a Debian or Ubuntu kernel (even when custom compiled for the system by hand), shit goes haywire when you use GDB on this particular hardware configuration, for no reason. Thus, Arch Linux is the solution (for no apparent reason besides not having the symptoms)

Basically, the symptoms are that when debugging any process, we discovered that running si will cause the instruction pointer to rapidly become close to or become zero. We have no idea why this happens, but it's bad since it crashes the kernel. This includes if you are inside of a VM which is scary shit. Perhaps a CVE is in the works...