Support

Akeeba Backup for Joomla!

#22123 Make Backup and Show Error 403

Posted in ‘Akeeba Backup for Joomla! 4 & 5’
This is a public ticket

Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Environment Information

Joomla! version
n/a
PHP version
n/a
Akeeba Backup version
n/a

Latest post by nicholas on Tuesday, 24 February 2015 06:39 CST

Joso
EXTREMELY IMPORTANT: Please attach a ZIP file containing your Akeeba Backup log file in order for us to help you with any backup or restoration issue. If the file is over 2Mb, please upload it on your server and post a link to it.

Description of my issue:
Hi, when I make a backup the system show an error message 403, look the image attachment.

How solve this issue?

dlb
You have a 2 Gb part size set. My guess is that your host is imposing a maximum file size limit on the size of the archive file. You need to set the part size to a size smaller than the host's limit.


Dale L. Brackin
Support Specialist


us.gifEnglish: native


Please keep in mind my timezone and cultural differences when reading my replies. Thank you!


????
My time zone is EST (UTC -5) (click here to see my current time in Philadelphia, PA)

Joso
Hi dlb, I checked in, I followed your suggest, but the problem not solve.

Maintime, I asked information my hosting, after I look in cPanel and I setted the function "web_security" on OFF. Akeeba backup now works without errors, slowly but works.

Infact, It spents about 14 minutes for a backup of 55mb, very strange.

You have other suggestion for me?

Thanks

nicholas
Akeeba Staff
Manager
Hello Giulio,

This is a problem with Netsons' incorrect setup of mod_security on their server.

Shared hosts try to cram hundreds to thousands of sites into a single physical server. If left unrestrained, any one of these sites could use the majority of system resources leaving the other sites resource-deprived. In this case the performance of the hosted sites would be unpredictable and that’s bad for business. Trying to counter this shared hosts add additional rules unrelated to security to limit the number of requests per IP in an amount of time and the maximum time to serve each request.

By definition, a backup does use a lot of resources for a very limited amount of time. The definition of a backup is that you need to read the entirety of the database contents and the entirety of the server files and put them in a big archive file. There’s a specific amount of data that has to be processed. A properly coded backup software creates complete backups, i.e. reads all of this data. In order to do that in restricted environments like theirs we have to do a lot of requests (page loads) since they won’t of course allow a single page load of 10 minutes or so. Even worse, the more overloaded the server is, the more time is required. Think about having to travel 100Km on a roadster that can do 250 Km/h (fast host) and on a vespa which can only do 60 Km/h (Netsons).

This is where we enter a vicious circle. Netsons has overloaded their servers. In order to counter that they impose tighter restrictions in mod_security. However, the more overloaded a server is the longer it takes for a backup to run and the more requests it makes. This also makes it much more likely to hit one of those too tight mod_security rules. You see where this is going, right? FWIW 14 minutes for 55Mb is atrocious. On SiteGround a 300Mb backup takes all of 50 seconds. In simple words, Netsons is NINETY ONE (91) times slower than SiteGround. Why are you paying them?!

Why did your backup work when you disabled mod_security? Because the unrealistic restrictions they apply in mod_security by default were no longer present. Does it make any sense for them to give you an option to disable mod_security? Absolutely none whatsoever. They seem to not understand why or how they’re using it. The proper solution is to look at its log to find out which rule is getting in the way and optimise or remove just that rule. Of course Netsons' engineers are long known to have zero clue of what they're doing with their servers so it doesn't surprise me that they can't help you with a simple, obvious solution that would take a real engineer all of ten minutes...

So, my conclusion is the same that I reached over a year ago: Netsons’ engineers apparently know nothing at all about setting up their own (very crappy and slow) servers. My advice still remains to move your sites to a decent host, such as SiteGround or Rochen.

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Joso
Hi Nicholas, I agree all you write. This experience learned me that some hosting it's very expensive for the service that offers. I decided that follow your suggest and change hosting. Now I revalue my project and choose another hosting like siteground or joomlahost that have a good product and service.

Thanks

Giulio

nicholas
Akeeba Staff
Manager
You're welcome!

Nicholas K. Dionysopoulos

Lead Developer and Director

🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

Support Information

Working hours: We are open Monday to Friday, 9am to 7pm Cyprus timezone (EET / EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets outside of our working hours, but we cannot respond to them until we're back at the office.

Support policy: We would like to kindly inform you that when using our support you have already agreed to the Support Policy which is part of our Terms of Service. Thank you for your understanding and for helping us help you!