Support

Akeeba Backup for Joomla!

#25983 Drop Box

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 on Sunday, 02 October 2016 17:20 CDT

stevebenthal
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 Brian,
I have installed your pro version of akeeba for joomla. I'm backing up to DropBox and in Akeeba it says that its complete, but when I go to dropbox I do not see the backup file there.
What am I missing?
Thanks,
Steve

dlb
Steve,

Please zip and post your backup log file.

What host are you using? We've seen a couple of these lately where the host's server is returning a false positive.


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)

stevebenthal
Hi,
I added Admin Tools today also, and now i get redirected when I got to http://mydomian.com/administrator.
How do I do this now?
Steve

dlb
The first run wizard helped you and set up a secret URL parameter. You can disable Admin Tools with the instructions here: https://www.akeebabackup.com/documentation/troubleshooter/atwafissues.html. That will allow you to log in. The secret URL parameter is on the first tab of Configure WAF. With a value there, the admin login screen needs to be called in the format: www.mysite.com/administrator/index.php?secret/


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)

stevebenthal
OK I've done what you said.
One site gives me the login and then just a blank white page.

My other site lets me login then says "The most recent request was denied because it contained an invalid security token. Please refresh the page and try again."

Refreshing does not help.

I called my hosting support and they said there are no errors in apache logs or in sites error logs.

Help!

Steve

dlb
Steve,

My apologies. There is a typo in my previous message. There should not be a trailing slash at the end of the URL, it should end with the secret word. I think what is happening is the slash is being included as part of the secret word.

If that doesn't solve it, please clear your browser cache.


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)

stevebenthal
On one of my sites I followed these instructions:

Go inside the plugins/system/admintools/admintools directory on your site (on older versions of Admin Tools: plugins/system/admintools). You will see a file named main.php. Rename it to main-disable.php. This will turn disable the Web Application Firewall from executing and you can access your site's back-end again. After you have fixed the cause of your issue remember to rename main-disable.php back to main.php, otherwise your site will remain unprotected!

And I was able to login and change the administrator secret URL


On my other site I'm following the exact same steps and I'm still getting a blank white screen after login.

Can I completely remove admin tools and start over or do you have another suggestion?

Thanks,
Steve

dlb
Steve,

On your second site, you fixed one problem and ran into a second one. We need to get the site to tell us the error message.

A white page or a page with a 500 Internal Server Error is, in fact, either a .htaccess issue to a PHP fatal error in disguise.

First, let's see if it is a .htaccess issue. Try renaming the .htaccess file in your site's root to htaccess.bak If there is a .htaccess file in the site's administrator directory, try renaming it as well. If that solves the problem, the issue was with a directive in your .htaccess file. We'd like to recommend you to try removing directives from your .htaccess until you find the one which causes the problem.

If that doesn't help, the error you are receiving is in fact a PHP error in disguise. First, check your server's error logs (not the access logs) immediately after visiting the page which throws the error. There should be an exact description of the PHP fatal error which occurred. Sometimes you can find the error messages in files called error_log or error.log inside the site's root and/or administrator directories. If unsure about the error log location, please consult your host. Most likely the error logs are available in your site's cPanel, Plesk control panel or similar hosting account management facility.

If your host does not give you access to the error logs and you have access to the Joomla! administrator area, please log in to your site's back-end, go to Global Configuration, click on the Server tab and set the Error Reporting to Maximum (Joomla! 1.5) or Development (Joomla! 2.x and later). Try visiting the problem page again.

If you still get a blank page, edit your configuration.php file and put the following code right after the final closing curly brace ( this is what a curly brace looks like --> } ) but before the closing PHP tag (it looks like ?> that is a question mark and a greater-than sign):
ini_set( 'display_errors', true );
error_reporting( E_ALL ); 
Try visiting the problem page again.

If you still get a white page, please remote the two lines from your configuration.php file. Edit the .htaccess file in your site's root. If you don't have a file named .htaccess create a new one. Beware that htaccess.txt is a DIFFERENT FILE and will NOT work! Add the following to the end of the file:
php_flag display_errors On
php_value error_reporting 32767
and retry loading the problem page.

If you still get a white page, remove the two lines from your .htaccess file. Now, create a file called php.ini with the following content:
display_errors=on
error_reporting=E_ALL
and upload it into your site's root and your site's administrator directory. Retry loading the problem page.

IMPORTANT: Sometimes the error won't show. Edit your configuration.php and find the line starting with public $error_reporting and set it to:
public $error_reporting = 'development';

This instructs Joomla! to enable maximum error, warnings and notices verbosity. In 99.9% of cases it will result in the error messages being shown on the browser.

If you still get a white page, delete the php.ini files your created and choose a different host. If your host doesn't allow you to debug any PHP-related issues there is no point paying them.

Please note that if you can not understand what the PHP error message means, just copy and paste it here verbatim so that we can take a look and point you to the right direction.


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)

stevebenthal
Hi,
With the hosting support tech I followed all you steps up to the configuration.php (all previous resulted in whitepage and no errors in logs) and this is the error we got when adding your code to the configuration.php file.

Warning: require_once(/home/nutrebal/public_html/administrator/components/com_admintools/models/storage.php): failed to open stream: No such file or directory in /home/nutrebal/public_html/plugins/quickicon/atoolsjupdatecheck/atoolsjupdatecheck.php on line 117

Fatal error: require_once(): Failed opening required '/home/nutrebal/public_html/administrator/components/com_admintools/models/storage.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/nutrebal/public_html/plugins/quickicon/atoolsjupdatecheck/atoolsjupdatecheck.php on line 117

They seem to think you'll understand what to do from here.

Thanks,

Steve

dlb
Steve,

Yes, that is exactly what we were looking for. If you have that file on your system,
/home/nutrebal/public_html/plugins/quickicon/atoolsjupdatecheck/atoolsjupdatecheck.php
please rename it with a ".save" extension to hide it from Joomla!. I'll see if I can find out why it is on your system and not on mine. I suspect it is an obsolete plugin that should have been removed. I'll let you know what I find out after I've talked to Davide or Nicholas.


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)

dlb
Steve,

I was able to confirm that this is an obsolete plugin. You should log in to the back end, disable the plugin, rename it back to the regular name, then install the latest version of Admin Tools twice, back to back, without doing anything else in between. That should make it go away.


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)

stevebenthal
atoolsjupdatecheck.php.save allowed me to login.
I think I did the other steps correctly but if I rename it back to atoolsjupdatecheck.php I get blocked again. Is that what you meant by "rename it back to the regular name?"



Also, I tried to create a page to link the Log file (original question) but when I go to create an article I got another white page instead of the joomla article.

Could this be due to the changes you had me make to the configuration.php?

stevebenthal
This is what my article page looks like. Happens on any article I open.

The first time I opened a new article it had error reporting. but when I closed and open again is was just white like attachment. That's why I ask if it has to due w/ change to configuration.php.

dlb
Steve,

You need to rename it via FTP, then you can enter the back end. Once there, disable the plugin in the Plugins list. That way, when you name it back to the correct name, it won't be active. Then you should be able to install Admin Tools and it will be removed.

You can just throw the log into Dropbox or Google Drive or any file sharing service and give me a link. I'm not sure why you're getting a white page there.


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)

stevebenthal
I'm not understanding your steps.
"You should log in to the back end, disable the plugin, rename it back to the regular name, then install the latest version of Admin Tools twice, back to back, without doing anything else in between. "

Do I disable Admintools and Admin Tools Package?
What do you mean by "rename it back to the regular name"?
What exact folder do you want renamed in FTP (can I do this in cpanel?)






Original problem is I'm configured to send backup to dropbox, but not seeing the actual file in my dropbox folder.
Here is link to backup log.
https://www.dropbox.com/sh/bfqyyfj1q9hczsa/AADRqC_RjerqGsiIPl7bUwyya?dl=0

dlb
I'm sorry Steve, I'll try to be a little clearer.

  1. Rename
    /home/nutrebal/public_html/plugins/quickicon/atoolsjupdatecheck/atoolsjupdatecheck.php
    to
    /home/nutrebal/public_html/plugins/quickicon/atoolsjupdatecheck/atoolsjupdatecheck.php.save
    . You can do this via FTP or through your control panel's file manager, it doesn't matter. This will allow you to log in to your back end.
  2. Disable the plugin. This is the tricky part. I don't have that plugin on any of my sites, so I don't know exactly what it was called. It would be a Quickicon, so that would be part of the name. Search the plugins list for quickicon and look for something like Admin Tools Update Check. You can disable it from the list.
  3. Rename
    /home/nutrebal/public_html/plugins/quickicon/atoolsjupdatecheck/atoolsjupdatecheck.php.save
    back to
    /home/nutrebal/public_html/plugins/quickicon/atoolsjupdatecheck/atoolsjupdatecheck.php
    If you can't log in to the back end, we have the wrong plugin name in step #2.
  4. Install the latest version of Admin Tools. This should remove the outdated plugin from your system.


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)

dlb
On your upload to Dropbox, I see a couple of potential problems. First, you have a 7 Gb file that is a single part. 2 Gb is a magic number in PHP, you should not have a file size greater than 2 Gb. It will work on some servers, but not on others. I can't tell if the multipart upload is enabled for Dropbox or not.

In the Configuration screen for the profile you are using for your backup, on the Archiver Engine line, click the Configure button. Set the Part size for split archive setting to 1999.

On the same screen, in the setup screen for your Dropbox upload, make sure Disable multipart upload is NOT checked.


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)

stevebenthal
Here's a screenshot. Does all this look correct for Akeeba Backup?

dlb
Yes! Let's test it and see if we get the upload to Dropbox working with those settings.


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)

stevebenthal
Here is a screenshot of plugins/quickicon. Is this where I'm supposed to be looking for Step 2 of Wednesday, 31 August 2016 12:39 CDT

stevebenthal
OK so I realized I had a backup just prior to adding admintools so i thought it might be easier to just restore from that point and start fresh.... That appears to have worked.

I can now see my backup in dropbox, but it is in parts as you said. So what happens when I need to do a restore or migration? Does akeeba put it all together automatically? Here's a screenshot.

Steve


dlb
Yes, Kickstart or the built in restore function will both automatically handle the multiple parts. The .jpa is the main part and the j01, j02, etc. are the splits. It is important that all of the parts be present. You will not be able to restore with missing parts.


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)

stevebenthal
OK I think all is working good now.
Does akeeba backup have a setting to save only the X most recent backups?
Or do you just periodically go to dropbox and manually delete old ones.
Thanks,
Steve

dlb
Steve,

Yes, you can set up quota management towards the bottom of the Configuration page. Note that quotas are per profile, so if you have multiple profiles you may get results that you do not expect. If you use two profiles and have each set to save three backups, that is a total of six backups, not three.

Second, you have to enable Enable remote files quotas to be able to delete the obsolete archives on Dropbox.


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)

System Task
system
This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

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!