Magento – Disk quota exceeded at the cpanel root of Magento website

errormagento-1.9reports

The issue is that I am on unlimited shared hosting and there is a lot of unused disk space but I can not login to Magento backend or even add product to the cart or save any file at the root.

When I try to save any files (for example: cleanup.php) all I get is:

ERROR: Could not create file "cleanup.php" in /home/thewa2m2/public_html: Disk quota exceeded

I know Magento has a huge number of files but the directory /public_html/var/report cannot be opened, I am thinking too many duplicate of reports at the root directory of /var/report.

My question is: can I delete them? Will it affect my site?

how do I Stop my site from duplicating report or how do I stop unnecessary continuous report of my site?

my site still give me same report as paste below, please how do solved this issue?

a:5:{i:0;s:52:"Front controller reached 100 router match iterations";i:1;s:409:"#0 /home/thewa2m2/public_html/app/code/core/Mage/Core/Controller/Varien/Front.php(179): Mage::throwException('Front controlle…')

1 public_html/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()

2 public_html/app/Mage.php(684): Mage_Core_Model_App->run(Array)

3 public_html/index.php(87): Mage::run('', 'store')

4 {main}";s:3:"url";s:102:"/skin/frontend/default/ma_libra_electronic/layerednavigationajax/images/ui-bg_flat_0_aaaaaa_40x100.png";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:7:"english";}

Best Answer

All the files in var/report/ can be deleted. Once that is done, read a few of the newly created ones and try to fix the error that's creating them.

From your last paragraph, I'm guessing you mean there are so many files in var/report/ that you can't open it in your SFTP client.

If you have SSH access, I'd recommend deleting them from the command line. If you delete the var/report/ folder in an attempt to remove all of them from your SFTP client, you must recreate the folder with the same permissions and owner/group as the original or Magento will crash with an Error Processing Request page because it doesn't have a var/report/ folder to write to.

On "unlimited shared hosting" a common tactic is to not limit your content by bytes consumed but by either number of files created or inodes used. The reason for exceeding your quota should be available to you in cPanel, otherwise ask your hosting provider for help.

If your hosting provider barely supports Magento, the php garbage collection may not be working and you will have var/session/ with about a million expired session files sitting in it.

Also, if you didn't enable cron jobs by setting up a cron table entry, and by setting up log cleaning, your database may be bloated beyond 2-3Gbytes of old detritus.

Related Solutions

Magento – getting Error in magento

Check for anything in all files, before the starting <?php and if the file ends with an ?>. Remove the trailing ?>. No one needs this.

This error is often raised, because you added a space before the stating <?php

And I think in later PHP versions, they improved the error by adding the information where the output started. Think about updating php to know this.

Magento 1.9 Installation – Fix Invalid Backend Model for Zitec: Site Branding

Look in the table eav_attribute for a record with backend_model = 'scena/catalog_attribute_backend_cimage' and delete the row.
Clear the cache when you are done.

[EDIT]
I took a look through the extension code.
To completely uninstall the extension you need to remove the tables zitec_branding_store and zitec_branding. and remove the extension from the core_resource table` with

DELETE FROM `core_resource` WHERE `code` = 'zitec_branding_setup';

The extension does not add any product or category attributes. My hunch is that you have an other extension that is responsible for this error.
I see that you have an extension called BL_CustomGrid that has an eval in it. Never use extensions that have eval in their php code. Even if they might work, they are very dangerous.