Summary

Describe the hardware configuration for the Linaro Validation Farm

Rationale

We would like to build an environment that will allow us to perform automated tests on ARM development boards. This validation farm should include infrastructure to support remote and automated management of the systems to be tested.

User stories

Assumptions

Design

The controller node is a basic x86 server that will run software for scheduling and running jobs on the test systems.

The network switch is a 10/100(/1000) switch connecting all the components on the network including the controller, the test systems, and the serial console server, and the PDU.

The serial console server exposes the serial console from each of the test systems to the controller node. This is used for controlling the boot process, executing commands on the serial console, and gathering kernel debug information if the system should fail.

The PDU is a remotely controllable power distribution unit. This will allow us to remotely power off/on a node in the event of a failure, or should a hard reset become necessary for any reason.

validationnetwork.png

Implementation

Phase 1

The initial bringup of this environment will focus on utilizing existing infrastructure, where possible, to quickly get an environment that will allow us to automate booting and testing of a few supported boards. The following hardware, at a minimum, is needed:

  • Server for use as the controller node
  • Serial console server
  • Switching PDU
  • 1 of each currently support development board
  • cabling/adapters

This assumes sufficient physical space already exists for the hardware temporarily, and that the existing networking infrastructure can be used

Phase 2

Expansion of the validation farm and partitioning from the existing network. When we are ready to expand the environment, we will need to give consideration to optimizing rack density by constructing a solution to house multiple development boards in a rack mountable case. The exact design/construction of this will be dependent on each board. In most cases, this should allow for many boards to be mounted in just a few rack units of space. For example, in the case of pandaboards, something like this could be constructed: http://dmtechtalk.files.wordpress.com/2010/12/100_3969.jpg

  • Rack(s)
  • shelving for racks
  • Networking switches
  • Additional switching PDUs
  • Additional serial console switches
  • Rack mounting cases/hardware
    • including materials to build a solution for boards to be mounted in cases

Unresolved issues

This should highlight any issues that should be addressed in further specifications, and not problems with the specification itself; since any specification with problems cannot be approved.

BoF agenda and discussion

Use this section to take notes during the BoF; if you keep it in the approved spec, use it for summarising what was discussed and note any options that were rejected.


CategorySpec

Platform/Validation/Specs/HardwareSetup (last modified 2010-12-13 17:30:07)