Compression in cPanel and WHM

[sugarloafar2]

Hello Everyone,

Is there anyway to compress the data on the server using WHM/sPanel?

Thanks,

Richard Peterson
- Link Removed -

 

[MikeDVB]

If you mean live compression similar to compressing a hard drive - no - not via WHM or cPanel.

If you mean to make a compressed archive like .tar.gz or .zip - this can be done via the cPanel -> File Manager if you're not comfortable doing it in shell or don't have shell access.

 

[cPanelMichael]

Hello

Please provide a specific example of the action you would like to take to give us a better idea on what you are attempting to accomplish.

Thank you.

 

[ravi9]

I think you want to optimize website by compressing data when they are requested by visitors.
yes, you can do this from cPanel.

cPanel >> Software/Services >> Optimize Website

Detail: Optimize Website

 

[cPanelMichael]

That feature is only available if the original poster's hosting provider has enabled mod_deflate on the system and allowed that feature.

Thank you.

 

[sugarloafar2]

Thank you everyone for your input.

What I am trying to achieve are two things:

1. Our VPS disk is 85% full and we've just started the site. So, as new members join the available storage will be used up quickly. We might have no choice but to upgrade to a dual core system with more memory but of course we are trying to optimize what we have.

2. Reduce server load: Our average server loads seem to be spiking along wide angles (2.14, 1.36, .14)...so I'd like to be able to manage the server load better.

I will try the optimize suggestion as this seems to be a good choice and easy to implement.

Thanks again,

Richard

 

[ravi9]

1. Our VPS disk is 85% full and we've just started the site. So, as new members join the available storage will be used up quickly. We might have no choice but to upgrade to a dual core system with more memory but of course we are trying to optimize what we have.

If you disk space is filling up quickly, you should check what is taking maximum space.
Login to your server via SSH and run this command

df -h

The will show all partition on your server and space used.

If you want to check what directory is using maximum space, run following command in SSH

cd /
du -h --max-depth=1

2. Reduce server load: Our average server loads seem to be spiking along wide angles (2.14, 1.36, .14)...so I'd like to be able to manage the server load better.

I will try the optimize suggestion as this seems to be a good choice and easy to implement.

Thanks again,

Richard

You first step should be to know what is causing server load. In SSH run top command

top

 

[sugarloafar2]

If you disk space is filling up quickly, you should check what is taking maximum space.
Login to your server via SSH and run this command

df -h

The will show all partition on your server and space used.

If you want to check what directory is using maximum space, run following command in SSH

cd /
du -h --max-depth=1

You first step should be to know what is causing server load. In SSH run top command

top

WOW!

Thank you so much! This was a great help.

I found out that the largest amount of space, 8.5GB, is being taken up from backups. The rest of the storage is minimal.

So, I want to overwrite the latest backup. In other words, the backups that are happening are being stacked on top of each other instead overwriting each other.

How can I do that?

Thanks sooo much, this has been a great experience.

Richard

- - - Updated - - -

Here are the results of the "du" command:

login as: root
[email protected]'s password:
Access denied
[email protected]'s password:
Last login: Thu Nov  7 02:08:53 2013 from 68.231.xx.xxx
[email protected] [~]# cd /
[email protected] [/]# du -h --max-depth=1
8.1G    ./home
4.0K    ./srv
16K     ./lost+found
du: cannot access `./proc/19439/task/19439/fd/4': No such file or directory
du: cannot access `./proc/19439/task/19439/fdinfo/4': No such file or directory
du: cannot access `./proc/19439/fd/4': No such file or directory
du: cannot access `./proc/19439/fdinfo/4': No such file or directory
0       ./proc
1.7M    ./root
436M    ./lib
27M     ./etc
89M     ./boot
0       ./sys
633M    ./var
14M     ./sbin
25M     ./lib64
7.6M    ./bin
39M     ./opt
8.5G    ./backup
160K    ./dev
4.0K    ./media
962K    ./tmp
4.0K    ./mnt
4.0K    ./selinux
4.0K    ./admin
4.4G    ./usr
23G     .
[email protected] [/]# top
top - 02:23:41 up 4 days,  3:22,  2 users,  load average: 1.17, 1.23, 1.33
Tasks: 109 total,   1 running, 107 sleeping,   0 stopped,   1 zombie
Cpu(s):  6.3%us,  3.7%sy,  8.0%ni,  0.0%id, 82.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1020568k total,   938000k used,    82568k free,   190728k buffers
Swap:  4194296k total,   224688k used,  3969608k free,   283940k cached

What REALLY disturbs me is the "1 zombie".

I have scanned the entire webspace and found an infected file which I will quarantine, clean, and then reupload.

As you can see, the largest is the backups area.

Richard

 

[ravi9]

As I see, there are two directory that is using maximum space.

/home
/backup

Clean up unwanted files from home
1) You may be having full cPanel backup .tar.gz file in /home
you can safely delete those backup files after you have restored / transferred a website from old server.

2) There may be many error_log files consuming space. Run following command to delete all error_log files from /home

find /home -type f -name error_log -exec rm -f {} \;

3) Login in WHM and see which account is using maximum space. Now manually investigate cpanel accounts that is using large space. Many account may be having very old full cPanel backup file.

You can check disk usage of each account from:
cPanel >> Files >> Disk Space Usage

How to solve backup problem
Backup is very important for every website. You should have maximum number of backup for each website, like:
daily, weekly and monthly.

So, its never advised to disabled backup, or save less backup files.
I will suggest you to get a cheap vps, like 3-5$ with 50GB space and save your backup offsite.
You can configure your WHM to save backup files on a remote server.