Project

General

Profile

Bug #12606

Feature #5630: Reproducible builds

Better balance our isobuilders' I/O load over all available SSDs

Added by intrigeri 4 months ago. Updated 4 months ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Continuous Integration
Target version:
Start date:
05/26/2017
Due date:
% Done:

100%

QA Check:
Feature Branch:
Type of work:
Sysadmin
Blueprint:
Easy:
Affected tool:

Description

They hit almost exclusively md1. I want their load to be better spread over md1 and md3, at least for their -data and their -libvirt volumes, like I did for isotesters already. I'll take care of it myself as it seems I'm the one who cares most about this topic.

History

#1 Updated by intrigeri 4 months ago

  • Subject changed from Better spread our isobuilders' I/O over available SSDs to Better balance our isobuilders' I/O load over all available SSDs
  • Status changed from Confirmed to Resolved
  • Assignee deleted (intrigeri)
  • % Done changed from 0 to 100

First, I've deleted isotesters 7 and 8 (that have been off for a long time anyway) and the corresponding LVs in order to have some margin to work with. Then I've moved some unrelated stuff around to make some more room where I needed it, and finally:

  • re-balanced isotester*-data to have 3 of them on md1 and the 3 others on md3
  • re-balanced isobuilder*-data to have 2 of them on md1 and the 2 others on md3

So calling this done.

Next time we need more space on SSDs, we could consider moving some system LVs to rotating drives: we'll make boot performance a bit worse, but once services are started the system partition shouldn't be heavily accessed. But I'll want to check Munin first to ensure our rotating drives are not I/O-saturated already.

Also available in: Atom PDF