Bug #12119
Shrink lizard's jenkins-data LV
100%
Description
As noted on Bug #10396 already, and rediscovered today while doing Feature #11806, we use about half of the space allocated to that LV. My estimates say that we could shrink it down to 300GB and still be fine until the end of 2018.
Subtasks
Related issues
Related to Tails - |
Resolved | 2016-09-19 | |
Related to Tails - |
Resolved | 2018-10-03 |
History
#1 Updated by intrigeri 2017-01-07 17:16:15
- related to
Feature #11806: Update server storage planning needs for at least 2017 added
#2 Updated by intrigeri 2017-03-12 07:01:10
- Status changed from Confirmed to In Progress
- % Done changed from 0 to 10
Recipe:
- shut the Jenkins service down
- shrink the ext4 FS
- shrink the
jenkins
LV in thevgdata
VG - shrink the
/dev/vdb1
PV - shrink the
/dev/vdb1
partition - shut jenkins.lizard down
- shrink the
jenkins-data
LV in thelizard
VG
At this point, we’ll have achieve the main goal of this operation, i.e. freeing 200GB. One optional follow-up could be to simplify the storage stack for this data: move the data from a “FS inside LV inside VG inside LV” setup to a simpler “FS on a LV” one.
In any case, the final step is ensuring that the extents are on the physical drives we want them to be on.
#3 Updated by intrigeri 2017-03-12 07:15:43
> One optional follow-up could be to simplify the storage stack for this data: move the data from a “FS inside LV inside VG inside LV” setup to a simpler “FS on a LV” one.
It’ll be easier and safer to combine both operations actually:
shut the Jenkins service downclean up enough artifacts to make the data fit into the free space we have in thelizard
VGcreate a new LV in thelizard
VG and make it available in jenkins.lizardcreate a FS on this new LV, mount it and set correct permissions/ownershipcopy the data to this FSunmount the old/var/lib/jenkins
have Puppet mount the new FS (with its future new name!) on/var/lib/jenkins
, in place of the old LVshut jenkins.lizard downdelete the old/dev/lizard/jenkins-data
LV and remove it from libvirt configrename the new LV tojenkins-data
and adjust libvirt configresize the new LV + FS to 300GBstart jenkins.lizard- move the extents to the
/dev/mapper/md2_crypt
PV
#4 Updated by intrigeri 2017-03-12 15:55:01
- Status changed from In Progress to Resolved
- Assignee deleted (
intrigeri) - % Done changed from 10 to 100
Completed.
#5 Updated by bertagaz 2018-10-03 09:56:43
- related to
Bug #16025: jenkins-data-disk is running out of diskspace again added