Closed
Bug 657863
Opened 13 years ago
Closed 13 years ago
Need more space for bm-l10n-dashboard01, take 2
Categories
(mozilla.org Graveyard :: Server Operations, task)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: fox2mike, Assigned: fox2mike)
Details
+++ This bug was initially created as a clone of Bug #615584 +++ we're running out of space on bm-l10n-dashboard01. Major stakeholders are: * /usr - 2 GB * /home/dashboard/site/repos - 6 GB * /home/dashboard/site/l10n-master - 3 GB and we don't see a way to cut on this. On average, we grow 250 MB per month, so each 3 GB buys us a year of time. Getting 10 GB will let us operate for another 3 years :)
Assignee | ||
Comment 1•13 years ago
|
||
(In reply to comment #0) > On average, we grow 250 MB per month, so each 3 GB buys us a year of time. > Getting 10 GB will let us operate for another 3 years :) root@bm-l10n-dashboard01:~# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 22G 19G 2.1G 90% / Seems like we didn't plan for aurora etc to show up. To not have this block Firefox releases, I'm adding a 100 GB mount to bm-l10n-dashboard01, and will update the bug when it's complete. Feel free to move /home/dashboard to it and you won't have disk issues till we can get elmo on it's feet. I might have to reboot the box once to get this going, will let you all know.
Comment 2•13 years ago
|
||
(In reply to comment #0) > Getting 10 GB will let us operate for another 3 years :) 100 GB will get us 30 years right? ;) Thanks Shyam!
Assignee | ||
Comment 3•13 years ago
|
||
(In reply to comment #2) > 100 GB will get us 30 years right? Won't be my problem in 30, I guess :p > ;) Thanks Shyam! <3
Assignee | ||
Comment 4•13 years ago
|
||
Done. gandalf, pike : It's at /mnt/space for now. If you'd like it elsewhere, let me know. I'll fix up fstab, get it there and close out the bug. root@bm-l10n-dashboard01:/mnt# mkfs.ext4 -j -N 13107200 /dev/sdb1 mke2fs 1.41.11 (14-Mar-2010) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 13107200 inodes, 26214055 blocks 1310702 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=0 800 block groups 32768 blocks per group, 32768 fragments per group 16384 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 30 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. root@bm-l10n-dashboard01:/mnt# df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda1 5286560 2376546 2910014 45% / none 216370 609 215761 1% /dev none 218482 2 218480 1% /dev/shm none 218482 57 218425 1% /var/run none 218482 4 218478 1% /var/lock none 218482 1 218481 1% /lib/init/rw none 5286560 2376546 2910014 45% /var/lib/ureadahead/debugfs /dev/sdb1 13107200 11 13107189 1% /mnt/space root@bm-l10n-dashboard01:/mnt# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 22G 19G 2.1G 90% / none 1003M 180K 1003M 1% /dev none 1007M 80K 1007M 1% /dev/shm none 1007M 108K 1007M 1% /var/run none 1007M 0 1007M 0% /var/lock none 1007M 0 1007M 0% /lib/init/rw none 22G 19G 2.1G 90% /var/lib/ureadahead/debugfs /dev/sdb1 97G 188M 92G 1% /mnt/space
Assignee | ||
Comment 5•13 years ago
|
||
All good here, Pike has moved stuff over to the new /mnt/space and I've added the same mountpoint to fstab. Have fun!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•9 years ago
|
Product: mozilla.org → mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•