[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lmi] /var is 95% full
From: |
Greg Chicares |
Subject: |
[lmi] /var is 95% full |
Date: |
Tue, 18 Aug 2020 23:48:04 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 |
Vadim--It looks like this corporate RHEL server's /var is filling up:
$df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 8109384 0 8109384 0% /dev
tmpfs 8123804 0 8123804 0% /dev/shm
tmpfs 8123804 28384 8095420 1% /run
tmpfs 8123804 0 8123804 0%
/sys/fs/cgroup
/dev/mapper/VolGroup00-lv_root 4184064 1081108 3102956 26% /
/dev/mapper/VolGroup00-lv_usr 8378368 6681140 1697228 80% /usr
/dev/sda1 999320 232676 697832 26% /boot
/dev/mapper/VolGroup00-lv_var 6805504 6403972 401532 95% /var
/dev/mapper/VolGroup00-lv_opt 4184064 1763004 2421060 43% /opt
/dev/mapper/VolGroup00-lv_home 2086912 1405344 681568 68% /home
/dev/mapper/VolGroup00-lv_tmp 4184064 1507152 2676912 37% /tmp
/dev/mapper/VolGroup00-lv_var_log 2086912 313536 1773376 16% /var/log
tmpfs 1624764 0 1624764 0%
/run/user/REDACTED
/dev/sdb1 83843076 27848248 55994828 34% /srv/chroot
Apparently this uses LVM. Everything except /boot is XFS. We use
/var/cache to cache DEBs for the debian chroot, which total 2.5 GB.
They've given me two little drives. One is consumed by 4-GB partitions
for each of /usr, /var, /opt, and so on. The other, /dev/sdb1 above,
was unformatted, so I parted'd and mkfs.xfs'd it, and mounted it as
/srv/chroot.
Is it really trivial and completely safe to resize /var before it
runs out of space, given that I know nothing of LVM?
I think I should just store those DEBs on /dev/sdb1 somewhere.
But I figured I'd give you a chance to tell me that LVM makes
everything so easy that I should just resize /var .
- [lmi] /var is 95% full,
Greg Chicares <=