Bug in DA when moving accounts.

P

pug123

Verified User
Joined
Feb 5, 2006
Messages
49
Location
Poland
Hello!

Spent two hours to find that stupid bug:)

I've created second admin account on the server. WHen moving to other server from resellers backup tool this second admin account on the new server got different uid:gid. It had influence on proftpd.passwd files and all ftp accounts had empty directories during listing.

Fix was simple. Change id of account which was not possible so I've changed proftpd.passwd file.

Directadmin should check this after import and rewrite configs.
 
Hello,

I'm trying to confirm which uid:gid you're referring to.

Are you saying that the uid of admin2 is different than just admin?
If so, that's normal.

I'm not following how the proftpd.passwd would relate to that though.

If you've manually restored a system backup (raw files manually), you'd have to reset the permissions:
http://help.directadmin.com/item.php?id=173

If youre using the Admin Backup/Transfer, then you dont' need to run the set_permissions.sh, however, the files must be chowned to the admin that is doing the backup. So if you're using admin2, all files and directories that the backups are in must be chowned to admin2. This is the expected behavior.

John
 
DirectAdmin Support said:
Hello,

I'm trying to confirm which uid:gid you're referring to.

Are you saying that the uid of admin2 is different than just admin?
If so, that's normal.

I'm not following how the proftpd.passwd would relate to that though.

If you've manually restored a system backup (raw files manually), you'd have to reset the permissions:
http://help.directadmin.com/item.php?id=173

If youre using the Admin Backup/Transfer, then you dont' need to run the set_permissions.sh, however, the files must be chowned to the admin that is doing the backup. So if you're using admin2, all files and directories that the backups are in must be chowned to admin2. This is the expected behavior.

John
Click to expand...

There was not issue like you've described.

Here is Scenario.

I was using only Reseller backup tool. There are two admin accounts
1) orginal "admin"
2) new created admin "admin2"

On second (new) server I created these accounts as well to restore backup. The first problem is that mysql databases have been not restored. It was some error that I need superuser?(and link to knowledgbase).Ok I've corrected it copying binary files from one mysql to another.

Ok here is main problem with FTP. admin2 got different UID/GID on the new server. Look into /etc/proftpd.passwd file. Every subaccount of main account is using UID/GID of its main account and it for same reason remained like in old server. Therefore many users had aaccess (could login to ftp) but their directories were empty becouse of different UID/GID.

I hope I've written it clear now :)
 
Was the /etc/proftpd.passwd copied manually? The Reseller backup tool (Manage User Backups) does not store UID/GID information in the backups. The uid/gid is taken on the fly when ftp accounts are restored.

So my only guess is that the proftpd.passwd was copied over manually, or something was done manually, as it doesn't seem to line up with how the restore system within DA works. (No other similar reports either)

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