Собственно столкнулся с подобной ошибкой при попытке сделать checkout всего репозитария.# svn co http://svn.example.net/repo_name/2011/
A CLI/Input/fonts/Crimson_text-fontfacekit/SIL Open Font License 1.1.txt
svn: Corrupt representation '41051 26053 22816 39588 7946df3ea520bbd5b69f871599ed98d0 5ae0900b9103de21250eb98362b0826486e71c46 41062-w1e/_a'
svn: Malformed representation header# svnadmin verify -r 41063 /svn/repo_name/2011/
svnadmin: Corrupt representation '41051 26053 22816 39588 7946df3ea520bbd5b69f871599ed98d0 5ae0900b9103de21250eb98362b0826486e71c46 41062-w1e/_a'
svnadmin: Malformed representation headersvnadmin recovery говорит что с репозитарием все ok, verify ругается примерно на 100 ревизий. Гугление так и не дало четкого ответа из-за чего возникает проблема и как ее пофиксить. С учетом что репозитарий ОЧЕНЬ большой ~850 Гб, то делать инкрементальные бекапы и пропускать битые ревизии, а потом их склеивать и восстанавливать не представляется возможным. Может кто сталкивался и знает пути решения?
Привет,> Собственно столкнулся с подобной ошибкой при попытке сделать checkout всего репозитария.
Что значит "всего"? HEAD revision всех директорий? Или что-то иное? На сервере выведите список ревизий и попробуйте checkout, начиная с последней, пока не он у вас не получится. Еще на сервере можете попробовать dump репозитория и затем import на чистом месте. Какой стоит backend у SVN? Если bdb, то для него 850 Гб - как-то стремно... Если SQL, то на худой конец можно попробовать что-то из базы выудить (тот же dump + restore, но самой базы)...
WWell,
> Привет,
> Что значит "всего"? HEAD revision всех директорий? Или что-то иное?да, head корня репозитария
> На сервере выведите список ревизий и попробуйте checkout, начиная с последней, пока не
> он у вас не получится.380k ревизий, год буду делать ;)
> Еще на сервере можете попробовать dump репозитория и затем import на чистом месте.
dump вываливается с этой же ошибкой
> Какой стоит backend у SVN? Если bdb, то для него 850 Гб - как-то стремно...
fsfs
> Если SQL, то на худой конец можно попробовать что-то из базы
> выудить (тот же dump + restore, но самой базы)...subversion научился уже работать с sql? Видать я что то пропустил :)
может вам поискать старый старый клиент и им сделать checkout всего репозитария ?
> может вам поискать старый старый клиент и им сделать checkout всего
> репозитария ?что имеется ввиду под старый-старый клиент? 1.4.x? И что он умеет такого, что не умеет 1.6.x/1.7.x?
Из того, что я проверил:
windows - colabnet 1.6/1.7, tortoisesvn 1.6/1.7,
linux - subversion-1.6.x/1.7.xошибки везде одинаковые.