Akeeba Backup for Joomla!

Friday, 07 February 2014 04:46 CST

woluweb

Hi there.
I was willing to upgrade from Akeeba backup Pro 3.9.2 to 3.10.0... but on the two sites I have already tried, I get the following message
Error: -1 Copy file failed
after which Akeeba Backup is no more to be found in COmponents.
I have even tried to re(re)install it (with Direct Link for instance, but also with download first), but I get the same error every time.
Then I use Direct Link to install 3.9.2 and that works perfectly in seconds !

Any clue ?

Txs in advance,

Marc

Friday, 07 February 2014 07:19 CST

nicholas

The packages of our latest versions of our components are rather big. Since the default maximum upload size on most servers is just 2Mb this may cause an upload error. The best solution is to ask your host to set the following in the server's php.ini:

upload_max_filesize = 10M
post_max_size = 10M

If this is not possible, there's a good chance that the following lines in your .htaccess file may work on most servers:

php_value upload_max_filesize 10M
php_value post_max_size 10M

There is also another alternative, but it won't work on all hosts: installation by URL. Please go to the Download section of our site and select the software and version you want to download. Next to the "Download now" button you will see a link called "DirectLink". Right click on it and select "Copy link address" (the exact phrase depends on the browser, but it should have to do about copying the link or its address / URL / location).

Now go to your site's back-end, Extensions, Extensions Manager and find the Install from URL field. Note: on Joomla! 3.x you have to click on the "Install from URL" tab to see that field. Replace the contents of the "Install URL" field with the contents of your clipboard (the DirectLink URL you copied above) and click on the "Install" button next to this textbox. As long as your server supports installing extensions from URL the installation should go through.

If this still doesn't help you can always follow the manual installation instructions in our troubleshooting documentation.

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!

Friday, 07 February 2014 08:02 CST

woluweb

Txs Nicholas,
I have tried your suggestion, but being hosted with SiteGround, I have a "upload_max_filesize = 24M".

And anyway, as mentionned in my post, I tried with the Direct Link also.
While (re)installation of 3.9.2 works perfectly fine (with Direct Link or classic upload), the upgrade and/or installation of 3.10.0 gives the error message I mentionned.

Could it be that the installation takes place via another directory (which would have stricter permissions for example ?).

NB : I even tried disabling my .htaccess just in case, but I had the same error.

Friday, 07 February 2014 10:42 CST

nicholas

Hm, at this point I am out of ideas. Let me tell you what I'm thinking:

It's not a problem with the Download ID or Live Update not being able to download the package. If it was, the update wouldn't start. In this case you wouldn't get the copy error.

It's not a permissions issue as this simply can't happen on SiteGround. So we can't be talking about the need to enable FTP, as it doesn't apply to your host.

It can't be a problem with our package's XML manifest, as the attempt to install it manually works.

I have eliminated all possible causes of this error. Your guess is as good as mine :(

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!

Thursday, 13 February 2014 10:27 CST

woluweb

Hi Nicholas,
I was full of hope when I saw a new 3.10.1 had just come out :-)
But still I am stuck with this problem of
-1 - An error has occurred.
Copy failed

Actually, I have tested it with another site, running on 2.5.18 and hosted with OVH (the site where I first had the problem, still unsolved, is running on 3.2.2 and is hosted with SiteGround).

If I install (for example with Direct Link) :

Akeeba Backup 3.10.1 Core : error message

Akeeba Backup 3.10.1 Pro : error message

Akeeba Backup 3.10.0 Core : error message

Akeeba Backup 3.10.0 Pro : error message
Akeeba Backup 3.9.2 Core : works immediatly

Akeeba Backup 3.9.2 Pro : works immediately

If you don't have more ideas, I can give you the credentials so that you can try by yourself.
(What I was suspecting was maybe that your "temporary installation directory" would have changed ?)

Just let me know...

Yours,

Marc

Thursday, 13 February 2014 15:11 CST

nicholas

The packages of our latest versions of our components are rather big. Since the default maximum upload size on most servers is just 2Mb this may cause an upload error. The best solution is to ask your host to set the following in the server's php.ini:

upload_max_filesize = 10M
post_max_size = 10M

If this is not possible, there's a good chance that the following lines in your .htaccess file may work on most servers:

php_value upload_max_filesize 10M
php_value post_max_size 10M

There is also another alternative, but it won't work on all hosts: installation by URL. Please go to the Download section of our site and select the software and version you want to download. Next to the "Download now" button you will see a link called "DirectLink". Right click on it and select "Copy link address" (the exact phrase depends on the browser, but it should have to do about copying the link or its address / URL / location).

