Support

Akeeba Backup for Joomla!

#36134 restoring 'off site directory' to a local installation

Posted in ‘Akeeba Backup for Joomla!’
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

careytech

I created a new profile that is intended to back up just one directory that exists outside of the site's root directory.  The pattern is as follows:

   root directory:  /abc/xyz/public_html/

   target directory:  /abc/my_docs

 

I was able to use Akeeba to find and select this 'off-site' directory, but when I restore on my local machine... well, I assume the content was not included because my WAMP does not have the same directory structure underneath the site.

What I'm after is a way to archive that directory, store it on S3 along with the full backup, and be able to restore the directory so I have a copy of the directly/files on my local machine.

Is the only way to do this is to replicate the underlying directory structure?  (in my example:  /abc/xyz/public_html)  I do prefer an alternate way, but at the least I'd like be able to restore on a local machine so that I can confirm the backup file is backing up the directory as I expect.

 

 

 

tampe125
Akeeba Staff

Hello,

let's make a step back. When you select off-site directories, those are added to your backup archive and ANGIE will present you an extra step, where you can tell it where to store those files, more on this here: https://www.akeeba.com/documentation/akeeba-solo/angie-installers.html#angie-common-offsite

So did you get that extra step?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

careytech

Thank you.  I now see how it works, and I see what I did wrong. 

I had not declared a virtual subdirectory (because I did not know what that meant nor that it was required).  I just now discovered that by not declaring a virtual subdirectory that the entire record is not saved.  So, when I made the backup, the off-site directory was not included within the backup file, and I never encountered the screen you just referenced.

I fixed the problem on my end, tried to restore again, and now I see the screen you mentioned.

However, I have encountered a problem after this point --  it seems that the amount of large documents in this folder exceeds what the restoration can copy within 120 seconds.  ("Maximum execution time of 120 seconds exceeded in ...")  I have rerun this multiple times, and it seems only a few files are added to those already copied over (the folder and its subfolders exceed a gig in size).  Is there some setting that instructs this portion of restoration to be performed in chunks so as never to exceed the time limit?  Or some other way?  

tampe125
Akeeba Staff

I'm glad that you fixed it!

How many documents are we talking about?

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

careytech

I suspect the issue is file size and not the number of files.  Of what is restored by the time it times out, the directory has only 73 files but the restored files are 840 meg with a .tmp folder that contains 1.88 gig.  This is a large directory of the hundreds of documents stored through eDocman.  

tampe125
Akeeba Staff

I'm afraid that there's no workaround for that. This is your operating system getting slower and slower when we try to list all the files in a directory. This is why cache directories have always nested and they only have few hundreds of files inside them: otherwise the it will time out while searching for the correct file to serve.

The only solution is to fallback to the manual one: download the folder and upload it using FTP or SFTP 

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

careytech

OK.  I appreciate the candid answer.  I'll look into FTP as a solution.  ...Or perhaps try to restore the files on a fast webserver (so that the archive process still used Akeeba profiles uploading to S3).

tampe125
Akeeba Staff

You're welcome!

Davide Tampellini

Developer and Support Staff

🇮🇹Italian: native 🇬🇧English: good • 🕐 My time zone is Europe / Rome (UTC +1)
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!

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: Typically we work Monday to Friday, 9am to 7pm Cyprus timezone (EEST). Support is provided by the same developers writing the software, all of which live in Europe. You can still file tickets, but we cannot respond to them, outside of our working hours.

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!

Summer vacations: Our support will be closed for replies and new tickets from August 6th to August 21st, 2022 due to summer vacations.