Support

Upgraded from 3.1 to 3.1.1 and now get the large yellow warning below.

ALL APPEARS TO WORK DESPITE THE WARNING

Note: I do have the right permissions but we are running in FastCGI mode. Never had this on the previous version.

WARNING



Akeeba Backup could not determine the permissions of the media/com_akeeba directory.



Please do one of the following:



1. Activate Joomla!'s FTP mode in Global Configuration

2. Change the permissions of the media/com_akeeba directory and all of its subdirectories to 0755 and all of its files to 0644 using your FTP client.



Akeeba Backup will most likely not work at all if you do not perform these steps. Do not ask for support if you can see this message. All the information you need is already on this message.

This appears to be a cosmetic issue with the way the screen is built and displayed in 3.1.1 stable. On my slower machine, I can see the error message display and clear, on my faster machine, I can't see the error message at all on the same sites.

I don't usually add posts that say "Me too!", but the big yellow warning box with red letters is so annoying that I have to chime in. There is no profit in annoying your paying customers.

My file permissions are correct and backups run flawlessly as usual, so please modify the warning box. I can't demonstrate Akeeba backup for my customer's if it displays a huge, ugly warning box all the time.

Additional note - On my system it appears that Akeeba Backup is changing the permissions on the files in the media/com_akeeba directory to 755.

If I have changed the permission like the message asks, why does it not go away?
I have had the same permissions for a year with no trouble, why all of a sudden is it angry now?

Thanks.. the message was just v.large :cool:

I've installed version 3.1.2 and it works perfectly, with no error message.

Excellent work. Thank you!

I installed 3.1.2 and I'm still receiving the warning messages below. Does this mean these particular files aren't getting backed up?



Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/menus. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/logo. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/body. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds/style8. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds/style7. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds/style6. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds/style5. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds/style4. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds/style3. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds/style2. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/images/backgrounds/style1. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/html/mod_roknavmenu/themes. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/html/com_k2. Check permissions
Unreadable file E:/folder/folder/templates/rt_quantive_j15/html/com_contact. Check permissions
Unreadable file E:/folder/folder/rokdownloads. Check permissions
Unreadable file E:/folder/folder/rokdownloads/VisiNet Command. Check permissions
Unreadable file E:/folder/folder/rokdownloads/Tech Tips. Check permissions
Unreadable file E:/folder/folder/plugins/system/Zend/Tool. Check permissions
Unreadable file E:/folder/folder/plugins/system/Zend/Tool/Framework/Client/Response. Check permissions
Unreadable file E:/folder/folder/plugins/system/Zend/Mail/Protocol/Smtp. Check permissions
Unreadable file E:/folder/folder/plugins/system/Zend/Auth/Adapter/Http. Check permissions
Unreadable file E:/folder/folder/plugins/system/rokbox/themes. Check permissions
Unreadable file E:/folder/folder/plugins/system/forcepasswordchange. Check permissions
Unreadable file E:/folder/folder/plugins/system/forcepasswordchange/assets. Check permissions
Unreadable file E:/folder/folder/plugins/content/jw_sigpro/templates. Check permissions
Unreadable file E:/folder/folder/plugins/content/jw_sigpro/popup_engines/jquery_prettyphoto/images/prettyPhoto. Check permissions
Unreadable file E:/folder/folder/plugins/content/jw_allvideos. Check permissions
Unreadable file E:/folder/folder/modules/mod_roknewspager/themes. Check permissions
Unreadable file E:/folder/folder/modules/mod_rokajaxsearch/themes. Check permissions
Unreadable file E:/folder/folder/modules/mod_k2_users/tmpl. Check permissions
Unreadable file E:/folder/folder/modules/mod_k2_content/tmpl. Check permissions
Unreadable file E:/folder/folder/media/k2. Check permissions
Unreadable file E:/folder/folder/media/com_juga. Check permissions
Unreadable file E:/folder/folder/media/com_akeeba. Check permissions
Unreadable file E:/folder/folder/media/com_akeeba/plugins. Check permissions
Unreadable file E:/folder/folder/media/com_admintools. Check permissions
Unreadable file E:/folder/folder/images/photos. Check permissions
Unreadable file E:/folder/folder/images/originalphotos. Check permissions
Unreadable file E:/folder/folder/images/comprofiler. Check permissions
Unreadable file E:/folder/folder/images/avatar. Check permissions
Unreadable file E:/folder/folder/components/com_toolbareditor. Check permissions
Unreadable file E:/folder/folder/components/com_sql2excel/helpers/PEAR/Spreadsheet. Check permissions
Unreadable file E:/folder/folder/components/com_sql2excel/helpers/PEAR/Spreadsheet/Excel. Check permissions
Unreadable file E:/folder/folder/components/com_akeeba/views. Check permissions
Unreadable file E:/folder/folder/aspnet_client. Check permissions
Unreadable file E:/folder/folder/aspnet_client/system_web. Check permissions
Unreadable file E:/folder/folder/aspnet_client/system_web/4_0_30319. Check permissions
Unreadable file E:/folder/folder/administrator/templates/khepri/html/com_menus. Check permissions
Unreadable file E:/folder/folder/administrator/components/com_sql2excel/views. Check permissions
Unreadable file E:/folder/folder/administrator/components/com_akeeba/plugins. Check permissions
Unreadable file E:/folder/folder/administrator/components/com_akeeba/language. Check permissions
Unreadable file E:/folder/folder/administrator/components/com_akeeba/assets. Check permissions

