Equipment/Lattner

From London Hackspace Wiki
< Equipment
Revision as of 19:54, 5 July 2016 by Kraptv (talk | contribs) (Formatting issues and links.)
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.
Lattner
Hackspace Unknown.png
Model SuperMicro X7DBU
Sub-category Networking
Status Good working order
Training requirement no
Origin mixed
Location Basement rack
Maintainers Sysadmin team

Lattner is a general-purpose file server provided to help with general hackspace storage stuff. Note that no warranty is given or implied, but we will try our best to keep it reliably online and usable.

The system was named after the computer scientist Chris Lattner. Lattner is a software developer, best known as the main author of LLVM and related projects, such as the compiler Clang and the programming language Swift.

  • 1U Rackmount server with 4 x 1000GB 3.5" SATA drives and one 2.5" 32GB Boot SSD
  • Debian 8
  • Connected to Equipment/Cisco1 via port 31 & 32 in a 2 port LACP channel bond.
  • Runs Samba (workgroup 'LHS') and has 2 shares:
    • space, which is read/write to everyone on the local network
    • managed which contains useful things that are of interest to hackspace members.
  • shares /home over nfs, currently used by lamarr at least.

Motherboard and Memory

Lattner has 32GB of ECC DRAM and is powered by a SuperMicro X7DBU motherboard. Possible management via IPMI is available via an off-board card that is currently NOT installed.

Disk Configuration

  • 4 1TB drives connected directly to the motherboard SATA ports.
  • System is using ZFS in a RAIDZ2 (Double-Parity) RAID providing 1800GiB of usable storage.
  • zpool was created using device-aware /dev/disk/by-id rather than generic /dev/sda,sdb,sdc,sdd enumeration to help facilitate disk replacements when a drive goes down:
    • HOW? By labeling the outside of the drive-tray with the disk serial number, we can easily reconcile the serial number of a failed/failing drive with one that is in the array.
  • Boot drive is simply a single SSD - it shouldn't hold anything precious nor be used as a caching device as there is sufficient system memory and ZFS can likely manage caching automatically.