Migrer de Owncloud 10.2 à Nextcloud 12.0.12
par
popularité : 29%
J’ai trop attendu à migrer de owncloud à nextcloud. Et la technique de migratin prévue par Nextcloud, bloque.
J’ai néanmoins réussi à faire cette migration en plusieurs étapes, résumé ici.
Pour réaliser cette migration, j’ai d’abord commencer par suivre le mode d’emploi :
copier dans le répertoire updater le fichier index.php, et exécuter https://mon.nuage.tld/updater/index.php
Tout semble bien fonctionner, je vais dans le répertoire /var/www/owncloud et exécute
>sudo -u www-data ./occ upgrade
Et là, patatrac, un message d’injure :-( : en gros saut de version trop important
Un indice : tout les mode d’emploi parle de owncloud 10.0.10 vers nextcloud 12
Un retour en arrière
C’est l’idée de base : faire une marche arrière vers owncloud 10.0.10 et relancer la migration.
- Créer une nouvelle base nuage2, y dupliquer la base nuage (faire en sorte que cette base soit accessible à votre utilisateur sql du nuage (owncloud).
- Récupérer le tarball de owncloud 10.0.10
- Décompresser le sus-dit tarball dans le répertoire /var/www/nuage-old, et faire en sorte que votre serveur apache puisse le servir
- Copier dans nuage-old le répertoire data de nuage
- copier nuage/config/config.php dans nuage2/config/config.php
- éditer nuage2/config/config.php et modifier ce qu’il faut pour que la base nuage2 soit atteinte, et la version soit 10.0.10, que le fichier data soit correctement défini
Arrivé là, on relance la mise à jour
sudo -u www-data ./occ upgrade
Et la marche arrière s’effectue.... et non.
Et maintenant la migration
- Tout d’abord copier le fichier index.php de l’outil de migration dans updater/
- en exécutant se fichier, je tombe sur des erreur dans le téléchargement du fichier zip de nextcloud... casse-la-tienne :
— * récupérer dans config/config.php la valeur de "instanceid" (par exemple ufvm17kv3r5d)
— * puis télécharger la version 12.0.12 de nextcloud
puis la coller dans data/updater-ufvm17kv3r5d/downloads/
— * éditer le fichier updater/index.php et commenter tout le corps de la fonction downloadUpdate (vers la ligne 570)
— * relancer la migration, et ça fonctionne
Reste plus qu’à relancer la procédure de upgrade (./occ upgrade) et hop...
Sauf que...Une contrainte dans la BD empêche la suppression de la table oc_accounts.
Donc il faut commencer par supprimer les contraintes dans la table oc_persistent_locks
Ouf....