Support

Site Restoration

#14822 missing files and directories after restore using extract

Posted in ‘Site restoration’
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

PHP version
n/a
CMS Type
Other
CMS Version
n/a
Backup Tool Version
n/a
Kickstart version
n/a

Latest post by nicholas on Tuesday, 29 January 2013 15:58 CST

user57783

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.8
PHP version: 5.3.13
MySQL version: 14.14 dist 5.5.20
Host: self-hosted
Akeeba Backup version which took the backup: 3.6.12
Kickstart version used to extract the backup: extract wizard v 3.3

Description of my issue:

I use cron and a command line backup using cli/akeeba-backup.php which uses only backup profile defined.  I have used the extract wizard 3.3 to restore the backup on another server, but upon completion I found it was missing some files and directories.  The backup log reports the these missing files and directories were scanned and packed into the backup, so I do not know why they were not extracted.  At this point I am not sure what might be missing in the restored copy of the website.  I do know that the entire "/includes" directory was not restored as well as a subdirectory in "/images" named "frontpage-slideshow-banner".  I'm sure this process has worked in the past.  Do you have any suggestions?  The backup log is attached if it might be of help.

Regards,

Robin

nicholas
Akeeba Staff
Manager

Akeeba eXtract Wizard comes wiht the "Ignore most errors" checkbox checked by default. Try not checking it and retry the extraction. You don't have to go through the restoration again; just delete the installation directory.

If you get any errors they are most likely related to permissions (on Windows they are called ACLs and are accessible from the Security tab of the Properties page). When Ignore most errors is checked these permission issues are ignored and the files/folders affected are ignored and not extracted.

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!

user57783

Thank you very much for the quick reply!  I just ran the extract wizard again and un-checked the "ignore most errors" option.  This time it failed with the following message:

Could not read data from the archive. DEBUG Phga na grapsw to symlink kai efaga palto - Apo /var/www/html/images/video/campaign-2010/hdnr sto /var/www/html/success-stories/hdnr

The error box only had an "OK" button and clicking that stopped the restoration.  The "success-stories" directory contains symbolic links to the images directory.  Do sym-links cause a problem with the extract wizard?

Thanks for your help.

nicholas
Akeeba Staff
Manager

OK, mystery solved. It's one of those errors that should never happen. That error message is Greek for "I tried writing the symlink and I got slam-dunked". It's in one of those code paths that are supposed to never be executed in the real world.

You have some symlinks in your original site that cannot be restored in the target site. The most likely cause is that you're trying to restore a backup you got from a Linux server on a Windows machine with an old Windows version. Windows have very poor support of symlinks. Actually, the first real symlink implementation was added in Windows 7 and you can only create them if you are an Administrator. Another explanation, if you are using a Linux or Mac OS X or Windows as Administrator, is that the symlink points to an invalid absolute path or that permissions don't allow the creation of the symlink. I suspect that the problem in your case is with permissions and that you are restoring on Linux, in the /var/www/html directory.

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!

user57783

Thank you.

I am restoring onto a linux server from a linux server and same version of OS (Fedora 15) on both machines.  I think it might be a timing problem.  It's trying to create the sym links, but the restoration hasn't yet dumped the images directory that it's trying to link to.  I can exclude the directory with sym links unless you know of another way to get around this.

Once I get past this, I can see of the "ignore most errors" option is getting in the way with the other directories & files.

nicholas
Akeeba Staff
Manager

You should be able to do the following:

  • First extract with ignore most errors enabled
  • Then extract with ignore most errors disabled

The first pass should extract the images directory and its contents, the second pass should restore the symlinks.

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!

user57783

Ah, good idea!  However, I just tried as you suggested and the 2nd extract failed with the same message *and* the directories/files that are being linked to had been restored.

I ran another backup excluding all files and subdirectories in "success-stories".  I then ran extract with "ignore most errors" unchecked, but got this message and the restore stopped:

Could not read data from the archive. DEBUG Phga na grapsw to symlink kai efaga palto - Apo /var/www/html/images/video/campaign-2010/index.html sto /var/www/html/success-stories/index.html

It seemed like the ingnore all files/subdirectories didn't quite do as I thought it shold so I manually excluded each file within "success-stories" and ran another extract with "ignore most errors" unchecked.  However, it still fails with the above error and the log shows that even with index.html excluded from the backup, it still adds it to the archive (attached).

Do you have any other suggestions?

nicholas
Akeeba Staff
Manager

Can you try using Kickstart? It's definitely more stable than eXtract Wizard. In fact, eXtract Wizard is a FreePascal port of the extraction engine used in Kickstart (which is written in PHP). There are some minute differences which seem to make a big difference.

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!

user57783

I appreciate all your help... and for being so available/quick!  The kickstart program seems to work find and I'll switch to using that instead of extract.  Being a command-line junkie, I'm going to miss it though.  :-)

 

nicholas
Akeeba Staff
Manager

You're welcome!

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!