ln -s backup directory permissions?

TMMM

Verified User
Joined
Oct 29, 2006
Messages
48
Hi,
I have a question regarding the reseller backup directory.
I made a symbolic link from the user backup directory located within one of the resellers section to a removable usb drive. I am able to backup files to it using the reseller backup feature just fine. I notice that when they arrive there they take the ownership of root. Now when I restore a backup for instance on another DA server under the same reseller username I move the particular users backup to a folder within the resellers ftp directory's and chown the file to reseller:username (reseller being the resellers name and username being the users name) and then on the remote server I do an ftp restore. The user is restored although there are errors relating to "/email/passwd" is unable to be read along with "email/aliases", "email/autoresponder.conf", "email/vacation.conf", "email/email.conf", and then an error regarding a database that the user had: "Unable to restore database reilly_mojo.sql to reilly_mojo : ERROR 1045 (28000): Access denied for user 'reilly'@'localhost' (using password: NO)"

*reilly is the user.

I have had no problems in the past using this method untill I started backing up to the symbolically linked directory to the removable usb drive. I am assuming that there is some type of permissions problem that happens during the creation of the tar.gz file.
If any of you have any helpfull information that might point me in the right direction, I would really appreciate any of it.

Thank you
-Tom
 
I'm betting you dind't reformat your removable drive with a linux/unix drive system, but rather left it with the default format. The default format does NOT handle links.

Another thing the removable drive doesn't handle is users. When you read it in linux/unix it looks as if the files are all owned by whichever user is reading it.

Jeff
 
Thank you for the reply, I appreciate the time.

I have since formated the drive with ext3 file system.

What I am running into now is that when I use the reseller backup feature I notice that each user is being backed up into a directory and a *.tar.gz file. When I navigate within DA to restore the user it finds the *.tar.gz file and upon restore spits out errors relating to "gzip: stdout: Broken pipe" and unable to extract some of the files which I notice are in the directory and not in the *.tar.gz file.

I am presuming that I still have permissions problems and hence the problem ziping the file and extracting it.

If somebody would be able to provide me with some information such as the permissions of ownership and other on the mounted usb drive, and the folder in which the backups are redirecting too I would really appreciate the help.

Thanks in advance
-Tom
 
Then I'm not sure what the problem might be. We only use USB drives to back up our desktop systems, not our servers, and we're only backing up single users.

Jeff
 
Thanks for the help, I appreciate it.

If you have any suggestions on the best methods of backup outside of the local machine itself, what would you suggest?

Thanks again
 
Last edited:
We still use the System Backup; it's based on sysbk, and there's no automatic restore function; we'd have to restore manually.

We've had two do that twice in all the years we've been using DA, on all the servers we've been managing.

So I still like it.

Of course we allow our clients to backup as well if they wish.

All the backups we do are full backups, we back up over a local network within our data center, and the data traffic isn't measured.

Jeff
 
Thanks for the info.

I have never had a DA box go down so if you don't mind, I would like to run this by you or anyone else that wishes to comment.

My DA box simply consists of one reseller and that one reseller holds all of the users. I do a reseller backup over the network to an ftp server frequently. Now my plan is for example say the server gets stolen, I would either restore all of the users that were on that box onto one of the other DA boxes and have those users change there DNS real quick OR load up another server with the same OS as was on the server which got "stolen", load up DA with the same reseller name, IP's, nameservers and restore all of the users.
Does this plan sound viable? Is there something I am missing or out of whack with this plan?

Thank you, I appreciate your input.
 
The only suggestion I'd add would be you might want to keep a server on hand. We try to always have an extra server available, though we've never had use for one in an emergency.

(It's nice to have one available if a client needs one :).)

Jeff
 
Back
Top