Как я могу оценить, что заключительный размер и время обработки, необходимое, выводит мой весь repo?
Если у Вас все еще есть доступ к полю в некоторым образом, Вы могли бы возможно использовать локальное нападение расширения полномочий, чтобы получить корневой доступ и решить проблему с sudo (или sudo su-c passwd).
Обратите внимание, попытка этого самостоятельно могла полить из шланга Ваше поле или оставить его в работе, но нестабильном состоянии, получить кого-то опыт попробовать его за Вас или найти способ получить локальный доступ и использовать livecd для изменения пароля.
Is there a good formula for calculating exactly how long it will take and how much disk space will be required for the final dump file?
To avoid the disk I/O, you can pipe the svndumpfilter result to netcat.
On the old SVN server:
svnadmin dump /path/to/your/repo/ | svndumpfilter --drop-empty-revs --renumber-revs include single_project | nc -l 2302
and on the new SVN server:
svnadmin create single_project
nc IP_address 2302 | svnadmin load single_project
I've tested with my repo (4GB, ~12000 revisions), it takes ~12 minutes to complete.
PS: You can also use gzip to compress the data and ionice to run this with low priority.
That'll be pretty massive without the --deltas option, which you can't use when you're going to filter it. The time and space needed will, of course, depend on your server's performance and the contents of the repo.
If you need to do a dry run to see the space usage, just send it to /dev/null - and as @Zoredache mentioned, set the process's niceness as needed.
A couple recommendations:
- Send it straight to a compression engine from stdout; they compress well.
- If the size usage is too much to handle (which I suspect it might be), do it in parts.
- dump the first thousand revisions (
svnadmin dump -r 1:1000), - filter them,
- load into the new repo,
- delete the first dump, make a new one, rinse and repeat.
- dump the first thousand revisions (