Version 4 (modified by jhickey, 13 years ago) (diff)

--

Overview

The testbed needs to know what switches are connected to it and what power ports they are plugged into. Right now, we insert these manually into the database.

Testbed nodes need to be setup to boot from the network by default. This is done through the Preboot eXecution Environment, available for most network cards. For onboard network cards, it is typically enabled through the BIOS.

Setting up your Switch

Setting up your power controller

Setting up your serial server

TBD

Testbed Nodes

Network connections

Generally each node will have a control network interface and experimental interfaces. The control network interface should be on a switch port that is on the CONTROL (VLAN 2003) network. The experimental interfaces should be on ports that are enabled, but can be in a default VLAN for now.

BIOS settings for testbed nodes

The testbed nodes should be set to boot only off of the network. Disable hard drive boot to prevent failed PXE requests from falling through to booting whatever is on the disk.

Setting up the PXE environment on boss

Installing a PXE boot loader

When the PXE boot ROM is loaded during machine boot.

The default bootloader for testbed nodes

Setting up the MFS for testbed nodes

These filesystems are PXE booted over the network via TFTP and allow us to perform various parts of node maintenance.

There are three different MFS (memory file system) images that come with DETER/Emulab.

They are:

  • The Admin MFS
    • Primarily used to create new operating system images using imagezip and ssh
  • The New Node MFS
    • This is the default image for nodes not explicitly listed in dhcpd.conf.
    • Has scripts to try to identify what type of node is being booted based on node_type variables.
    • Runs a process to enable auto-detection of which switch ports the node is wired into.
  • The Frisbee MFS
    • This image is used when loading an operating system image onto

The reason all these tasks are split up among multiple images is to keep the image size down since they are booted over the network. With faster networks, these images will likely be rolled into a single Linux based image in the future.