The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"svn: перенос репозитария"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"svn: перенос репозитария"  +/
Сообщение от ALex_hha (ok) on 11-Янв-10, 01:33 
Есть репозитарий, раздается через apache + mod_dav + subversion. За год размер составил 250GB. Хотел с нового года начать новый. Для этого создал пустой репозитарий и попытался залить инкрементальные бекапы с 23 декабря по 1 января.

При попытке залить получаю

# svnadmin load /svn/new_repo_name < ./148341-148352.dump
<<< Started new transaction, based on original revision 148341
svnadmin: File not found: transaction '1-5', path 'Projects/Project1/markup/cranham-1.1.html'
     * editing path : Projects/Project1/markup/cranham-1.1.html ...

В итоге ни один из дампов не залился. Как быть в такой ситуации? Создавать всю иерархию папок в ручную просто не реально. Помсмотрел документацию на svnadmin ничего полезного не нашел. Может кто сталкивался

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "svn: перенос репозитария"  +/
Сообщение от Michael (??) on 11-Янв-10, 10:06 
>Есть репозитарий, раздается через apache + mod_dav + subversion. За год размер
>составил 250GB. Хотел с нового года начать новый. Для этого создал

попробуйте сделать полный дамп и залить его одним куском. вдруг поможет.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "svn: перенос репозитария"  +/
Сообщение от ALex_hha (ok) on 11-Янв-10, 11:31 
>>Есть репозитарий, раздается через apache + mod_dav + subversion. За год размер
>>составил 250GB. Хотел с нового года начать новый. Для этого создал
>
>попробуйте сделать полный дамп и залить его одним куском. вдруг поможет.

Какой тогда в этом смысл? Заливать дамп в 250 Гб он будет ОЧЕНЬ долго. Ведь основная задача уменьшить размер дампа, чтобы в случае сбоя быстро и легко можно было восстановить репозитарий

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "svn: перенос репозитария"  +/
Сообщение от ze6ra (ok) on 11-Янв-10, 10:31 
>[оверквотинг удален]
>При попытке залить получаю
>
># svnadmin load /svn/new_repo_name < ./148341-148352.dump
><<< Started new transaction, based on original revision 148341
>svnadmin: File not found: transaction '1-5', path 'Projects/Project1/markup/cranham-1.1.html'
>     * editing path : Projects/Project1/markup/cranham-1.1.html ...
>
>В итоге ни один из дампов не залился. Как быть в такой
>ситуации? Создавать всю иерархию папок в ручную просто не реально. Помсмотрел
>документацию на svnadmin ничего полезного не нашел. Может кто сталкивался

Инкрементные бэкап надо заливать последовательно начиная с первого не инкрементного.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "svn: перенос репозитария"  +/
Сообщение от ALex_hha (ok) on 11-Янв-10, 11:41 
>[оверквотинг удален]
>># svnadmin load /svn/new_repo_name < ./148341-148352.dump
>><<< Started new transaction, based on original revision 148341
>>svnadmin: File not found: transaction '1-5', path 'Projects/Project1/markup/cranham-1.1.html'
>>     * editing path : Projects/Project1/markup/cranham-1.1.html ...
>>
>>В итоге ни один из дампов не залился. Как быть в такой
>>ситуации? Создавать всю иерархию папок в ручную просто не реально. Помсмотрел
>>документацию на svnadmin ничего полезного не нашел. Может кто сталкивался
>
>Инкрементные бэкап надо заливать последовательно начиная с первого не инкрементного.

А нельзя ли сделать как бы комит данных из дамп файла?

Я так понял основная проблема в том, что отсутствуют соответствующие папки в репозитарии

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "svn: перенос репозитария"  +/
Сообщение от ze6ra (ok) on 11-Янв-10, 12:08 
>[оверквотинг удален]
>>>В итоге ни один из дампов не залился. Как быть в такой
>>>ситуации? Создавать всю иерархию папок в ручную просто не реально. Помсмотрел
>>>документацию на svnadmin ничего полезного не нашел. Может кто сталкивался
>>
>>Инкрементные бэкап надо заливать последовательно начиная с первого не инкрементного.
>
>А нельзя ли сделать как бы комит данных из дамп файла?
>
>Я так понял основная проблема в том, что отсутствуют соответствующие папки в
>репозитарии

