In Home »Server Status »Service Status it shows /tmp as using 2.86 of the 3.00 GB.
With SSH using the command
Running tmpwatch only removed 1M of data
/usr/sbin/tmpwatch --mtime --all 24 /tmp
du -sh /tmp only shows 12M
Looking at the files in /tmp then there are no large files or folders...
I did not say a competition provided this action right now. What I said is "Like many things, cPanel is falling behind on the competition." I have exclusively used cPanel for the last 9 years. My admin used Directadmin and every years tells me that I should switch as I am one of the few in his...
It doesn't help me. I found that 2+ year old script as well, but no documentation of it. I have tried using it as a basis to make a parked domain script. But it does not work and there are dozens of people in different forums that seem to have the same problem, without a solution.
I have over 100 domains that need to be parked on top of 1 domain. Using Home »DNS Functions »Park a Domain seems to be a very time consuming option.
Is there a script or other way to park multiple domains?
I am going to upgrade from 16GB ram to 32GB and I looks I am not using the full potential of it. Can you please look at my config and see how you would optimize it?
key_buffer_size = 512M...
Any update on this old but very annoying issue?
It keeps on showing the following code from the moment the backup is finished till the next scheduled daily backup. The file cpbackup_transporter.log keeps on getting bigger and slows...
This problem still has not been fixed and opening support tickets does not seem to help anything. Why does it take months to fix such a basic problem.
I think clients would appreciate it if cPanel starts focusing on the dozens of core problems, rather than spending their time and...
Since using the new backup functions I am getting some high load and high memory problems and was wondering if others have the same issue.
The process cpbackup_transporter uses 9GB of VIRT and 5GB of RES memory causing high swap usage and high load. This happens at random on times where the...
Too bad this has not been fixed.
For me the problem with the legacy backup is that it is very slow. The legacy backup can take up to 12 hours to backup less than 30GB of compressed data, while the new one takes about 4 hours.
The problem with the current cannot delete bug is that if you have...
I will give it a try, but I am not comfortable with adding my mysql root password in a plain text environment.
- - - Updated - - -
All sites already work with caching.
The values are based on advice of tools such as mysqltuner.pl and tuning-primer.sh which both seem to love giving the advice...
Server is a 8-core Xeon with 16GB of ram running multiple wordpress blogs.
Highest usage of available connections based on the last 6 weeks has been 382.
Any suggestions on how I can improve and optimize my.cnf?
Fragmentation of 60 to 100 happens within 2 to 4 hours of...
The new backup system made a big difference.
The old one started at 01:00 and finish around 13:00 for daily backups.
The new one starts at 01:00 and finish around 07:30 for daily backups. It is nearly 2x faster and a less resource intensive.
Yes I have tried it. Server to server I get an average of 10.8 MiB/s with 5x3GB of data. At 10.8 MiB/s the transfer of 28GB should take about 45 minutes. The connection speed does not seem to be an issue.
I switched to the new backup and will see if the speed improves.
The backups over FTP are very slow. The backups start at 01:00 and finish around 13:00 if there are only daily backups. Add weekly backups and the finish around 15:00, add month backups and it is around 17:00. During this time the load is between the 3 and 10 depending on the size of the...