How to Backup all data though admin

jlasman said:
Response to kencash:

Your image doesn't show everything we'd need to know to see if you're doing a complete backup.

If you look at the Directories and Files sections towards the bottom you'll notice that there are scrollbars on both columns, which means we can't see all of them.

I've still not finished verifying my backup/restore procedure; as soon as I do I'll post it in these forums.

This page, as is, should create a backup on the local server; you might want to make sure you have a /home/backup directory.

If you want your backup transferred off the server you'll want to click on "Use remote transfer", and create a backup account on some other system with an ftp daemon. Then you'll need to change the information for Remote Host, Remote User, Remote Password, and Rmote Path.

Then you should be able to make an immediate system backup by clicking on "Run System Backup Now" or by setting up the Cron Schedule immediately under the button and the "View Last Backup Log" link.

Be sure to check your backup log an hour or two after the backup to see if there were any errors.

Note that even if you get a backup without errors, you may not be able to do a complete restore form it; I'm still working on determing what's been missed.

Jeff
Click to expand...
Can you tell me the step to do this one from the picture.Because I have done it before but the file size is not 'sensible' and can't for restore
 
I have lost one guy's data who was hosting of my test DA machine, directadmin doesnt backup any public_html or private_html dir's.
 
It does for me.

Unfortunately until I've finished the backup/restore I'm working on I'm too busy to accept non-emergency work from new clients.

And afterwards, I'm hoping we won't have to; at least not on the backup issue.

But just out of curiosity, Chrysalis, and anyone else who's finding DA isn't backing up all the directory paths, what OS are you using?

Jeff
 
As I remeber,You must tick the home directory for backup.But It's not backup successfully.
 
os was freebsd 4.9

to clear some points up

in the configure full system backup box all 4 boxes were ticked
I used remote transfer using ftp
All the boxes for directory and files were ticked and I also added /etc,/usr/local/etc and /usr/local/directadmin to the directory list.

I never checked if the local backup was ok so it is possible it made the backup ok locally but didnt transfer the full amount over ftp or it just didnt backup properly.

On freebsd /home is a symlink not a dir could this stop it working?
 
on the remote server here is the dir layout

776K ./10-14-04/custom/etc
1.0M ./10-14-04/custom/usr/local/directadmin
11M ./10-14-04/custom/usr/local
11M ./10-14-04/custom/usr
14K ./10-14-04/custom/var/spool
14M ./10-14-04/custom/var
26M ./10-14-04/custom
14K ./10-14-04/bind
548K ./10-14-04/apache
6.8M ./10-14-04/mysql
33M ./10-14-04

its the same for the previous days as well.
 
Chrysalis said:
os was freebsd 4.9
Click to expand...
I continue to see posts on these forums relating errors with FreeBSD that just don't occur on our RHL and RHEL-based systems.
in the configure full system backup box all 4 boxes were ticked
Click to expand...
Does /home show up in the list of directories to back up?
I used remote transfer using ftp
All the boxes for directory and files were ticked and I also added /etc,/usr/local/etc and /usr/local/directadmin to the directory list.
Click to expand...
You don't need to check anything below; the check boxes are only if you want to delete anything. Anything listed under directories or files to back up should be backed up.
I never checked if the local backup was ok so it is possible it made the backup ok locally but didnt transfer the full amount over ftp or it just didnt backup properly.
Click to expand...
You can check that by trying again, this time unchecking the box "Delete the local backup after remote transfer" and remember of course to save the change.
On freebsd /home is a symlink not a dir could this stop it working?
Click to expand...
I've always felt that some of the many problems people report with FreeBSD are because of all the files and directories that are in other positions yet symlinked. I can't prove it, but you can, at least in this case:

You can delete the /home directory from the list, and add the real directory it points to, and let us know if that works.

Jeff
 
right gotcha.

ok I only have freebsd 5.2.1 systems now but I would expect it the same as /home is still a symlink. I am going to try the following.

Run backup locally only and check whats backed up using /home.

If it works I will proceed to enable the remote backup and see if it all gets transferred.

If it doesnt work I will change /home to /usr/home.

I will post my findings back here.
 
ok it did local backup I got a message saying this

Performing sanity checks: Completed
Checking load average: Completed
Checking free disk space: Completed
Performing Custom backup
Archiving /etc/exim.conf: Completed
Archiving /etc/exim.crt: Completed
Archiving /etc/exim.key: Completed
Archiving /etc/exim.pl: Completed
Archiving /etc/group: Completed
Archiving /etc/hosts: Completed
Archiving /etc/passwd: Completed
Archiving /etc/proftpd.conf: Completed
Archiving /etc/proftpd.passwd: Completed
Archiving /etc/proftpd.vhosts.conf: Completed
Archiving /etc/resolv.conf: Completed
Archiving /etc/shadow: Completed
Archiving /etc/system_filter.exim: Completed
Archiving /etc: Completed
Archiving /etc/mail: Completed
Archiving /etc/virtual: Completed
Archiving /home: Completed
Archiving /usr/local/directadmin: Completed
Archiving /usr/local/etc: Completed
Archiving /usr/local/frontpage: Completed
Archiving /var/log: Completed
Archiving /var/mail: Completed
Archiving /var/spool/cron: Completed
Archiving /var/spool/mail: Completed
Archiving /var/spool/virtual: Completed
Archiving /var/www: Completed
Performing DNS backup
Stage 1 DNS backup: Completed
Stage 2 DNS backup: Completed
Performing Apache backup: Completed
Performing MySQL backup
Stage 1 MySQL backup:MySQL could not be shutdown, aborting...
Performing cleanup operations: Completed
<br>

and contents of backup dir is

root@bollocks 10-18-04 # du -h
240K ./custom/etc
113M ./custom/usr/local
113M ./custom/usr
14K ./custom/var/spool
12M ./custom/var
126M ./custom
14K ./bind
166K ./apache
127M .

no /home in sight :(

so now I will try the /usr/home
 
hmm inside custom is this

root@bollocks custom # ls
etc etc.tar.gz home.md5 usr
etc.md5 home home.tar.gz var

home.tar.gz did backup the dirs

so instead I am now going to try remote backup with same options.
 
And of course I should have thought to tell you that anything in "include subdirectories" or "include files" would be under custom :( .

Jeff
 
ok now I look like a fool but this made me check the custom dir on the remote server and it seems my original backup did indeed backup the home dir so I will stop here :D

sorry for wasting time.
 
ok there is an update I got it wrong 2 posts ago.

the backup doesnt work, it just backups the actualy symlink, so I mistakingly thought it worked.

I am trying with /usr/home now which I expect will work fine.
 
There is a command you can use to tell tar to treat symlinks as you and I would.

Care to hack the sysbk code :) ?

Jeff
 
-rw-r----- 1 root wheel 246104950 Oct 18 18:46 home.tar.gz

heh its safe to say /usr/home works :)

I will have a look at the code and see if hackable, if not does directadmin have an official bug reporting method?
 
"sysbk" is not a part of DA. They just use it.

I'm currently rewriting it as part of my fix of the obviously broken DA system backup facility.

Jeff
 
You must log in or register to reply here.
Back
Top