Правильно, в том инкриментном бекапе что вы заливали их нету, они есть наверняка в предыдущих, собственно поэтому их и нужно последовательно заливать иначе результат непредсказуем.
Если хотите место экономить, попробуйте сделать два не инкрементных дампа один большой  по ревизиям например до 1 января, второй все остальные по настоящее время. И восстановить только  второй. Первый оставить для "на всякий случай".

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "svn: перенос репозитария"  +/
Сообщение от ALex_hha (ok) on 11-Янв-10, 15:14 
>Правильно, в том инкриментном бекапе что вы заливали их нету, они есть
>наверняка в предыдущих, собственно поэтому их и нужно последовательно заливать иначе
>результат непредсказуем.
>Если хотите место экономить, попробуйте сделать два не инкрементных дампа один большой
> по ревизиям например до 1 января, второй все остальные по
>настоящее время. И восстановить только  второй. Первый оставить для "на
>всякий случай".

А разве можно делать дамп по ревизиям не инкрементный?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "svn: перенос репозитария"  +/
Сообщение от Arpo (ok) on 11-Янв-10, 15:43 
>>Правильно, в том инкриментном бекапе что вы заливали их нету, они есть
>>наверняка в предыдущих, собственно поэтому их и нужно последовательно заливать иначе
>>результат непредсказуем.
>>Если хотите место экономить, попробуйте сделать два не инкрементных дампа один большой
>> по ревизиям например до 1 января, второй все остальные по
>>настоящее время. И восстановить только  второй. Первый оставить для "на
>>всякий случай".
>
>А разве можно делать дамп по ревизиям не инкрементный?

Опция -r у svnadmin. Что то типа svnadmin dump -r $OLDREV:$NEWREV. Точно не помню...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "svn: перенос репозитария"  +/
Сообщение от ze6ra (ok) on 11-Янв-10, 16:19 
>>Правильно, в том инкриментном бекапе что вы заливали их нету, они есть
>>наверняка в предыдущих, собственно поэтому их и нужно последовательно заливать иначе
>>результат непредсказуем.
>>Если хотите место экономить, попробуйте сделать два не инкрементных дампа один большой
>> по ревизиям например до 1 января, второй все остальные по
>>настоящее время. И восстановить только  второй. Первый оставить для "на
>>всякий случай".
>
>А разве можно делать дамп по ревизиям не инкрементный?

А вчём проблема. Наприме есть svn c 3333 ревизиями нам нужно например только последниие 333 и первые 3000 на всякий случай.
делаем
1. svnadmin dump $OLDREP -r 0:2999 > $FILE1.dump
2. svnadmin dump $OLDREP -r 3000:3333 > $FILE2.dump
3. svnadmin load $NEWREP < $FILE2.dump

P.S. В новом репозитарии нумерация будет пересчитана и начнётся снова с 1. И потом подлить из дампа $FILE1.dump в новый репозитарий будет уже проблемма.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "svn: перенос репозитария"  +/
Сообщение от ALex_hha (ok) on 11-Янв-10, 18:04 
>А вчём проблема. Наприме есть svn c 3333 ревизиями нам нужно например
>только последниие 333 и первые 3000 на всякий случай.
>делаем
>1. svnadmin dump $OLDREP -r 0:2999 > $FILE1.dump
>2. svnadmin dump $OLDREP -r 3000:3333 > $FILE2.dump
>3. svnadmin load $NEWREP < $FILE2.dump
>
>P.S. В новом репозитарии нумерация будет пересчитана и начнётся снова с 1.
>И потом подлить из дампа $FILE1.dump в новый репозитарий будет уже
>проблемма.

точно, убрал --incremental и все заработало.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "svn: перенос репозитария"  +/
Сообщение от ALex_hha (ok) on 18-Янв-10, 16:44 
>точно, убрал --incremental и все заработало.

поспешил с выводами.

# svnadmin dump $OLDREP -r 100:101 > test.dump

при этом test.dump весит около 10GB. А дамп 10000 ревизий (~ за две недели) вообще занимает 400GB, хотя весь репозитарий за 2009 год всего 250 Гб.

Я что то делаю не так?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "svn: перенос репозитария"  +/
Сообщение от ze6ra (ok) on 18-Янв-10, 17:51 
>[оверквотинг удален]
>
>поспешил с выводами.
>
># svnadmin dump $OLDREP -r 100:101 > test.dump
>
>при этом test.dump весит около 10GB. А дамп 10000 ревизий (~ за
>две недели) вообще занимает 400GB, хотя весь репозитарий за 2009 год
>всего 250 Гб.
>
>Я что то делаю не так?

Попробуйте добавить --deltas.

svnadmin dump $OLDREP --deltas -r 100:101 > test.dump

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру