2016-11-30 1 views
0

Notre serveur SVN est mort et j'ai besoin de restaurer le dépôt sur le nouveau serveur.Quelle devrait être la taille du disque pour la charge SVN

Sur l'ancien serveur, notre dépôt avait environ 1,5 To, j'ai un vidage de la dernière révision qui prend environ 3,2 To sur le partage réseau. Dans le nouveau serveur, j'avais deux disques, 500 Go avec le système et 4 To pour le dépôt SVN. J'ai créé un nouveau dépôt, j'ai commencé à charger dump en utilisant svnadmin, mais après 16 heures j'ai eu une erreur qu'il n'y a plus d'espace disponible.

Dump a été créée en utilisant la commande:

svnadmin vidage -r HEAD/opt/data/svn/repo_01>/media/backup/vidage

Je restaurer en utilisant la commande:

svnadmin charge --bypass-prop-validation/svn/repo/repo_01/</media/backup/dump (ancienne pension était en cours d'exécution svn 1.5.6, je restaurer à la dernière version)

Et

erreur est:

chemin édition: projets/M-0578/tags/semaine récolement/CC9060_Week-0824-V149/Box/Application/CC9060/CC9060_loader.dxe ... svnadmin: E000028: Can » t fichier ouvert '/svn/repos/repo_01/db/transactions/0-0.txn/node._ava58.0.props': Pas d'espace sur le périphérique

J'ai des questions suivantes:

  • Est-ce que quelqu'un connaissait le fonctionnement de svnadmin load?
  • Décompose-t-il des fichiers dans un emplacement temporaire?
  • Quelle devrait être la taille des disques pour ce référentiel?
+1

Bienvenue sur SO @Martin. Je crois que ce message devrait être posté sur [Erreur de serveur] (http://serverfault.com/). Veuillez lire le lien [Tour] (http://stackoverflow.com/tour) pour avoir une meilleure idée des questions SO. – Tom

+0

Salut, J'ai trouvé quelques messages concernant SVN ici, donc j'ai ajouté cette question sur SO. – Martin

+1

Oui @Martin, vous pouvez poster des problèmes sur SVN ici, sans problème. Je dis juste que votre question ne concerne pas directement SVN, mais la configuration du serveur. Pour cette raison, est plus approprié dans Server Fault. – Tom

Répondre

0

Vous devriez trouver des réponses à vos questions en lisant le chapitre SVNBook | Migrating Repository Data Elsewhere.

Is it unpacking files to some temporary location?

Pas vraiment. Il existe des fichiers temporaires pour une nouvelle révision dans le référentiel cible, mais ils ne devraient pas être la cause d'erreurs "hors espace", AFAIK.

How big should be disks for this repository?

Il est difficile de prédire sans connaître le nombre de révisions et le type de données que vous stockez dans les dépôts. De plus, nous devons connaître la commande que vous avez utilisée pour générer la sauvegarde. Avez-vous utilisé l'option --deltas?

Quel est le libellé exact de l'erreur que vous receviez?


Les fichiers de vidage contiennent un flux de vidage de révision. Ces fichiers sont généralement beaucoup plus volumineux que le dépôt lui-même sur le disque. Les flux de vidage contiennent une représentation en texte intégral de chaque révision et n'utilisent aucune technique spéciale d'économie d'espace, par défaut.

Cependant, il y a une chance que le fichier de vidage a été généré avec l'option --deltas. Dans ce cas, le flux de vidage ne contient pas de représentation en texte intégral des révisions. Au lieu de cela, il contient des deltas binaires compressés entre les révisions. Dans certains cas, ce fichier de vidage peut être plus petit que le référentiel sur le disque.

Je ne peux pas dire pourquoi vous obtenez l'erreur, parce que je ne connais pas l'erreur que vous obtenez, la commande que vous exécutez, comment vous avez généré le vidage etc. BTW, il y a une chance que ce dépôt était plus grand que ~ 1.5TB.

+0

Je ne vidais que la révision de la tête. Je reçois une erreur: * chemin d'édition: projets/M-0578/tags/Weekly-Builts/CC9060_Week-0824-V149/Boîte/Application/CC9060/CC9060_loader.dxe ... svnadmin: E000028: Impossible d'ouvrir le fichier ' /svn/repos/repo_01/db/transactions/0-0.txn/node._ava58.0.props ': Il ne reste plus d'espace sur l'appareil. Je suis en train de restaurer repo en utilisant la commande svnadmin load --bypass-prop-validation/svn/repos/repo_01/ Martin