Unable to backup old package directory to /home/.../public_html/files/trash
Permalink 1 user found helpful
Hello,
I am getting an error message (Unable to backup old package directory to /home/.../public_html/files/trash) when trying to update the eCommerce/Core Commerce package through the Dashboard. I recently updated the main C5 install.
I have checked and re-applied writable permissions to /files and all files and subfolders twice, so I do not think that is the problem. Does anyone have any ideas?
Thanks,
bendodge
I am getting an error message (Unable to backup old package directory to /home/.../public_html/files/trash) when trying to update the eCommerce/Core Commerce package through the Dashboard. I recently updated the main C5 install.
I have checked and re-applied writable permissions to /files and all files and subfolders twice, so I do not think that is the problem. Does anyone have any ideas?
Thanks,
bendodge
Did you manage to fix this? I'm having the same issue.
Oh, I'm very sorry I neglected this thread. I did solve it, but I honestly can't recall exactly what it was. It was either that I hadn't correctly FTPed the update package (with all the extra parts in the right folders), or a permissions issue.
I'm thinking it was the permissions. Are you using shared hosting, and if so, what control panel do you have? I find Plesk in particular gives me all kinds of problems.
I'm thinking it was the permissions. Are you using shared hosting, and if so, what control panel do you have? I find Plesk in particular gives me all kinds of problems.
This is definitely a permissions issue, check the files/folder in packages/folder_name to make sure you have write privileges. The same thing happened to me when I migrated to another hosting company and one of my subdirectories got screwed up permission in the process, changing this to 777 fixed it for me.
If its any help to anyone , I just transferred a site from one cpanel to another and we just solved a backup issue/error.
We had to open files/ directory through file manager and reset its permissions to 777 even though the files/ directory was set 777
We had to open files/ directory through file manager and reset its permissions to 777 even though the files/ directory was set 777
Hi
I have just come across the same problem while trying to update two separate blocks.
I have check the file permissions for both files and trash and they are both set to 777. I followed the advice to reset via cPanel even if they were showing 777 in my ftp programme but with no joy and also checked that my packages folder was set to 777 too.
Still getting the error though
Unable to backup old package directory to /home/shushspo/public_html/files/trash
Does anyone have any other ideas on this? Is a manual install the way to go? If so do I need to un-install the block first then reinstall the updated version?
Cheers
Alex
I have just come across the same problem while trying to update two separate blocks.
I have check the file permissions for both files and trash and they are both set to 777. I followed the advice to reset via cPanel even if they were showing 777 in my ftp programme but with no joy and also checked that my packages folder was set to 777 too.
Still getting the error though
Unable to backup old package directory to /home/shushspo/public_html/files/trash
Does anyone have any other ideas on this? Is a manual install the way to go? If so do I need to un-install the block first then reinstall the updated version?
Cheers
Alex
Hi,
I found that I also had to 777 the package directory, and this worked. I couldn't get it to work by changing permissions on /Trash even thought this was the message. (I changed back to 755 once installed)
I found that I also had to 777 the package directory, and this worked. I couldn't get it to work by changing permissions on /Trash even thought this was the message. (I changed back to 755 once installed)
Dont know if this helps....
I had the same problem, Looking on plesk file manager, public html files, there was a trash folder, but looking on the ftp program, there wasnt so I created a trash file set the permissions..... and it worked!!
I had the same problem, Looking on plesk file manager, public html files, there was a trash folder, but looking on the ftp program, there wasnt so I created a trash file set the permissions..... and it worked!!
I've just had a similar problem while updating a number of add-ons. I'm on c-panel but I also noticed in my ftp program that there was no 'trash' folder in the files directory. I added on and set permissions to 777 and all seems fine now.
Also one had a similar issue add-ons not updating because they couldn't access the 'backups' folder in the files directory. On checking permissions I found they were set to 755. On changing to 777 again all seemed to work fine.
Hope this helps.
Also one had a similar issue add-ons not updating because they couldn't access the 'backups' folder in the files directory. On checking permissions I found they were set to 755. On changing to 777 again all seemed to work fine.
Hope this helps.
I had the same problem too. I had no trash folder in the files folder. After creating a trash folder with file permissions 777, and changing permissions for the add-on folder to 777, the update worked.
I had to set 777 on /files and /packages to get my updates to install.
Now I'm wondering what these should be permanently set as?
Now I'm wondering what these should be permanently set as?
Can someone tell me why this isn't a C5 issue that should have been fixed? I am using Version 5.5.1 installed via Softaculous to Arvixe hosting account, and I am having the same issue. And I am not a coder!
Eric
Eric
hi Eric,
no need to be a 'coder' (I am not)..just give it a go and follow the logic of above and it will work...good luck
no need to be a 'coder' (I am not)..just give it a go and follow the logic of above and it will work...good luck
and yes, I believe this is a softaculous install issue, not a
concrete5 core issue. Regardless we've contacted them to resolve it.
best wishes
Franz Maruna
CEO - concrete5.org
http://about.me/frz
concrete5 core issue. Regardless we've contacted them to resolve it.
best wishes
Franz Maruna
CEO - concrete5.org
http://about.me/frz
Gratzi!
I was just trying to install the trash file using my iPad. Added the file, but could not change the permissions, but I will be at a desktop computer in a few minutes.
Thanks for the answer.
e
PS-Maybe it would have worked on the iPad. On the desktop I realized that the write check boxes changed the permissions when you check them. I was trying to activate the number field itself.
http://www.sineofthetime.com
Sent from my iPad
I was just trying to install the trash file using my iPad. Added the file, but could not change the permissions, but I will be at a desktop computer in a few minutes.
Thanks for the answer.
e
PS-Maybe it would have worked on the iPad. On the desktop I realized that the write check boxes changed the permissions when you check them. I was trying to activate the number field itself.
http://www.sineofthetime.com
Sent from my iPad
Hi,
I would like to assure people this is not a Softaculous issue.
Well its also not much of an issue related to Concrete5.
This is more of an Environment of the Web Server Problem.
Most of the people facing this issue must be using APACHE's PHP Handler as the PHP handler which runs PHP as the USER 'apache'
Now Concrete5 creates files for caching purposes or any other purposes in the files/* folder.
It mainly uses the Zend Framework which is written in PHP and while creating the file will be running as the user 'apache' since PHP binary is running as user apache.
Now, if you read the CODE in file :
concrete\libraries\3rdparty\Zend\Cache\Backend\File.php (lines 90 - 100) you will see the UMASK for files is 0600.
So files are created in the ownership of user apache with permissions of 0600 i.e. any other user cannot read these files.
Now, you (your account) runs as another user lets say 'conc' (the user will be the user for which you have the login details in your cPanel accounts). User 'conc' being another user cannot read files owned by apache and hence your backup fails.
Dont worry, your websites are not broken in any ways and everything is working. This is a minor bug which can be rectified by the Concrete5 team. Essentially you can assign file permissions of 0644 to solve this issue.
Regards,
Your friendly installer - Softaculous Team :)
I would like to assure people this is not a Softaculous issue.
Well its also not much of an issue related to Concrete5.
This is more of an Environment of the Web Server Problem.
Most of the people facing this issue must be using APACHE's PHP Handler as the PHP handler which runs PHP as the USER 'apache'
Now Concrete5 creates files for caching purposes or any other purposes in the files/* folder.
It mainly uses the Zend Framework which is written in PHP and while creating the file will be running as the user 'apache' since PHP binary is running as user apache.
Now, if you read the CODE in file :
concrete\libraries\3rdparty\Zend\Cache\Backend\File.php (lines 90 - 100) you will see the UMASK for files is 0600.
So files are created in the ownership of user apache with permissions of 0600 i.e. any other user cannot read these files.
Now, you (your account) runs as another user lets say 'conc' (the user will be the user for which you have the login details in your cPanel accounts). User 'conc' being another user cannot read files owned by apache and hence your backup fails.
Dont worry, your websites are not broken in any ways and everything is working. This is a minor bug which can be rectified by the Concrete5 team. Essentially you can assign file permissions of 0644 to solve this issue.
Regards,
Your friendly installer - Softaculous Team :)
Thanks for the reply. I'm a little confused though. It sounds like you're referencing a backup from a control panel, but this is a user using their website through concrete5. concrete5's add-on update routine moves the package from the packages/ directory into the files/trash/ directory. If the files/trash/ directory isn't writable then the move will fail with this error message.
Additionally, files/trash/ isn't actually created by Zend_Cache. It's created by concrete5 during installation. It also might be the case that files/trash/ doesn't exist on the installation at all, and that's why the moving of the directory is failing.
Additionally, files/trash/ isn't actually created by Zend_Cache. It's created by concrete5 during installation. It also might be the case that files/trash/ doesn't exist on the installation at all, and that's why the moving of the directory is failing.
Andrew Softaculous does create the trash folder during installation. Also it sets the permissions to writable.
It creates the four directories :
avatars
cache
thumbnails
trash
In the files folders. Incase of a sample content some additional folders are created as well which are numbered ones.
It creates the four directories :
avatars
cache
thumbnails
trash
In the files folders. Incase of a sample content some additional folders are created as well which are numbered ones.
Ah. Then it sounds like you're doing everything right. Looks like the original poster found out the cause (and it was just something weird with his environment or incorrectly ftpd package.) sorry about the mixup!
In my case, I was using CPanel and SimpleScripts. Based on what others were saying and my own experience, it looks like CPanel's pretty/AJAX-type file manager might have some bugs when displaying/setting permissions.
@andrew and @bendodge thanks for clearing that you actually didnt use Softaculous.
If you do use Softaculous and have any issues, just let us know and we will be happy to help you :)
If you do use Softaculous and have any issues, just let us know and we will be happy to help you :)
I did use Softaculous (and Arvixe hosting) and had the same issue, which is why my add-on developer directed me to this thread. But I don't know from where the problem originated? I fixed it manually as instructed, as you can see from my other posts.
e
e
Hi,
@ea1958 I am still unclear with how you fixed the issue ?
Did you create a folder or changed the permissions ?
@ea1958 I am still unclear with how you fixed the issue ?
Did you create a folder or changed the permissions ?
Funny, I can remember early in the problem messing with permissions. But for the last 2 of 3 sites that I fixed, I only remember having to ass the trash folder inside the public files folder, using the cPanel Legacy File Manager.
e
e
Hi,
Can you post the list of directories in the files/ folder
Can you post the list of directories in the files/ folder
Image for forestriverfront.com files directory is attached (I added the trash folder).
The url path in my cPanel was (this site is subsidiary in my Arvixe hosting account)... and I used Softaculous to install C5.5.1 in each of my hosted URLs:
http://cpanel.sineofthetime.com/cpsess170558532/...
frontend/x3/files/index.html?
dirselect=webroot&domainselect=forestriverfront
.com&dir=%2Fhome%2Fea1958%2F
public_html
The url path in my cPanel was (this site is subsidiary in my Arvixe hosting account)... and I used Softaculous to install C5.5.1 in each of my hosted URLs:
http://cpanel.sineofthetime.com/cpsess170558532/...
frontend/x3/files/index.html?
dirselect=webroot&domainselect=forestriverfront
.com&dir=%2Fhome%2Fea1958%2F
public_html
Hi,
Sir, thanks for the attachment.
I would appreciate, if you make a TEST installation of C5.5.1 and see if the trash folder is there as well as the remaining folders.
I have done atleast 20 installations and I am certain the folders are created properly with writable permissions.
Sir, thanks for the attachment.
I would appreciate, if you make a TEST installation of C5.5.1 and see if the trash folder is there as well as the remaining folders.
I have done atleast 20 installations and I am certain the folders are created properly with writable permissions.
OK, here are two images;
1) My Installation Selections (please comment if you see anyplace where I could make better choices).
2) The public files directory after install (it looks different than before?).
And below is the confirmation email that Softaculous sent to me:
A new installation of Concrete5 5.5.1 has been completed. The details of the installation are shown below:
Path : /home/ea1958/public_html/broadfork.com
URL :http://broadfork.com
Admin URL :http://broadfork.com/index.php/login...
Admin Username : ea1958
Admin Password : ********
Admin Email: admin@broadfork.com
MySQL Database : ea1958_broad
MySQL DB User : ea1958_broad
MySQL DB Host : localhost
MySQL DB Password : **********
Time of Installation : February 21, 2012, 6:17 pm
Regards,
eric
broadfork.com
sineofthetime.com
1) My Installation Selections (please comment if you see anyplace where I could make better choices).
2) The public files directory after install (it looks different than before?).
And below is the confirmation email that Softaculous sent to me:
A new installation of Concrete5 5.5.1 has been completed. The details of the installation are shown below:
Path : /home/ea1958/public_html/broadfork.com
URL :http://broadfork.com
Admin URL :http://broadfork.com/index.php/login...
Admin Username : ea1958
Admin Password : ********
Admin Email: admin@broadfork.com
MySQL Database : ea1958_broad
MySQL DB User : ea1958_broad
MySQL DB Host : localhost
MySQL DB Password : **********
Time of Installation : February 21, 2012, 6:17 pm
Regards,
eric
broadfork.com
sineofthetime.com
Hi,
The directories are there. Can you try to install the plugins you were saying werent installing.
The directories are there. Can you try to install the plugins you were saying werent installing.
1) Do you have a name?
2) Does the install that I showed you for forestriverfront.com look correct?
3) What plugins? I thought that we were talking about the trash folder.
Regards,
Eric
2) Does the install that I showed you for forestriverfront.com look correct?
3) What plugins? I thought that we were talking about the trash folder.
Regards,
Eric
1) Do you have a name?
You can call me Softaculous.
2) Does the install that I showed you for forestriverfront.com look correct?
Yes. @andrew can you confirm the same.
3) What plugins? I thought that we were talking about the trash folder.
Well the initial bug report was for the purpose that Plugins were not being upgraded. So I asked you to update it.
You can call me Softaculous.
2) Does the install that I showed you for forestriverfront.com look correct?
Yes. @andrew can you confirm the same.
3) What plugins? I thought that we were talking about the trash folder.
Well the initial bug report was for the purpose that Plugins were not being upgraded. So I asked you to update it.
<unsubscribe>
Arvixe lets me host 6 sites under one account (sineofthetime.com). I added the file (or was it a folder) under my parent account and the Social Share add-on finally updated for that website.
It didn't work for my second site (forestriverfront.com), nor would my Arvixe cPanel File Manager let me add another trash folder to the secondary site.
I suppose that I will have to call Arvixe to see if I am adding URLs to my account in the most efficient manner.
Thanks!
Eric
It didn't work for my second site (forestriverfront.com), nor would my Arvixe cPanel File Manager let me add another trash folder to the secondary site.
I suppose that I will have to call Arvixe to see if I am adding URLs to my account in the most efficient manner.
Thanks!
Eric
It seemed that I had to use the Legacy File Manager in my cPanel. Then it was easy. I hope that C5 catches up with itself. The fix was simple but still a distraction from my own work.
Gratzi,
e
Gratzi,
e
Changing permissions to 775 for the /files/trash folder and the /packages/package-name
This worked for the update package process
This worked for the update package process
fyi I was only able to solve it by changing the package folders (within the packages folder) to 777. It wasn't an issue with the trash folder which was correctly set by the installer.
I am getting the same error message (Unable to backup old package directory to .../files/trash) when trying to update three add-on packages through the Dashboard. I running 5.5.1
Trying to update ProNews, ProEvents, ProBlog
I have checked permissions to /files and /trash and they are set to 775 - Does anyone have any ideas?
Trying to update ProNews, ProEvents, ProBlog
I have checked permissions to /files and /trash and they are set to 775 - Does anyone have any ideas?
Hi,
How did you install C5 ?
Also who owns the folder - trash ?
How did you install C5 ?
Also who owns the folder - trash ?
This instance of c5 was moved from another server to this location. So the "install" process didn't really happen in it's current location.
...I own the trash folder...
...I own the trash folder...
i don't know if which site I was having this issue on before when I posted this but I am having the issue withhttp://www.narimn.org and right now it is causing major errors since I am not able to update the packages.
There seems to be a javascript error with ecommerce package since I don't have edit tools on those pages that have that add-on. The home page is also missing the slider which is critical as well.
I feel that if I could update the ecommerce package this all would be fixed but I am getting the Unable to backup old package directory error when I try to update any package. The files/trash is set to 777 and I have cleared the cache.
I am in crisis mode since the client has sent out to their members to renew there membership online...and it is basically inoperable. ANY help is greatly appreciated.
There seems to be a javascript error with ecommerce package since I don't have edit tools on those pages that have that add-on. The home page is also missing the slider which is critical as well.
I feel that if I could update the ecommerce package this all would be fixed but I am getting the Unable to backup old package directory error when I try to update any package. The files/trash is set to 777 and I have cleared the cache.
I am in crisis mode since the client has sent out to their members to renew there membership online...and it is basically inoperable. ANY help is greatly appreciated.
This is a long shot, but I have had issues in the past with using FTP vs CPanel utilities for setting permissions. I don't recall which one worked and which one didn't, but I had to switch to get it to work.
