[very] Long Restore

MtK

Verified User
Joined
Aug 2, 2007
Messages
405
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...
 
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...
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)...
 
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.

To get the user to show up you can delete the show_all_users cache.
 
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.
not sure I know why a global quota check is needed on a simple user-restore process...

To get the user to show up you can delete the show_all_users cache.
can u explain more about this?
 
When you click Show All Users you are looking at a cache. If you delete the cache and then click Show All Users a new cache file will be created.

The task queue does this automatically at the end of a restore. But it is taking a long time for it to get to that point.

not sure I know why a global quota check is needed on a simple user-restore process...

I KNOW. I have been meaning to report it but other things have taken priority. Maybe they will see this post.
 
Hello,

The disk usage is re-counted because the Reseller needs an updated total of all items, including disk usage, email accounts, etc..

You can disable this post-restore tally with this feature:
http://www.directadmin.com/features.php?id=853

Note the post restore tally does not run the "quotacheck" command, but rather a disk usage and totals update (repquota, user.usage, etc). It won't run webalizer or rotate any logs here.. it's just a counting tally.

John
 
The disk usage is re-counted because the Reseller needs an updated total of all items, including disk usage, email accounts, etc..

I understand that. But its doing this for ALL resellers and users on the entire system and not just for the one being restored.
 
I understand that. But its doing this for ALL resellers and users on the entire system and not just for the one being restored.
in my case, most user are under one reseller therefore each simple/small backup will take forever to be seen...
 
The tally should not be done for all Resellers, but only for the creator of that User and all of his Users. In any case, for those who don't wish to use this feature, as mentioned, it can be disabled in the directadmin.conf.

John
 
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
 
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
thanks, you're right, I don't really need to run the tally.
just wanted to be sure it doesn't run (and if so, can be stopped).
 
Back
Top