Support

Admin Tools

#11794 Empty files after unsuccessful Update

Posted in ‘Admin Tools 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
Admin Tools version
n/a

Latest post by nicholas on Monday, 02 April 2012 14:39 CDT

macallan
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes
Have I searched the tickets before posting? Yes
Have I read the documentation before posting (which pages?)? Yes
Joomla! version: 2.5.3
PHP version: 5.2.17
MySQL version: 5.1.61
Host:
Admin Tools version: 2.2

Description of my issue:
After trying to update both Akeeba Backup (Core) and Admin Tools (Pro) through Joomla's own Update Service (yes, I hadn't read your advice about not doing this) my site went down. Checking through cpanel revealed that many files have gone empty (they still seem to be there, albeit with a file size of 0). So manually de-installing Admin Pro won't help in this case. Unfortunately Akeeba Backup files also show a file size of 0, so I can't even restore the site to the state of yesterday.
Any ideas?
Thanks
Frank

nicholas
Akeeba Staff
Manager
Hello Frank,

Please note that this a generic Joomla! question, normally not within the realm of our support system. However, since I know the answer, I will make an exception for you and reply to this thread.

When files get a size of zero, it means that your account went over quota or there was a hard drive failure. I bet the problem is that you went over quota. The first thing to do in this case is to remove unnecessary files. Start by deleting the contents of tmp, cache, administrator/cache and logs. If there are non-zero sized backups, download them and remove them from the site.

Next up, download the Joomla! update package from http://joomlacode.org/gf/project/joomla/frs/?action=FrsReleaseBrowse&frs_package_id=6318 and extract it locally. Upload all extracted files to your site, overwriting existing ones. If, at this point, you can not log in to your site's back-end, please download the full installation package, extract it locally and upload it to your site.

Now go to Extensions, Extensions Manager. In the "Install Directory" field you'll see something like /home/myuser/public_html/tmp. Remove the /tmp part and click on Install. This will tell Joomla! to locate the joomla.xml file in the root of your site and install the updated Joomla! version. Note: you may have to disable the "System - System Restore Points" plugin before any of this is possible. If you get any errors while updating, please go to Extensions, Extensions Manager and click on Database. On that page, click on Fix.

After doing that, please give your site a thorough check. If something is not working, probably its files got zeroed out and you need to restore a backup.

Side note: never, ever, leave your backups on the same server as your site. A backup file which is not stored safely off your site's server is not a backup; when you need it the most, you won't have it. Always keep off-site copied of your backups.

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!

macallan
Thanks Nicholas,
thankfully there was a server backup last night which I could use to restore the site.
As to your remarks about a disk failure and/or going over the quota, this is what I got as a reply from my host:
"We do not touch the files. We only stop creating backups once you reach 50,000 Inodes. And anything over 100,000 if causing problems with load we would ask that you find a new host. We do not delete the files without warning"
So I still wonder what brought this up... trying to update Akeeba components through Joomla's Update system couldn't have caused this problem?
Anyway, thanks for the good work.
Frank

nicholas
Akeeba Staff
Manager
Last time this happened to someone (a few weeks ago) -while restoring a backup nonetheless- I asked around to see what could be causing it. The most thorough reply I got was from the boss of a very well known hosting provider. He explained how going over quota can do that. I believe that he knows what he's saying :) If that was the case, or if a disk error happened, I think that using anything, including my software, would have caused exactly the same issue.

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!

macallan
I didn't mean to put your expertise into question, Nicholas.
It's just that I thought by taking the wrong way (my own fault) and trying to update Akeeba components through Joomla's own Update (which, according to the description here on the website is a no-go), the whole problem might have been triggered.
Quota or disk failure seem out of the equation - so I'm simply trying to understand what caused the hassle, in order to avoid anything like this in the future...
Cheers

nicholas
Akeeba Staff
Manager
Oh, no, no offense taken. Besides, I only had a hunch what could be wrong in cases like that (it has never happened to me, so I couldn't know for sure). That's why I asked around and got responses from people who own hosting businesses and do server setup for a living – that's the only way for me to be sure that my hunch is not just a pile of horse manure ;)

Another thing which springs to mind is somehow using FTP to write to files causing this issue. It has happened to me on a client's live server just once (writing to files by FTP caused them to become truncated to 0 bytes). I am sure that this was a bad FTP setup.

Besides that, I can't think of anything else while not defying the Occam's Razor principle, i.e. all other possibilities are so complicated and so unlikely to happen that they are most likely not what happened. It would certainly help if the host had some opinion on the issue. I can tell within a safe margin of certainty that Joomla!'s updater doesn't do that (unless you tried upgrading from 1.7.0, it was buggy back then). Every time a Joomla! update comes out, I test it on my test servers using both Joomla!'s updater and Admin Tools – something which I won't have to do any more as Admin Tools' updater is now part of the Joomla! core. I've never seen that happening.

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!