Sorry for not replying earlier, I was travelling for a period of time to attend an automation conference and associated events, just returned this weekend and playing catchup on everything.
render.db - I was under the impression that this was used by the CLI, if I recall correctly it can be rebuilt using "mgd -I" followed by a reboot if it is removed. I vaguely recall this approach being used on some EX when the cli fails to load.
I don't know what if any association it has with the web-management.
Original Message:
Sent: 05-28-2025 08:56
From: KEVIN KROLL
Subject: High storage usage on /var reoccuring regularly
@asharp thanks for the link. Just followed the guide and this is the outcome:
root@sw1:RE:0% du -cks * | sort -rn143652 total113596 rundb29308 log364 db144 jail56 platform-config48 opt28 pdb24 tmp20 jails16 home12 preserve8 transfer8 cron4 tenant4 logical-systems4 empty4 crash4 chroot0 run0 platform0 etc
I then went into rundb, as it seems to take up the most space:
root@sw1:RE:0% du -cks * | sort -rn113592 total72800 render.db36384 schema.db1344 juniper.db1120 juniper.eph_junos-analytics1120 juniper.dyn352 juniper.data128 juniper.eph_junos-analytics.data96 ui-state.db96 chassisd.dynamic.db96 cdg.db12 agentd8 sdb8 schema.db.cache8 render.db.cache4 private4 enable-process.data4 edflags_map.data4 disabled-daemons4 daemon_notification_map.data0 yangs0 juniper.eph_junos-analytics.lck0 commit.lck
According to ChatGPT render.db and schema.db are used by web-management. However on this switch the web-management service is not activated. Do you guys think it will be safe to delete them?
I assume this would solve my issue.
Best regards
------------------------------
KEVIN KROLL
Original Message:
Sent: 05-22-2025 06:10
From: asharp
Subject: High storage usage on /var reoccuring regularly
Not sure if you have taken a look at the following KB: https://supportportal.juniper.net/s/article/EX-QFX-How-to-troubleshoot-var-partition-usage-is-high?language=en_US
Regards,
Original Message:
Sent: 05-20-2025 05:12
From: KEVIN KROLL
Subject: High storage usage on /var reoccuring regularly
Hi,
so we have an ex2300-c-12p running 23.4R1-S2.4 that is regularly reporting "Minor alarm set, RE 0 /var partition usage is high". After clearing storage with request system storage cleanup the error is gone for about a day and then comes back. Show system storage looks like this:
fpc0:
--------------------------------------------------------------------------
Filesystem Size Used Avail Capacity Mounted on
/dev/gpt/junos 1.3G 916M 341M 73% /.mount
tmpfs 595M 12K 595M 0% /.mount/tmp
/var/jails/rest-api 1.3G 916M 341M 73% /.mount/packages/mnt/junos-runtime/web-api/var
tmpfs 323M 568K 323M 0% /.mount/mfs
What is a bit weird here, is that /var/jails/rest-api is showing up here even though web-management is not configured. I am thinking this might be the issue but am not sure and also wouldn't know how to remove this safely. I'm also not sure if this mount is normal or not. We have another EX2300 that does not show this mount but that is running on version 18.2R3-S2.9, so I'm not sure if it's normal for this version for this mount to show up even though web-management is not configured.
I'd be very happy for any ideas you guys can provide.
Best regards
------------------------------
KEVIN KROLL
------------------------------