Thanks for the reply.

I'm actually already using Admin Tools Pro, and I ran the fix permissions tool again just to make sure. I still received those errors. When I looked in Permissions Configuration, I noticed that almost all the folders are listed as being 777 and files are 666. If I use the drop-down menu to change the folder permissions to 755 and click 'save custom permissions', it tells me "The custom permissions have been saved" but still lists them as being 777.

Shouldn't it be re-listing it as 755 if it was working correctly?

Hmm, well I set the global FTP up correctly but I'm still seeing permissions of 777 and 666.

I also applied the 'fix permissions' tool after I had set the folders to 755, and they still read 777.

Perhaps this is slightly out of topic as I have tried ver. 3.1.2 on a win 2008 Server (wamp) but I also got some unreadable folder warnings. I also tried the fix permissions tool, without success. Ultimately, I uninstalled ver 3.1.2 and installed again ver 3.1. The backup process now dos not produce any warnings.

I have the same issue since I have installed v3.1.2 but my CMS runs under Windows (!) - UNIX permission checks makes here no sense. The Windows permissions are ok. Looks your tool for UNIX permissions or do it recognize that it runs under Windows?

I want to be sure that my backups are ok.

Sorry, what I wanted to know is what kind of permissions Akkeba checks: UNIX rights only? I think so because your 'Admin Tool' can this only. But I don't know this exactly. Your tip to give access to 'Everybody' could not be your serious. Doing this will break each security for a windows server.

But what are the consequences for these warnings? That Akkeba do not backup these files? If so why it works before? Better to downgrade?

I just installed 3.1.2. I keep getting warnings like the following-

Unreadable file /administrator/components/com_breezingforms/libraries/jquery/themes. Check permissions

This is on a Windows Server 2003. I checked the permissions and they are correct. I checked a number of the errors that it reported and noticed one thing in common.. All the errors were about folders. Each of those folders did not have any files, a number of them did have sub-folders. It looks like the application is complaining if it finds a folder without any actual files.

@nicholas I actually had the root path there, but I added it again and tried changing permissions again, still got the same errors. I'm actually using a windows machine for this site, and took note of your responses below. I didn't have an "everyone" user, so I added that user to the root, applied full access, and still encountered the unreadable errors. I checked that the permissions for 'everyone' had propagated recursively, and indeed they had. At that point, I tried setting full access permissions for iusr, verified they had been applied recursively, and tried the backup again...still got the unreadable errors.

It`s a live Windows 2003 server and the permission settings are ok. WIN/IIS needs the internal IUSR_machinename for web sites and it has read/wright rights where necessary. The system runs since 3 years without problems and I use Joomlapack/Akeeba for a long time and had never before these issues. So only thing what has changed is 'Akeeba backup' - no need to play around at my permissions. So again: what do the Akeeba backup when it assumes a permission problem? What has changed against former versions (with not such problems)? Do I can trust the backup?

No, the message appears for directories that also have contents, i.e. \administrator\components\com_akeeba\akeeba\engines However, as far as I can see, the contents of those directories were actually backed up. Indeed, the message appears for empty directories too. Those directories are NOT backed up (the restored site does not contain those empty -yet needed- directories). I guess that this is a not exactly a cosmetic problem. Anyway, please reply to this message when there is a fix available and I'll be happy to test it and give you feedback.

Thanks
G.D.

I checked the warning list (and it is a very long list) and it seems that permission warnings accurs for directories which are indeed empty or have subdirectories inside without a file/s in the directory itself.

I will do a restore today and then inform you what happens.

Hey Kuk,
That sounds great, let us know how it goes.

I just attempted a backup and restore. The backup threw the same errors as before, and completed successfully after about 45 minutes. When I went to restore the site on my local machine with kickstart 3.1.5, it threw the error message...

"An error occured
INVALID_FILE_HEADER"

Doing a new backup now, and will do a test restore when its finished. I'll let you know the status when its complete.
Thanks for the quick response.

Ok, I did my tests:
1. Make a backup on Windows live system with Akeeba Pro 3.1.2 - warnings are reported
2. Transfered the file to my test system (WIN 7/IIS 7.5) and restored it (with kickstart 3.1.5) - runs perfectly, no errors.
3. Make some random checks - site works.
4. Installed the developper version (svn289) on test system - make a backup - no warnings any more.
5. Restored the site - no problems.
6. Did random checks again - no problems.
7. Make a folder/file comparison between the 2 sites - are equal, no missing files.

So, I think everything is ok.

Thank you :)

I concur with Kuk's test results. I ran a new backup with the developer patch from yesterday, and was able to restore the site completely with no errors. Thanks again for the quick response.