Support

Akeeba Backup for Joomla!

#9021 Backup failure - No log file created

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, 30 August 2011 01:57 CDT

user44918
Mandatory information about my setup:

Have I read the related troubleshooter articles above before posting (which pages?)? Yes (Akeeba Backup throws an AJAX Error, 500 Internal Server Error or the backup does not complete)
Have I searched the forum before posting? Yes
Have I read the documentation before posting? Yes read the Quick Start Guide
Joomla! version: 1.6.0
PHP version: 5.3.3
MySQL version: 5.1.47-community
Host: Microsoft-IIS/7.5
Akeeba Backup version: 3.3.3

EXTREMELY IMPORTANT: Please attach your Akeeba Backup log file in order for us to help you with any backup or restoration issue. RESPONSE: No log file has been created for all the backup attempts I've made

Description of my issue:
I have installed the new Akeeba Backup version. My attempt at running a backup first failed with an error "could not access ..\media\com_akeeba\backup\...{date_time}

Unfortunately cannot just do a chmod to change permissions as my host uses MS IIS. Instead changed permissions via IIS Manager on each folder (and subfolders/files) specified in Quick Start Guide to Read, Write, Delete.

First error no longer appeared. Now when I run a backup it just hangs there. There's no error apart for a super quick flash of yellow and red screen (I had to do a print screen to capture it to read):

Query and/or jQuery UI have not been loaded. This usually means that you have to change the permissions of media/com_akeeba and all of its contents to a least 0644. Alternatively, click on "Parameters" and set the source for both of them to "Google AJAX API".

I've tried many times to backup and there is never a log file that's created (maybe directory permissioning again??). Akeeba Backup message: "No log file was found".

I have run through your troubleshooting guide as well as the quick start guide and followed your instructions. Also disabled all the plugins in Joomla and ran (as requested in troubleshooting) : http://mysite.com/administrator/index.php?option=com_akeeba&view=browser&format=raw&processfolder=1&folder=[SITEROOT]

Following message came up with (even with ALL plugins disabled)

500 - An error has occurred.

View not found [name, type, prefix]: browser, raw, akeebaView


Need your assistance urgently. I have used Akeeba backup on another host & website earlier this year and it worked perfectly from get go.. In saying that, that host used Linux and not IIS.

Does Akeeba Backup work on MS IIS hosted websites?? FYI in Joomla Admin, in System Information -> Directory Permissions, all directories listed are shown as writable.

Appreciate your assistance.

nicholas
Akeeba Staff
Manager
Akeeba Backup does work on IIS. I have a Windows 7 machine just so that I can test AB's compatibility with IIS and I can assure you that it works perfectly :) However, since Windows do not have a notion of permissions and use ACLs instead, you may have to do some manual work to get it rolling.

First, go to Akeeba Backup's Configuration page and set the Output Directory and Temporary Directory to [DEFAULT_OUTPUT] (all caps and include the brackets).

Then, consult your host about the proper way to make the directory administrator/components/com_akeeba/backup writable by PHP. Most usually you have to give Read and Write permissions to the web server user (often it's a user named IIS_something) for that directory. Since the exact settings and the way to enforce them depend on how the server is set up, please contact your host about that.

Another thing we need to figure out, is whether the Javascript loads. From a browser try visiting a URL like http://www.yoursite.com/media/com_akeeba/js/jquery.js where www.yoursite.com is the domain name of your site. If you get a 404 error, you have to re-install Akeeba Backup as it's missing files. If you get a 403 error, please ask your host about the proper way to make media/com_akeeba and all of its subdirectories and files accessible over the web. Most likely you have to assign Read permissions to the web server user.

After you do that, please let me know exactly which steps you carried out and if the backup works now or not. Thank you in advance!

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!

user44918
Thanks Nicholas for getting back to me promptly.

I have completed two of the three steps below (set [DEFAULT_OUTPUT] in temp and output directories in config page).

Also confirmed that javascript loads (jquery.js contents appear in browser when browsed to - NO errors)

I have logged a job with my Hosting company regarding PHP running on the ../backup folder.

Hoping they will get back to me shortly.


nicholas
Akeeba Staff
Manager
Hi!

OK, this starts to become more clear now. If you want, you can send me a Personal Message with the following information:
- URL to your site's administrator page
- Super Administrator username and password
This will let me log into your site and check out why you have the Javascript issue. Sometimes it's a misbehaving plugin, but the only way to figure out is to be able to log in to the affected site.

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!

nicholas
Akeeba Staff
Manager
Thank you for your PM! I can now see what the problem is. The directory administrator/components/com_akeeba/backup (where all the backup archives, temporary files and log files are to be created) is not writable by PHP. Please change this directory's ACL settings so that it is writable by the PHP user and you should be able to backup your site.

Normally, Akeeba Backup detects such permissions issues automatically. However, on Windows systems there is no notion of permissions and PHP erroneously reports all directories as writable. Unfortunately, this means that we only get an error when we try to write to the archive file, at which point it's too late. I would like to say that there is a solution which would allow an ahead warning regarding this issue but, unfortunately, there is not due to the way PHP and Windows work.

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!

user44918
Thanks Nicholas. What incredible response time you have!

I will contact my web host and get them to check the folder permissions.

Thanks again.

nicholas
Akeeba Staff
Manager
You're welcome and thank you for your kind words!

Apparently my response time wasn't very good for everyone today. I had a lady complain because I didn't respond to her email (she wasn't even a customer and I don't reply to support emails as I clearly state) within 20 minutes. So she bashed me on Twitter for having "poor performance". Oh, yes, I forgot to mention that... She sent that email at 8 a.m., just before I got out of bed. What a crazy world we live in :D

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!

user44918
You should tweet back at 11pm and see what her response time is =)

nicholas
Akeeba Staff
Manager
LoL! I might just do that :D

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!

user44918
Hi Nicholas

After days spent on hold and occasionally talking to a "senior technician" at my web host, they have assured me that administrator/components/com_akeeba/backup already has modify access for PHP and all web users.

Unfortunately this leaves me at square one. Is there a way I can prove PHP does or does not have permission to run on that folder??

I had them confirm that PHP memory_limit is 120MB and also the storage allocation is over 50% more than usage.

Please help (I need to backup my Joomla site so I can safely upgrade from Joomla 1.6 to 1.7).

nicholas
Akeeba Staff
Manager
It's not about having the permission to run PHP on that folder. You were talking about with your host about the possibility to run PHP scripts from that folder, but that's not something we are interested in.

What we are interested in is PHP scripts running from anywhere else on your site being able to write to that folder. That's the problem I was getting when you had given me access to the site. As soon as PHP was trying to open a file for writing in that folder, it was unable to.

This can be easily tested. Download the attached ZIP archive and extract it. There is a test.php file in there. Copy it to your site's root and access it as http://www.yoursite.com/test.php. If the directory is writable it will print Success when run. Then check inside administrator/components/com_akeeba/backup for a file named test.txt. It should contain a single word: success. In any other case, the directory is not writable by PHP.

If the directory is writable by PHP you should be able to start a backup. If the backup fails for any reason, a log file will be created and, in this case, you can ZIP and attach it to your next post.

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!