У нас есть репозиторий Subversion на Windows Server 2003, и мы хотели бы переместить его на новый сервер с 64-разрядной версией Server 2008 R2. Новый сервер имеет 8 ГБ оперативной памяти.
Я надеялся выгрузить и загрузить весь репозиторий, так как в настоящее время он имеет формат до 1.5. В репозитории чуть более 20 000 ревизий. В версии 12900 процессу svnadmin не хватает памяти, как бы я ни пытался импортировать эту версию.
Я пробовал загрузить все это из одного большого файла дампа. Я пробовал закачать весь дамп прямо в загрузку. Я также пробовал делать меньшие наборы ревизий обоими способами. И даже просто попробовать эту одну ревизию.
Процесс достигает примерно 1998 МБ, используемых в диспетчере задач, прежде чем завершится с этой ошибкой:
D: \ Repositories \ svnrepos> svnadmin load ./ <c: \ Backup \ svn_12900.dmp <<< Запущена новая транзакция, основанная на исходной версии 12900 * путь редактирования: ... / Bld / Installers ... done. * путь редактирования: ... / Bld / Installers / xyxSetup.exe ... готово. * путь редактирования: ... / Installers / xyxyWebSetup.exe ... готово. * путь редактирования: ... / Bld / Src ... Out of memory - завершение работы приложения.
Это приложение запросило среду выполнения необычным образом завершить его. Пожалуйста, свяжитесь со службой поддержки приложения для получения дополнительной информации.
Я проверил журнал для этого номера версии, и на самом деле он просто фиксировал автоматическую сборку, поэтому установщики, которые импортируют нормально, а затем просто номера версий в файлах AssemblyInfo.cs, когда это не удается.
Я не уверен, что еще мне попробовать?
Использование 32-битной версии svn в 64-битной Windows означает, что svn может выделить только 2 ГБ памяти. Получите 64-битную сборку Subversion.
Я больше не помню алгоритм загрузки потока svn, но он может подумать, что у вас доступно 8 ГБ, и завершается, когда сам не может управлять более чем 2 ГБ.
Я бы рекомендовал отправить этот вопрос по адресу users@subversion.apache.org, так как в этом списке содержится много системных администраторов Subversion. По крайней мере, некоторые из них, вероятно, видели эту проблему раньше.
попробуйте svn-kit. это java-порт подрывной деятельности.