Owncloud: guide de survie à une migration à la hache de 7.0.4 à 8.0.2

{0 Comments}

owncloud-arracheBercé par le confort du bouton update du fantastique module homonyme, on en oublie les bases: RTFM

 

Je vais détailler l’expiation de ce péché sur une Debian Squeeze en 3 étapes:

 

 

 

1)
Une fois la procédure automatique complétée  on atterrit  sur une belle page blanche agrémentée d’un petit message sardonique nous signalant la première punition:

No More PHP 5.3

c’est justement en lisant le texte sacré pour les administrateurs qu’on trouve la loi clairement indiquée:

« PHP 5.3 is not supported in ownCloud 8, and PHP 5.4 is required »

Ref: https://doc.owncloud.org/server/8.0/admin_manual/whats_new_admin.html

or ma Debian Squeeze LTS est une vieille conservatrice avec une fixation sur la securité (je l’aime aussi pour ce trait de personnalité) mais c’est justement à ce moment-là que cette attention se heurte avec mon coté kamikaze beta testeur

Heureusement que sur cette belle planète il existe de sympathiques sysadmins à la sensibilité moderniste qui nous ont préparé un repository  avec tout ce qu’il faut pour héberger un LAMP plus à la mode sur Debian.

C’est par là:

https://www.dotdeb.org/instructions/

donc pour résoudre ce premier problème, on ajoute cette source de jeunesse:

echo "deb http://packages.dotdeb.org squeeze-php54 all" >> /etc/apt/sources.list
echo "deb-src http://packages.dotdeb.org squeeze-php54 all >> /etc/apt/sources.list

avec la signature

wget http://www.dotdeb.org/dotdeb.gpg
apt-key add dotdeb.gpg

un petit coup de mis à jour:

apt-get update && apt-get upgrade

nous ne nous réjouissons pas trop vite parce qu’ après un petit redémarrage d’Apache:

Boom

2) la deuxième punition du cliqueur précoce:

PHP Fatal error:  Class OCA\\Contacts\\Share\\Addressbook contains 1 abstract method and must
therefore be declared abstract or implement the remaining methods
(OCP\\Share_Backend::isShareTypeAllowed) in /blabla/addressbook.php on line 130

Cette fois, c’est les apps Contacts et Calendrier qui posent problèmes.
Une rapide lecture d’un post des certains compagnons de mésaventure: https://forum.owncloud.org/viewtopic.php?t=26987&p=81751

nous apprends qu’effectivement les apps Calendreirs v 0.6.4 et Contacts v 0.3.0.18 de Owncloud 7 ne sont pas compatibles avec Owncloud 8 qui propose des toutes nouvelles moutures pour ces applications

Sur ce coup j’aurais préféré un avertissement plus explicite dans les prérequis de la documentation officielle… mais je pardonne.

D’autant plus que dans ce cas la désactivation manuelle  pour les apps tierces-parties

su - www-data
cd /var/www/***/htdocs
chmod 744 occ
./occ app:disable calendar

n’a pas suffi à résoudre ce problème
J’ai dû désactiver l’application directement dans la base MySQL:

en changeant de yes à no l’entrée dans la table responsable de l’activation de contacts—> appconfig>contacts>enabled>no

Bingo, nous retrouvons notre belle page de login.

3)

Tout semble fonctionner parfaitement sauf bien sûr nos app Contact, Calendrier qui sont désactivés.

Un petit tour dans l’ «App Store» de mon instance owncloud et je tombe sur le dernier os… dépendent de l’erreur précédente;

En effet l' »App Store » refuse d’installer les nouvelles versions de Contacts et Calendrier, mais aussi Documents, Bookmarks avec un laconique message

App directory already exists

Contacts
comme quoi l’application est déjà présente.

Effectivement elle est là: les fichiers des anciennes versions sont encore présents dans le dossier dédié nommé apps, se trouvant à la racine de notre installation owncloud

Allez, dernier effort:

un petit passage dans ce dossier racine et

hop! renommer / effacer les anciens dossiers des applications qui se trouvent dans le dossier apps (par ex. /var/www/owncloud/apps/calendar/ )

Yeah! tout fonctionne.. Le bucheron peut se reposer et boire une bonne bière fraiche bien mérité.

Morale de l’histoire de l’intro à la fin : RTFM

Bon nuage perso à tous!

 

 

 


Petit malus:
dans l’interface d’administration un message « rouge alerte atomique » nous informe que
« PHP charset is not set to UTF-8. This can cause major issues with non-ASCII characters in file names. We highly recommend to change the value of ‘default_charset’ php.ini to ‘UTF-8’. »

or même l’edition du fichier approprié php.ini (default_charset  = UTF-8) ne règle pas le problème dans mon cas.

Mais, comme il nous apprends le depot officiel du projet, cela n’est pas une cause directe de ma migration à la hache, mais bel et bien un tout petit bug en cours de résolution

https://github.com/owncloud/core/issues/14216#issuecomment-74313287

uufff


 

Leave a Comment

Your email address will not be published.

*