Thanks in advance for any help, you guys are awesome!
A previous web developer made a backup of the site in question to the server months ago, and the permissions for this backup are 600. I can't change the permissions or download the file, although I can still move it between folders.
I've read having low disk space is sometimes the problem, but in this case there are 2 GB left, so that should be fine.
There is an other way to download backup from server to local machine, if you are able to move backup file in folders then move it to your website's home directory like '/home/user/public_html/backup.zip' and then browse it in browser and download the backup file.
http://yourdomain.com/backup.zip
It will provide you download option.
Related
I am quite new to server migrations, but fairly familiar with cPanel though. My current task is to migrate an entire website from a server with cPanel to another one.
What I did so far:
Use the Backup Wizard on the old server to create a full backup archive, and FTP it to the new server.
The full archive (about 6 GB because there are a lot of images) is now in my new server's public_html directory.
Now, what I need is a way to make the server take this tar archive, which is a full backup, and restore from it.
What I tried:
I tried simply extracting the archive, but it is taking forever to finish (again the archive is 6 GB), and for some reason my browser tab has to stay open until the end of the process, otherwise the extracting halts.
Also, as I have WHM access, I tried the "Restore a Full Backup/cpmove File" option, but for some reason, under the "Username for the account that you wish to restore:" textbox, WHM does not find my cPanel username.
If anyone can either tell me what I am doing wrong, or propose another option, I would really appreciate it.
P.S.: I only have WHM access to the new server, not the old one.
Edit: I got the WHM method working now. My mistake was that my tar archive was not stored in the /home directory, but in the home directory of the cPanel user (which is /home/username)!
Move your cpanel full backup file to /home directory and if you root have access of the server use below command as /scripts/restorepkg (cpanel username )
OR
Login to WHM with root user and go through the steps mentioned on below URL.
http://documentation.cpanel.net:8090/display/68Docs/Restore+a+Full+Backup+cpmove+File
I am having a strange issue with FileZilla client Not Responding (Picture attached) exclusively when accessing my App_Data folder in an asp.net website which contains a mdf file (SQL Database file). The folder I'm trying to access is on my local machine. I do not have any issues with viewing any other file types.
I am running the newest version of FileZilla client (3.34.0), I have tried reinstalling. I've also tried deleting the files in AppData/Roaming/FileZilla to see if that was the issue. I've checked my crashdumps in AppData\Local\CrashDumps, and there are no dumps. I've also made sure all SQL services are not running in case the MDF file was somehow in use.
I've searched around the web, and haven't found anyone with the same issue, and as a temporary solution have to use Windows file explorer to manage my FTP for this site.
Has anyone had a similar issue, or have any ideas of what I can try next? Any help is appreciated.
FileZilla Client not responding
I accidentally deleted my drupal 8 files. But my database is not damaged right now. Is there anyway I can bring my site back to live.
What I did: I have my site old backup [only files]. Copied those backup to root folder replaced database credentials in settings.php. But no luck.
Any other way to bring back my site live from database.
If you have drush you try with
drush sql-cli < my_directory/my_drupal8_dump.sql
So, in you backup files just run this command, not need to update settings.php
I'm using Apache 2.4 on Ubuntu 14.04 and Drupal 7. I wanted an easy remote backup for my Drupal site, so I tried putting it in Dropbox. Then, something happened, and Apache started giving 403 errors ("You don't have permission to access / on this server.") for the site.
I recovered from an old backup, but I still can't figure out what happened. I diffed the Dropbox directory and the backup, and they're the same. I reset all the permissions in the Dropbox directory to match the backup, but the version in Dropbox still won't work. I also tried copying the files from the Dropbox directory into the location of the backup, and that still didn't work.
I'm a bit at a loss as to what went wrong. Does anyone have ideas as to what Dropbox might have broken?
Rather than trying to run the site from a Dropbox location, why not just make Dropbox the repository for backups?
Try this:
https://www.drupal.org/project/backup_migrate_dropbox
This will also backup your database which you didn't mention as part of your Dropbox backup strategy.
Or you could run a cron task to run incremental backups via rsync to the Dropbox folder (Assuming you have already gone through getting Dropbox connected any syncing with Ubuntu). I use the process documented at this location and it has worked perfectly on a number of different web servers:
http://hadzimahmutovic.com/rsnapshot-mysql/rsnapshot-backing-mysql-databases
I have been contacted today by someone who is wanting to restore his website.
Long story short, host cancelled and deleted his account. He has a backup from a few weeks ago which will do fine. it is a interworx backup (i-worx). I dont have access to interworx control panel but I would like to extract the files and ftp them up to another host for this customer.
Can it be done without the interworx cpanel? Anyone know how I can achieve this?
Cheers
It's most likely a compressed tar so you should be able to extract it and manually move over all the data.