---

govuk::safe_to_reboot::can_reboot: 'no'
govuk::safe_to_reboot::reason: 'Mounted by backend machines, causes attachment delivery failures'

govuk_sudo::sudo_conf:
  deploy_assets_rsync:
    content: 'deploy ALL=(assets) NOPASSWD:/usr/bin/rsync --server -vlogDtprze.iLsf --delete . /mnt/uploads'

lv:
  data:
    pv: '/dev/sdb1'
    vg: 'uploads'

mount:
  /mnt/uploads:
    disk: '/dev/mapper/uploads-data'
    govuk_lvm: 'data'
    mountoptions: 'defaults'

---

govuk::safe_to_reboot::can_reboot: 'no'
govuk::safe_to_reboot::reason: 'Mounted by backend machines, causes attachment delivery failures'

govuk_sudo::sudo_conf:
  deploy_assets_rsync:
    content: 'deploy ALL=(assets) NOPASSWD:/usr/bin/rsync --server -vlogDtprze.iLsf --delete . /mnt/uploads'

lv:
  data:
    pv: '/dev/sdb1'
    vg: 'uploads'

mount:
  /mnt/uploads:
    disk: '/dev/mapper/uploads-data'
    govuk_lvm: 'data'
    mountoptions: 'defaults'
    nagios_warn: 5
    nagios_crit: 2

Increase the alarm thresholds on assets master disk
Increase the alarm thresholds on assets master disk

The assets master uploads disk is very large (500G) and fills up very
slowly (~400M per day with occasional outlier days of up to ~1G). 10% of
500G is 50G, which at the current rate of use would give us ~130 days.
This change reduces the warning threshold to 5% (~64 days grace at
current rate) and the critical threshold to 2% (~25 days grace at
current rate).

Relevant numbers:
Disk free September 2014 (bytes): 210111901696
Disk free September 2015 (bytes): 59306725376
Average rate of use (bytes / second): 4782
