Svnadmin: Impossibile aprire il file 'svn / db / fsfs.conf': Nessun file o directory

Dopo ho fatto un archivio di backup manuale del repo (un semplice tar.gz della cartella repo) ho eseguito il comando di aggiornamento sicuro che questo sta andando a risolvere il mio problema:

1
svnadmin aggiornare / svn / repo /
e dopo ha completato, ho verificato che svn stava ancora lavorando come previsto e controllato per il file fsfs.conf. Ma che è stato creato non ... Hmm ... Proviamo il comando copia a caldo comunque:

1
2
svnadmin hotcopy --clean-logs / svn / repo / / tmp / repo /
 svnadmin: directory No such file or: Impossibile aprire il file '/svn/repo/db/fsfs.conf'
esattamente lo stesso errore.

Cercando di capire ciò che il file contiene fsfs.conf Ho appena creato un nuovo repository per vedere se viene creato. In effetti il ​​mio v1.6.11 del svn creato il file di un nuovo repo, e dopo averlo copiato nella posizione del mio repository esistenti (come è stato fondamentalmente solo un file vuoto) il mio problema è stato risolto e il comando copia a caldo ha iniziato a lavorare. Ecco il contenuto del file come creato da mia versione svn, che ho copiato nella repo più vecchio per risolvere questo problema:

<Code> cat fsfs.conf
### Questo file controlla la configurazione del file system FSFS.

[memcached-server]
### Queste opzioni citarne server memcached utilizzati per memorizzare nella cache interna FSFS
### dati. Vedere http://www.danga.com/memcached/ per ulteriori informazioni su
### Memcached. Per utilizzare memcached con FSFS, eseguire uno o più memcached
### Server e specificare ognuno di loro in opzione in questo modo:
# First-server = 127.0.0.1:11211
# Remote-memcached = mymemcached.corp.example.com:11212
### Il nome dell'opzione viene ignorata; il valore è nella forma host: porta.
### Server memcached possono essere condivisi tra più repository;
### Tuttavia, se si fa questo, si deve * * garantire che i repository hanno
### UUID distinte e percorsi, o dati memorizzati nella cache da un altro repository
### Può essere utilizzato da un altro accidentalmente. Si noti inoltre che memcached ha
### Nessuna autenticazione per legge o scrive, quindi è necessario assicurarsi che la vostra
### server memcached sono accessibili solo dagli utenti fidati.

[cache]
### Quando si verifica un errore di cache-correlati, normalmente Subversion ignora
### E continua, la registrazione di un errore se il server è appropriato
### Configurato (e ignorando con file: // accesso). Per rendere
### Subversion mai ignorare gli errori della cache, togliere il commento di linea.
# Fail-stop = true

[Rep-sharing]
### Per risparmiare spazio, il filesystem può opzionalmente evitare di memorizzare
### Duplicare rappresentazioni. Questo ha un lieve costo in performace,
### Come il mantenimento di un database di rappresentazioni condivise può aumentare
### Commit volte. Il risparmio di spazio dipendono dalla dimensione della
### Repository, il numero di oggetti che contiene e la quantità di
### Doppioni fra loro, di solito una funzione della ramificazione e
### Processo di fusione.
###
### Il parametro seguente consente rep-sharing nel repository. Può
### Essere attivata e disattivata a piacimento, ma per i migliori risultati di spazio-risparmio
### Dovrebbero essere in grado costantemente per tutta la durata del deposito.
# Enable-rep-sharing = false </ code>
Speriamo che questo aiuterà gli altri di vedere lo stesso problema che stavo vivendo.