Support

Hi,

I have as before made a full site backup with the plan to move it for development.

When extracting, I get the error "expected expression, got ')'"

I have searched in the archives but not found a problem with this description.

I have successfully re-established sites (for development) with earlier versions.

Regards, Martin

If you get this error right away, before any files are extracted, please upload a fresh copy of kickstart.php. It may be that the file was damaged in transit.

I don't, it does extract a few things (language packs I noticed).
It stopped at the file
/var/www/algarveoriginal.com/public_html/media/editors/codemirror/addon/lint/lint.css

I have previously used this kickstart file without problems, I don't think that is the problem.

I now tried again and it stopped at another file:
/var/www/algarveoriginal.com/public_html/media/system/js/repeatable-uncompressed.js

Third time, with new upload of kickstart.php:
/var/www/algarveoriginal.com/public_html/media/jui/fonts/IcoMoon.ttf

bit strange to me...

Very strange. The fact that you are getting the same error in different places suggests that the problem is not the archive itself.

No you have enough disk space and inodes?

I want to adjust the timing settings in Kickstart but I need to check with Davide for what numbers to use.

Hi,

I cannot see the disk space being a problem - archive is just over 200MB, I have 5000 on the webserver. Inodes? Pls explain...

I have a series of hotels with the same company (unoeuro.com), and I have as late as 24 June restored from a Joomla 3.4.8 / Akeeba 4.7.3 backup, using kickstart 4.1.1. Did the same last winter, and until now it has just worked without any messing around.

The indodes setting is a sneaky way for hosts to limit disk space. It is a count of all the files and folders that exist on your site. So they have "Unlimited disk space" in big letters on their site, then you find that there is a maximum number of inodes in the fine print of the contract. Let's try something else before we try to run that down.

When you start Kickstart, under Fine Tuning, use Minimum 5, Maximum 2 for he timing settings. That will slow down the extraction and use the same CPU cycles over a longer period of time. And, yes, the min is greater than the max, that is not a typo.

Tried again, same result. This time at the file /var/www/algarveoriginal.com/public_html/media/foundry/3.1/scripts/ui/droppable.min.js

The host has always appeared quite straight to me, they state I have a max of 5000MB diskspace. I searched their support pages, no mention of inodes.

I have just seen that they are in the process of upgrading their servers from PHP5.6 to PHP7.0, could that make a difference?

Good morning,

I Saturday extracted an archive made with 4.6.1 to algarveoriginal.com without problems.
Pre-Installation check reports the server I am installing to has Joomla 3.4.8 and PHP 7.0.9
I use all the standard setting for restore.
Report DB restoration successful

- but when I try to open the site I only get a blank page, no errors, also not in the log.

Unoeuro suggests it could have to do with PHP versions.

Best regards

A few more experiments:

I Added .htaccess file with the line "AddType application/x-httpd-php-old .php"
to force old PHP version.
Got error of missing file, added regularlab folder from algarveoutdoors.com to the algarveoriginal.com. Site now opens, but obviously with content missing on Home page (slideshow, content. Other pages appear ok.

This is obviously not something I want to do if I have to restore a site, but I hope it gives you some useful info.

Joomla! itself is ready for PHP 7 but some of your extensions may not be. The performance improvements are worth looking into what is not working on the new version and trying to get it resolved.

On algarveoriginal.com I can see from Chrome's Developer Tools console that you have several errors on the home page. The first is:

http://algarveoriginal.com/templates/it_thelodge3/js/jquery.peelback.js 
Failed to load resource: net::ERR_BLOCKED_BY_CLIENT

Are you using an enhanced .htaccess file or a security extension on the site?

Thanks, I am looking at these things, have to go though the extensions.

It still does not solve the problem that I only seem to be able to extract archives made with Akeeba 4.6.1, not the current 5.1.2. And I am reluctant to upgrade casaflordesal.com for testing that - I am trying to figure out the sensible way forward.

We are looking at the problem from two different perspectives. You are looking at it as an extraction problem. There is no indication that there was a problem with Saturday's extraction. I am looking at it as a post restore issue. There is a whole laundry list of things that may need to be adjusted after a site is restored, particularly on a new server. You can look at the checklist here: https://www.akeebabackup.com/documentation/troubleshooter/post-restoration.html. I'm thinking that the files and database are properly restored but there is a configuration or environment issue that we need to adjust to get the site to function properly in its new location.

One of the problems is with the slide show. The slide show is probably integrated in the template. We are showing a template error on the error console. "Blocked by client" is not very informative for me. If you were running Admin Tools, that is where I would start looking. Since you do not have an Admin Tools license, what else do you have that may be blocking access?

I think you are right about the perspectives :-)

I found a backup of the version I wanted to work on, with Joomla 3.4.8 and Akeeba 5.1.2, and installed (on top of a Joomla 3.6 1-click) without problems. Had to force PHP5.6 for it to work, but have not seen any problems so far.

I now have to go though extensions updates to see how to go forward. That is with me!

The backup I cannot extract is the one where I had also upgraded Joomla to 3.6.0 and Solidres to 0.9.4 - and that I do see as an extraction problem.

Best regards

Generally you can not restore a different Joomla! series over another series. So you can not restore a Joomla! 3.4.8 backup over a Joomla! 3.6 installation. You have to delete all the files first. You can get really crazy errors if the same file exists on two different paths due to the version change.

Thanks a lot. Does that on the other hand mean, that if I restore on top of the same version, it is a verification?

I am trying to do gradual upgrades (First Joomla, then components) and as the time-consuming steps are deletion of files though FTP and upload of archives it would be nifty if I could just copy the archive out to root and then make a restore on top.

Otherwise I think we can let the issue rest - I work my way though (as I have time for other work) and will be back in case it play up again with the extraction.

Thanks

There is no problem restoring a 3.4 backup over a 3.4 installation, or 3.5 over 3.5, etc. You only run into a problem when you try to restore a 3.5 backup over a 3.6 site, different "major" versions.

One problem with restoring Site B over Site A, even if they are the same version, is that any extension folders that Site A had that Site B does not will not be deleted, they will simply be orphaned. They would not really hurt anything, but the files are still there, and possibly the database tables, taking up space on your account and in your backup. You are probably better off clearing out the files and tables and starting clean. I find that my host's file manager deletes files much faster than FTP.

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.