Now go to your site's back-end, Extensions, Extensions Manager and find the Install from URL field. Note: on Joomla! 3.x you have to click on the "Install from URL" tab to see that field. Replace the contents of the "Install URL" field with the contents of your clipboard (the DirectLink URL you copied above) and click on the "Install" button next to this textbox. As long as your server supports installing extensions from URL the installation should go through.

If this still doesn't help you can always follow the manual installation instructions in our troubleshooting documentation.

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!

Friday, 14 February 2014 02:49 CST

woluweb

Hi Nicholas,

As mentioned previously in this very post, the parameters (SiteGround for example) are as follow :
upload_max_filesize = 24M
post_max_size = 32M
Still I get the error.

Then I disabled the .htaccess in /tmp and also the general one of my site, just in case.
Still get the error.

Then I went back to /tmp and I saw the file "com_akeeba.update.zip" was there, together with its unzipped folder

Then I even tried to install directly using "install from directory".
Always same error.

Then I wanted to download the com_akeeba-3.10.1-pro.zip file, unzip it locally on my PC and then upload the unzipped directory to the /tmp.
There I discovered there was probably a problem with the zip file :
- unzipping (both with 7-Zip or with Windows) would generate about 139 error msg of the type "the destination directory already contains a file with that name" (my translation to English here)
- then, uploading with FileZilla would also generate error msg "can't open file (...)\fof\LICENSE.txt (error 2: file can't be found) (again, my translation to English)

So it looks like there is some problem with the Zip file.
I even tested whether it could be linked to my own licence (if zip file is generated per user for instance) and asked a friend to pass me his download of akeeba backup. Same problem.

So so, I have done my best to give you all the details allowing to figure out what the problem is.
But as far as I am concerned, I run out of ideas...

Friday, 14 February 2014 03:15 CST

woluweb

Hi Nicholas,

Good news !

I investigated even further : I decided to make a fresh install of Joomla on a local server... and there the installation of 3.10.1 would work.
Then I thought "let's try to UNINSTALL Akeeba Pro 3.9.2", ie
- Akeeba
- Akeeba Backup Notification Module

And after uninstalling 3.9.2... the installation of 3.10.1 would work fine (ie without the famous "Error: -1 Copy file failed").
The downside is that I had to reconfigure (key, secretkey if frontend, profile, ...) but at least it is a workaround.

Still I think something is strange with your zip file which seems kind of corrupted or so (see my last msg !).
And still it is not normal that I suddenly can't upgrade normally :
- neither on first site on J!2.5 with OVH
- neither on second site on J!3.2 with SiteGround

If you have now an idea of the cause and/or want to investigate this further, I am ready to help.

Yours,

Marc

Friday, 14 February 2014 07:14 CST

nicholas

Oops, I realised I paste the wrong reply in my previous post. What I wanted to tell you was to take a look at the FTP settings of your site. The archive is not corrupt (I always upgrade my dev and our live sites before publishing a new release just to be on the safe side). Your problem is that some files are owned by the wrong user and have the wrong permissions. You can enable the FTP settings following the instructions in https://www.akeebabackup.com/documentation/troubleshooter/abinstallation.html

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!

Friday, 14 February 2014 07:53 CST

woluweb

Txs for your reply, Nicholas.
Now I managed to upgrade (after having uninstalled completely 3.9.2).
But if for the next upgrade the problem arises again, then I will definitely try to activate ftp (while I don't like the idea bc the website becomes less secure) and see if it solves.

Either way, I will keep you informed (I just wait for the next release still :-))

Have a nice w-e,

Marc

Friday, 14 February 2014 09:25 CST

nicholas

You can always enable the FTP layer prior to updating software and then disable it again. But I will tell you this: if you are on a server where you ultimately have to use the FTP layer you already have a security issue, no matter if you enable the FTP layer or not. Namely, all sites run under the same user (i.e. the user the web server software runs under). In oversimplified terms, if a hacker compromises any site on that server they can read any file on any other site hosted on the same server and they can write to all writeable directories of any other site hosted on that server. This allows them to compromise your site undetected, bypassing any security you may have installed on your site.

FWIW this can't happen on SiteGround as they do have properly set up servers. Each site runs as its own user, so we can rule out the need for FTP layer altogether. On these servers a copy error would probably mean that you have set up your temp-directory incorrectly or doing something really strange with your permissions. If I were you I'd give them a call. They can check it out for you.

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!

Friday, 14 February 2014 09:47 CST

woluweb

Txs for the extra-clarification.
As I said, I had the problem on two sites, one with OVH and the other one with SiteGround...
Next version of Akeeba Backup, I will see whether the error occurs again (and check these ownership rights) or whether it is definitely solved with the complete uninstall which did the trick this time...
I 'll keep in informed either way.

Yours,

Marc

Support