some times it takes a lot of minutes (more than 15), but the worst is that it takes a lot longer from the time the files/db are in place to the time the user is actually added to DA (user list)...Hey,
how long should normally a restore take?
let's assume the server is not over loaded (3am) and the restore tar.gz file is just about 9MB...
not sure I know why a global quota check is needed on a simple user-restore process...I have noticed that after the restore DA does a quota check on every user and not just the user that was restored. If you have a lot of users with a lot of files then this will take a long time. I have a really nice server with a lot of users and files and the restore can take over 2 hours. All the files are in place and the sites come up. But no message about it being done for over 2 hours.
can u explain more about this?To get the user to show up you can delete the show_all_users cache.
not sure I know why a global quota check is needed on a simple user-restore process...
The disk usage is re-counted because the Reseller needs an updated total of all items, including disk usage, email accounts, etc..
in my case, most user are under one reseller therefore each simple/small backup will take forever to be seen...I understand that. But its doing this for ALL resellers and users on the entire system and not just for the one being restored.
do we have this feature for post-backup?You can disable this post-restore tally with this feature:
http://www.directadmin.com/features.php?id=853
thanks, you're right, I don't really need to run the tally.The tally isn't run after a backup because nothing is being added.
If you want the tally to run, it would be only to count the space used from the newly created backup.. which could be done with one of the backup post.sh scripts... but most people aren't too worried about that, since it's usually admin doing it, and it will be added up later anyway.
John