This article details the steps to perform when VMHost RE 0 Disk 1 Size usage breached threshold alarm is observed on the device.
root@device> show chassis alarms no-forwarding 1 alarms currently active Alarm time Class Description 2024-07-23 12:25:29 PDT Minor VMHost RE 0 Disk 1 Size usage breached threshold
Log:
2024-7-23 12:25:25 Disk usage mon: Disk size usage for /dev/mapper/jvg_P-jlvmrootrw[jlvmrootrw] is 81% and crossed the threshold of 80%
Collect df -h O/p to check which folder/file system is utilising more disk space.
root@device:/var/home/netops # vhclient -s Last login: Thu Oct 3 00:43:59 2019 from root root@device:~# df -h Filesystem Size Used Avail Use% Mounted on tmpfs 16G 60M 16G 1% /run devtmpfs 16G 4.0K 16G 1% /dev /dev/sda4 2.0G 1.4G 463M 75% /.old tmpfs 16G 308K 16G 1% /dev/shm tmpfs 16G 0 16G 0% /sys/fs/cgroup tmpfs 16G 0 16G 0% /.old/tmp tmpfs 16G 0 16G 0% /var/volatile /dev/mapper/jvg_P-jlvmspare 6.8M 45K 6.2M 1% /spare /dev/mapper/jvg_P-jlvmvm 6.4G 3.1G 3.0G 52% /vm /dev/mapper/jvg_P-jlvmjunos 32G 16G 15G 53% /junos /dev/mapper/jvg_P-jlvmrootrw 3.3G 2.6G 557M 83% /.old/tdev/.union/.s Unionfs 3.3G 2.6G 557M 83% / tmpfs 16G 8.0K 16G 1% /tmp tmpfs 3.1G 0 3.1G 0% /run/user/0
The disk usage of the file system /dev/mapper/jvg_P-jlvmrootrw[jlvmrootrw] has crossed the threshold of 80%
The option of cleaning up the file system is risky and might break the whole filesystem.
We can recommend following steps to be performed in a safe maintenance window:
Option1: Cleanup using -> request vmhost cleanup
Option2: USB recovery -> Please note that all the contents along with partition details are erased only when an SSD is recovered using the alternate disk or a USB.
Option3: request vmhost zeroize -> Erases all data including config and log files and start with reinstall junos
If the above steps doesn't help in resolving the issue then, we can provide RMA the chassis.