- Products
- Learn
- Local User Groups
- Partners
- More
Check Point Jump-Start Online Training
Now Available on CheckMates for Beginners!
Why do Hackers Love IoT Devices so Much?
Join our TechTalk on Aug 17, at 5PM CET | 11AM EST
Welcome to Maestro Masters!
Talk to Masters, Engage with Masters, Be a Maestro Master!
ZTNA Buyer’s Guide
Zero Trust essentials for your most valuable assets
The SMB Cyber Master
Boost your knowledge on Quantum Spark SMB gateways!
As YOU DESERVE THE BEST SECURITY
Upgrade to our latest GA Jumbo
CheckFlix!
All Videos In One Space
I wonder if there's still a reason to cap root partition at 32G on appliances, when open servers can be adjusted during installation.
For instance, I've been installing a large VSX environment with high-end appliances fitted with reasonable SSD drives and with a mix of blades the root partition is already almost full while /var/log will barely be used.
Consider this:
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg_splat-lv_current 32G 31G 1.8G 95% /
/dev/md0 291M 62M 214M 23% /boot
tmpfs 47G 141M 47G 1% /dev/shm
/dev/mapper/vg_splat-lv_log 292G 21G 272G 7% /var/log
cgroup 47G 0 47G 0% /sys/fs/cgroup
I had a discussion with PS folks who told me that some blades share components or online updates so they're sort of active even if not all blades are active on all VS and in the case of VSX some of these components are duplicated by design on each VS which can lead to that kind of situation. But I've also seen non-VSX installations nearing full capacity when all blades are active over time, and I'm speaking of latest OS versions and hotfix.
That is a question I asked myself many times in the past. On a VSX cluster of one customer we see:
I have no need for > 20 snapshots, but more than 8 G on / sometimes would be helpful. There is space enough for 50 G, 64 G or even 100 G for /.
About CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY