Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5

Unable to restore Softaculous backups

#1
[Solved]
cPanel Username: cht

URL: chtweb.gigapages.net

Detailed Description: As stated, Softaculous backups cannot be restored, as the 2k11 folder doesn't have write permissions.
#2
[Solved]
You need to login to your cPanel, use file Manager to set 2k11 folder permissions to 777 before restoring.
Please do not email or PM me with private support requests - Use Support Section.
Don't forget to read TOS.
Never argue with idiots.
First, they'll bring you down to their level and then beat you with their experience!
#3
[Solved]
(09-19-2018, 07:20 PM)un4saken Wrote: You need to login to your cPanel, use file Manager to set 2k11 folder permissions to 777 before restoring.

I tried, but it keeps reverting to 771. That's why the ticket.

Thanks for the quick help though.
#4
[Solved]
@un4saken

I checked and @CHT is correct. When I tried to use the restore tool in his Softaculous DashBoard it responded as follows:

Quote:The following errors were found :

File /home/cht/public_html/templates_c/2k11 already exists and is write protected
There was some error while unzipping the backup files

I Googled the error message and couldn't find a solution for it at the Softaculous Forum - like there were a few threads that discussed this problem, but no step by step solution - looks like it's a bug when there is a new installation of Softaculous and you try to load a backup that was made with the older installation. Closest I could find is Softaculous asking to submit a support request. So I submitted a support request. In the meanwhile I also updated our Softaculous applications - but it didn't solve the problem of course.

I'm almost certain the guys at Softaculous know what the problem is and hopefully the Admin at Softaculous will be able to suggest something.

If @CHT wants help, I can restore his site from the backup manually. Would you like me to do that in the meanwhile @CHT ?
#5
[Solved]
Yes please, as I managed to delete my install of the blog to oblivion. @Genesis 

Thanks for the help.
#6
[Solved]
Looks as though it has been fixed. Can you please check it.

This is what I did - in the end the Softaculous restore tool worked perfectly:

1. I made a backup of the whole of your hosting account (just in case Tongue )

2. I deleted the folders in the root of the primary domain that had to do with the WP installation.

3. I then went to the Softaculous installer and I UNINSTALLED the new installation you had in there before.

4. Still in the Softaculous Installer, I then went to the Softaculous backups and then used the restore tool to install the backup that was in there (dated 4 July 2018). It worked immediately. Hopefully you have the password for your panel - otherwise you can check in the database with phpadmin.

Lesson I learned out of this is that when you restore a site with Softaculous restore tool you need to do it on a clean root public_html of the domain. One can't restore a WP backup over an existing WP installation. One has to remove any other WP installations for the same domain in Softaculous first by deleting the installation completely from the Softaculous installer.
#7
[Solved]
@un4saken In retrospect it's a miracle that I managed to restore @CHT 's site. He'll be able to view his blog, and maybe add pages and posts, but he won't be able to load plugins or themes. or update his plugins and themes. Which is going to be a real problem since the backup is quite old.

Since the above restoration of CHT's blog, I checked up on my own WordPress sites, and when I tried to update the plugins of my WP sites discovered that we don't have any author privileges to be able to upload or update themes or plugins. Something is genuinely weird with our author privileges. I tried to do it with the FTP option and that didn't want to work either.

Later on I tried to do things manually through the File Manager but that had issues too. Like exactly the way CHT had said. When I changed the folder privileges to 777, something in the system keeps on resetting back to 755 - like there's a default for the folder privileges that we're unable to change.

Towards the end of my checking it got doubly weird. Like I deleted an add on domain folder in File Manager and when I refreshed the File Manager, the folder was still there. I went a step further and deleted the add on domain as well. The Add on Domain deletion worked. But the File Manager folder for the add on domain was still there. I deleted it again, but it wouldn't go away. I then thought to take a break.

Looks like we don't have any privileges to change folder privileges. Wacko
[-] The following 1 user Likes Genesis's post:
  • CHT
#8
[Solved]
(09-24-2018, 12:41 AM)Genesis Wrote: @un4saken In retrospect it's a miracle that I managed to restore @CHT 's site. He'll be able to view his blog, and maybe add pages and posts, but he won't be able to load plugins or themes. or update his plugins and themes. Which is going to be a real problem since the backup is quite old.

Since the above restoration of CHT's blog, I checked up on my own WordPress sites, and when I tried to update the plugins of my WP sites discovered that we don't have any author privileges to be able to upload or update themes or plugins. Something is genuinely weird with our author privileges. I tried to do it with the FTP option and that didn't want to work either.

Later on I tried to do things manually through the File Manager but that had issues too. Like exactly the way CHT had said. When I changed the folder privileges to 777, something in the system keeps on resetting back to 755 - like there's a default for the folder privileges that we're unable to change.

Towards the end of my checking it got doubly weird. Like I deleted an add on domain folder in File Manager and when I refreshed the File Manager, the folder was still there. I went a step further and deleted the add on domain as well. The Add on Domain deletion worked. But the File Manager folder for the add on domain was still there. I deleted it again, but it wouldn't go away. I then thought to take a break.

Looks like we don't have any privileges to change folder privileges. Wacko

The same thing happened on my WordPress sites recently. It just prompts me to enter an FTP login when I try to update plugins or themes. I created an FTP account for one site to see if it would work, and it didn't work half the time. It didn't used to do this, so I hope it's just a bug or something that might be easily fixable.
[Image: gr_sig.gif]
[Image: userbar222222.png]
#9
[Solved]
(09-24-2018, 03:57 AM)Yozora Wrote: The same thing happened on my WordPress sites recently. It just prompts me to enter an FTP login when I try to update plugins or themes. I created an FTP account for one site to see if it would work, and it didn't work half the time. It didn't used to do this, so I hope it's just a bug or something that might be easily fixable.
Thanks for the feedback Yozora and confirming your experience. I'm almost certain this is an issue with the file protection plugin of cpanel. Like even when I went manual with my WordPress File Manager of cPanel, it wouldn't allow me to change the file permissions. It's almost as though there is a default permission that cannot be changed. Also, I got cache issues with working with my cPanel File Manager that I haven't had in all of the years i've worked with the File Manager. I've just gone back into my File Manager after almost 12 hours - deleted history and cache first - then the folder that couldn't be deleted earlier on - and again when I checked back, the folder was still there.

Looks as though the system isn't allowing us to work with the folders. At this point I think I will let it go and wait for @un4saken to do his usual magic on everything. He'll probably immediately know what the issue is. Could be when the php handler was changed as well. When I Googled the issue changes in the php handler was mentioned as potentially resetting all author permissions, also cpanel's file protection plugin was mentioned.
#10
[Solved]
Looks as though @un4saken has done his magic. We're able to update plugins now.
#11
[Solved]
(09-24-2018, 11:10 AM)Genesis Wrote: Looks as though @un4saken has done his magic. We're able to update plugins now.

Woohoo! Plugin updating works for me too now.
Thanks yet again for your awesome help @un4saken!
[Image: gr_sig.gif]
[Image: userbar222222.png]
#12
[Solved]
@Genesis Confirmed working, though there are quirks not related to the backup restore.

The admin panel sadly doesn't quite work right, and none of the css formatting nor images show.
Of course, new posts can't be made due to the quirks, but I'll leave that for another issue if needed.
#13
[Solved]
Maybe there is limited functionality because at the time when I restored the blog, we didn't have the privileges that were needed to complete the restore. Serendipity needs a lot of 777 privileges as it auto configures files during installation and all of that could have been absent during the restore. Maybe you can delete my restored installation in Softaculous, and once deleted, you can restore the backup from scratch to the root of your domain. As a Plan A.

If the above has problems, maybe you could check through the documentation below. Maybe you could start from scratch and follow the steps below as a plan B.

Quote:How can I move an existing Serendipity installation to a different place (server or path)?

First, you copy over all files from your old server to the new server. Especially pay attention that you copy the .htaccess and serendipity_config_local.inc.php files as well. If those files are not readable by your FTP user, you can use the little fixperm.php script from the “My upgrade failed!” section above to fix the permissions so that you can read the files.

Second you must migrate the database. Use a tool like phpMyAdmin to create a db SQL dump file. Re-import that file on your new server.

On your new server, make sure that all the permissions are set like they were on the old provider. Especially make sure that the files serendipity_config_local.inc.php and .htaccess are read+writable by the server, and the directory templates_c/ and uploads/ is read+writable by the server.

Now edit the serendipity_config_local.inc.php file, you might need to insert the new DB user account data into that file. You also might need to edit your .htaccess file to set the new paths properly.

Now you should be able to re-login into the Serendipity Admin panel without a problem. Go to your configuration and see if you need to reconfigure any of the paths listed.

If you had a lot entries or HTML nuggets where you manually used the path of Serendipity, and this has now changed, you need to manually edit the articles to insert the new URL!

Then you should be done.
Source: https://docs.s9y.org/docs/faq/index.html
#14
[Solved]
Apparently, seems like trying to import the DB from the old install is causing the issues with the Seredipity install. Guess the new plan would be to restore individual posts from that db instead.

Thanks @Genesis.
  




Users browsing this thread:
1 Guest(s)

Unable to restore Softaculous backups488