[Tuto] ownCloud v5 sur un mutu OVH

Bonjour à tous !

Suite au précédent article sur ownCloud, qui marche plutôt bien et vise à expliquer comment avoir un ownCloud qui fonctionne sur un hébergement mutualisé OVH, je me suis dit que la sortie de la v5 serait l’occasion de faire un point là-dessus.

Plus qu’un point, c’est en fait une mise-à-jour du tutoriel : en effet, le code de la v5 a pas mal évolué depuis la 4.5.x . Et du coup, les instructions que je donnais dans l’ancien tutoriel ne sont plus (totalement) valables, et génèrent un paquet d’erreurs.

Bien entendu, je suis reparti de l’ancien article, et un certain nombre de choses restent valables, à commencer par ce premier avertissement :

Voici donc les instructions « qui marchent » ! 😉

ownCloud v5 sur un mutualisé OVH, c'est possible !
ownCloud v5 sur un mutualisé OVH, c’est possible !

 

Étape 1 : télécharger ownCloud, et l’envoyer sur votre espace en ligne

Rendez vous sur le site d’ownCloud et récupérez la dernière version, ou celle qui vous plaît (au 30 septembre 2013 : v5.0.11). Extrayez l’archive, et envoyez la par FTP sur votre espace OVH, où vous voulez. J’ai choisi de créer un sous-domaine « exprès », libre à vous de faire pareil (ou pas).

N’installez pas encore ownCloud !

 

Étape 2 : modifiez quelques fichiers…

C’est là que ça se complique un poil, sans pour autant être insurmontable.

Comme pour la version précédente, c’est l’utilisation de la SoAPI d’OVH qui pose souci et empêche la version « normale » d’ownCloud d’exécuter un certain nombre d’opérations. J’ai fait de la doc de la SoAPI d’OVH mon livre de chevet, puis essayé des modifs, et après quelques essais, j’ai le plaisir de vous dire que c’est tout bon.

 

Modif 1 : .htaccess

Ce fichier est à la racine de votre installation ownCloud. Ajoutez une ligne au début du fichier :

SetEnv PHP_VER 5_4

Cela indique au serveur d’utiliser la bonne version de PHP. Pas certain que ce soit encore nécessaire, mais OVH propose aussi la version 5.2 de PHP, et d’autres comme 1&1 font pareil. Pensez à re-vérifier le .htaccess à la fin de l’installation, il semblerait que le processus écrase notre modification. Le cas échéant, il faut ajouter cette même ligne une seconde fois.

 

Modifs 2 et 3 : /lib/files/storage/local.php

Cherchez la ligne :

return @disk_free_space($this->datadir.$path);

Commentez-la, et ajoutez un petit bout de code, ce qui donne :

// return @disk_free_space($this->datadir.$path);
/*
* On appelle la fonction de l'API OVH
*/

return ovh_free_space($this->datadir.$path);

Ensuite, remontez en haut du fichier et ajoutez entre la ligne qui commence par « namespace »  et le « if » qui suit :

include('lib/files/storage/local_ovh.php');

 

Modif 4 : /lib/files/storage/local_ovh.php

Vous vous en doutiez vu la dernière modif, non ?

Créez ce fichier à côté de local.php, collez-y ceci, et remplissez-le avec vos données à vous :

<?php
/*
* Implantation "made-in-OVH" de disk_free_space()
* ATTENTION : pensez à remplacer les arguments de
* $soap->login() avec votre propre identifiant et mot de passe.
* Vous devez aussi indiquer votre domaine dans $soap->hostingSummary().
*/


function ovh_free_space($path){
try{
$soap = new SoapClient("https://www.ovh.com/soapi/soapi-re-1.35.wsdl");
$session = $soap->login("xxxxxxx-ovh", "xxxxxxxx","fr", false);
$result = $soap->hostingSummary($session, "mon-domaine.fr");
$soap->logout($session);

return ((($result->maxWebspace / 1000) * 1024 * 1024 * 1024) - $result->webspace);
} catch(SoapFault $fault){
return 0;
}
}

?>

 

Étape 3 : installez ownCloud !

Ça y est, on en a fini ! Ouvrez votre navigateur et entrez l’URL que vous avez choisie pour votre instance ownCloud. Installez comme d’habitude, et c’est tout bon !


177 commentaires sur “[Tuto] ownCloud v5 sur un mutu OVH

  • 20 mars 2013 à 13 h 36 min
    Lien Permanent

    Salut Maxime,

    Merci pour ce tuto toujours aussi clair.
    En revanche, j’ai quand même un problème de stockage malgré les fichiers PHP modifiés.

    En envoyant un fichier dans le stockage, j’obtiens le message suivant : « Les fichiers que vous essayez d’envoyer dépassent la taille maximale permise par ce serveur. ».

    Je suis sur un mutualisé OVH 90 plan.

    Si tu as une idée !?

    Merci,

    Bonne journée,

    A +

    Répondre
    • 21 mars 2013 à 22 h 32 min
      Lien Permanent

      Salut Phil,

      est-ce que tu as l’erreur pour tous les fichiers ? Auquel cas tu as probablement fait une petite erreur quelque part… Ou alors ton offre n’utilise pas la SoAPI, je ne sais pas… Je n’ai qu’un mutualisé pas cher pour 2-3 bricoles, en fait ! Le reste est hébergé à la maison…

      Ou alors, tu essaies d’envoyer un fichier qui dépasse la taille maxi permise par PHP. Est-ce que ça marche en WebDAV ou avec le client de synchro ?

      La bise !

      Répondre
      • 26 mars 2013 à 15 h 14 min
        Lien Permanent

        Salut Maxime,

        Après une pause de quelques jours, j’ai repris mes manipulations et malheureusement, je ne trouve pas de solution :(.
        J’ai néanmoins une piste.^^

        Mon installation est hébergée sur un multi-domaine OVH. Ainsi, j’ai :
        mon domaine principal : mon-principal.fr
        et mon multi-domaine où est accessible mon installation owncloud : cloud.mon-multi.com

        Du coup, je me demande si mon problème ne se trouve pas dans ces lignes :
        $session = $soap->login(« xxxxxxx-ovh », « xxxxxxxx », »fr », false);
        $result = $soap->hostingSummary($session, « mon-domaine.fr »);

        ==> Je ne sais pas par quoi remplacer « mon-domaine.fr ». A ton avis, je mets quoi ?
        – mon-principal.fr ?
        – mon-multi.com ?
        – cloud.mon-multi.com ?
        – … ?

        J’ai déjà un peu tout essayé, mais je n’ai eu droit qu’à des échecs…

        Merci pour tes conseils 😉

        A bientôt,

        Phil

        Répondre
        • 28 mars 2013 à 18 h 52 min
          Lien Permanent

          Re-hello 😉

          Personne n’aurait une p’tite idée pour ma question relative aux domaines / multi-domaines ?

          Merci de votre aide,

          Bonne soirée à tous,

          ++

          Répondre
          • 2 avril 2013 à 10 h 20 min
            Lien Permanent

            Hello,
            je pense que tu dois mettre le principal, si c’est lui qui est associé au compte et donc est autorisé à faire des requêtes SoAPI. Sinon, domaine secondaire. Mais a priori, ce ne serait pas le sous-domaine cloud.tondomaine.tld 🙂

          • 24 avril 2013 à 8 h 26 min
            Lien Permanent

            Bonjour.

            As-tu aussi penser à vérifier le Login?

            Par exemple, ton login n’es peut-être pas « phil-ovh » mais quelque chose de sans doute plus obscure tel que « yu45681-ovh ».
            Il s’agit en fait peut-être de ton identifiant client, que tu as reçu par mailo lors de la création de ton hébergement chez ovh?

            J’avais le même problème que toi, et je l’ai réglé de cette manière.

            Bonne chance.

  • 25 mars 2013 à 17 h 46 min
    Lien Permanent

    Bonjour,

    J’ai suivi le tutoriel pas à pas en pensant qu’il résoudrait mon problème, que ce soit avec la version 4.5 ou 5.0, j’ai toujours le même problème après la phase d’installation j’arrive à une page blanche avec le message suivant :
    Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ in […]/lib/base.php on line 34 (ici avec la version 5.0).

    Merci pour le tuto.

    Répondre
    • 25 mars 2013 à 17 h 50 min
      Lien Permanent

      Au temps pour moi, le problème vient effectivement du fait que le fichier .htaccess est à reconfigurer comme vous le mentionnez.

      En revanche j’ai le message : « Votre serveur web, n’est pas correctement configuré pour permettre la synchronisation des fichiers, car l’interface WebDav ne fonctionne pas comme il faut. »

      J’ai un peu plus qu’un mutu OVH pas cher pour 2 ou 3 bricoles (offre business).

      Répondre
      • 25 mars 2013 à 18 h 28 min
        Lien Permanent

        Bonsoir,

        tu peux aller dans les « Applications », et activer celle qui donne les infos de dépendances satisfaites ou non. Elle sera accessible via l’administration, et tu devras avoir la réponse sur ce qu’il manque (librairies PHP, etc.).

        En espérant que ça suffise ! :mrgreen:

        Répondre
        • 27 mars 2013 à 15 h 08 min
          Lien Permanent

          Bonsoir,

          Merci pour votre réponse. J’ai bien le message  » Avertissement, problème de configuration Votre serveur web, n’est pas correctement configuré pour permettre la synchronisation des fichiers, car l’interface WebDav ne fonctionne pas comme il faut. Veuillez vous référer au guide d’installation. » Mais j’ai aujourd’hui accès à tous les menus.

          A priori OVH a abandonné l’offre WebDav sur les hébergement mutualisé (http://forum.ovh.com/showthread.php?t=84761).

          Je vais tester un peu plus en l’état.

          Encore merci

          Répondre
          • 27 mars 2013 à 16 h 33 min
            Lien Permanent

            Hello,

            (tu peux me tutoyer, hein :mrgreen: )
            Essaie de voir dans ton manager OVH si le pare-feu applicatif est bien désactivé sur le sous-domaine où tu héberges ton ownCloud. Comme le fait remarquer Avalon-Zone un peu plus bas dans les commentaires, ça peut bloquer la synchro.

            SI je ne m’abuse, ownCloud utilise son propre serveur WebDAV (basé sur SabreDAV) et n’est donc pas affecté par la désactivation du module Apache en charge du WebDAV chez OVH. D’ailleurs, sur mon offre mutu « perso », cela fonctionne très bien… 🙂

          • 27 mars 2013 à 19 h 31 min
            Lien Permanent

            Merci.

            Le pare-feu est désactivé.

            Je testerai et te ferai un retour 😉

          • 27 mars 2013 à 19 h 50 min
            Lien Permanent

            Ça marche 🙂

            Question bête… tu utilises bien l’adresse WebDAV indiquée sur la page « personnel », pas l’URL « basique » de ton ownCloud ? :mrgreen:
            (non non, j’ai pas essayé de m’y connecter comme ça cet aprem’… ^^ )

  • 26 mars 2013 à 10 h 59 min
    Lien Permanent

    A noter aussi que pour la connexion avec un client OwnCloud (Linux,Mac,Windows, etc…) il faut désactiver le pare-feu applicatif dans la console de management de OVH sinon par défaut c’est « Access Forbidden »

    Répondre
  • 27 mars 2013 à 14 h 49 min
    Lien Permanent

    Bonjour,

    Pouvez-vous indiquer comment faire un passage de la version 4.5 à 5.0 sans perdre ses données ?
    ( enfin, particulièrement les agendas et les fichiers. Je ne gère pas encore les contacts. )

    Je suppose que c’est la version sqlite3 que j’ai, car je n’ai rien fait côté mySql.

    J’ai fait un répertoire data-cloud à la racine, hors de l’espace www.

    Merci de votre aide.

    Cdt PhD

    Répondre
    • 27 mars 2013 à 16 h 40 min
      Lien Permanent

      Bonjour,

      en théorie, le dossier qui contient les données (data) peut être copié/collé et donc « migré ».

      Cependant, je te conseille d’exporter ton compte depuis ownCloud 4.5.x, de faire une nouvelle installation « propre » de ownCloud 5.0.x, puis d’y importer l’archive de la 4.5.x.

      C’est ce que j’ai fait (en fait j’ai gardé les 2 instances, j’ai pas mal de soucis avec la 5), et ça fonctionne pour moi.

      J’espère qu’il en sera de même pour toi !

      Répondre
  • 28 mars 2013 à 16 h 21 min
    Lien Permanent

    Bonjour,

    Après installation en suivant le tuto, j’ai un espace de stockage à 0 octet…

    Une idée ?

    Répondre
  • 28 mars 2013 à 16 h 45 min
    Lien Permanent

    Bon ben, désolé, c’est résolu : pb de mot de passe dans local_ovh.php (en fait, j’avais pas compris que la deuxième série de xxxx correspondait au mot de passe…)

    Répondre
  • 31 mars 2013 à 15 h 56 min
    Lien Permanent

    Bonjour @ tous,

    Tout d’abord merci à Maxime pour ce tutoriel très utile.

    Notez que je rencontre le même problème que Cardabelle concernant WebDAV. Après avoir effectué pas mal de recherches, je pense que mon souci se situe au niveau du certificat SSL mutualisé.

    En effet, le « secure WebDAV » n’apprécie apparemment pas du tout les certificats SSL partagés.
    Quelqu’un aurait-il des informations supplémentraires sur ce sujet?

    Par avance merci.

    Répondre
    • 2 avril 2013 à 9 h 02 min
      Lien Permanent

      Hello,

      je vais mettre le tuto à jour dans la journée, pas mal de nouvelles infos dont la résolution du souci du partage de fichiers.

      Il faut savoir que dans mon cas, même si j’ai un message dans l’interface d’administration qui me dit que ça ne fonctionne pas correctement, le montage du partage WebDAV sécurisé (HTTPS) sur mes postes de travail sous Linux fonctionne parfaitement.

      Comment est-ce que tu essaies de monter ton partage ? Sous Windows ça a l’air plus que galère, j’avoue que je ne lance Win7 que quand je ne peux pas faire autrement… :mrgreen:

      Répondre
  • 7 avril 2013 à 14 h 05 min
    Lien Permanent

    Merci pour le tuto Maxime, ça fonctionne pour moi chez OVH Mutualisé Perso 25 Go, j’avais laissé tomber pour l’upload qui ne fonctionnait pas. Le code ne permettait pas de récupérer les infos de mon hébergement, maintenant c’est chose faite ! Le projet s’améliore de version en version !

    Répondre
  • 7 avril 2013 à 18 h 32 min
    Lien Permanent

    Maxime,

    Merci pour ta mise à jour…
    Je viens de migrer mon Owncloud 5.0.0 vers la dernière version 5.0.3.

    Un petit plus, la mise en place de la librairie musicale fonctionne (même si les sous répertoires ne sont pas pris en compte et que par conséquent, tous les morceaux se retrouvent dans la même liste…).

    Je dois avouer que je suis étonné de ne pas avoir éssuyé plus de problème lors de cette MaJ!

    Mon problème pour l’accès WebDAV persiste, effectivement mon client est un W7. J’ai déjà appliqué les conseils prodigués dans trois KB article différents mais rien n’y fait, le mappage réseau échoue.

    Ce n’est pas bloquant pour moi, donc pour l’instant je ferai sans, par curiosité je testerai tout de même sur un client Linux pour vérifier ton expérience positive :).

    Bien qu’imparfait, Owncloud reste un super produit que je conseille à tous. Si comme moi vous avez besoin d’une solution de synchro + CalDAV et CardDAV, alors ce serveur est fait pour vous!

    Répondre
  • 11 avril 2013 à 20 h 20 min
    Lien Permanent

    Bonjour.

    Grosse incompréhension de ma part : j’ai acheté un hébergement mutualisé perso chez OVH justement pour essayer OwnCloud5.0.4. Du coup, j’ai été ravi de tomber sur ton tuto, clair, net et précis.
    Et là, c’est à n’y rien comprendre. Je me retrouve à l’étape 3 avec une erreur 500 (chouette, la moins explicite) avec un log d’OVH qui m’indique… erreur 500 (super !).
    Je me suis dit que ce devaient être les permissions mais il semble que non, j’ai pensé à vérifier le MD5 de l’archive, c’est tout bon.
    Bref, c’est l’impasse.

    Déjà vu ce genre de chose ?

    Répondre
    • 12 avril 2013 à 16 h 35 min
      Lien Permanent

      Bonjour,

      as-tu regardé du côté du pare-feu applicatif, dans ton manager OVH ? S’il est activé sur le sous-domaine où tu essaies d’installer ownCloud, cela peut causer une telle erreur… :-/

      Sinon, « là comme ça », je ne vois pas. Réessaie de faire une « fresh install », pourquoi pas de la 5.0.3 (je n’ai pas màj vers la 5.0.4, vu les soucis rencontrés lors du passage de la 5.0.1 vers la 5.0.2 corrigés à l’arrache en 5.0.3…)

      Ou encore essaie sans HTTPS, et vérifie que le .htaccess n’a pas été réécrit par l’installation.

      J’espère que cela suffira ! 🙂

      Répondre
  • 12 avril 2013 à 16 h 07 min
    Lien Permanent

    Merci pour ce tuto. Le précédent m’avaot bien servi mais là je me retrouve avec :
    Fatal error: Namespace declaration statement has to be the very first statement in the script in /homez.34/boutiquems/www/owncloud/lib/files/storage/local.php on line 9

    Est-ce que vous avez une solution ?
    Merci

    Répondre
    • 12 avril 2013 à 16 h 31 min
      Lien Permanent

      Bonjour Julie,

      A priori, l’erreur est causée par une ligne dans le fichier local.php. En fait, la ligne qui commence par « namespace » doit être la première instruction PHP dans le fichier. J’en déduis que tu as ajouté quelque chose avant… peut-être la ligne avec le « include » ? Dans ce cas, déplace-la juste après la ligne du « namespace » 😉

      J’espère que c’est tout bon maintenant !

      Répondre
      • 15 avril 2013 à 9 h 36 min
        Lien Permanent

        Bonjour et merci pour votre retour mais j’ai toujours le même problème. Peut être que c’est parce que j’ai un autre owncloud sur le même serveur ? J’ai pas voulu l’effacer avant d’avoir installé la nouvelle version…
        Si vous avez d’autres pistes, merci !

        Répondre
        • 22 avril 2013 à 8 h 53 min
          Lien Permanent

          Bonjour,

          non je ne pense pas que ça vienne du fait qu’une autre instance ownCloud soit présente dans un autre répertoire : moi-même je fais cohabiter la 4.5.8 et la 5.0.x, dans deux sous-domaine / sous-répertoires distincts bien sûr.
          Est-ce que tu peux m’envoyer ton fichier local.php, des fois que ? Tu peux le mettre ici si tu veux, ou mieux utiliser le formulaire de contact (tout en haut à droite de la page).

          Bon courage 😉

          Répondre
  • 13 avril 2013 à 19 h 06 min
    Lien Permanent

    Bonjour

    J’ai suivi pas à pas votre tutoriel et ça marche avec la 5.0.4, à une exception près : Je n’arrive pas à uploader/synchro tout mes fichiers (ils sont tous inférieurs à la limite des 64mo).

    J’ai un message qui s’affiche de manière sporadique  » votre espace de stockage est plein, vous ne pouvez plus televerser ou synchroniser »
    J’ai vérifié dans mon hebergement ovh (300gp), et il me reste plus de 98go de libre.

    En effet, hormis quelques jpg très léger (moins de 600ko), aucun des autres fichiers n’est synchronisé, y compris des jpg de 1,6mo .

    J’ai essayé d’uploader via le logiciel client windows, ou via l’interface web : Le client m’affiche les fichiers en question dans « erreur », et le navigateur internet tourne simplement en boucle pour l’upload.

    Répondre
    • 22 avril 2013 à 8 h 48 min
      Lien Permanent

      Salut,

      essaye de faire ça en http (sans SSL / https), je rencontre moi aussi des soucis quand je l’utilise avec la 5.0.x.
      Même si je pense que le message « espace plein » vient d’autre chose. Peut-être que mon fichier local_ovh.php demande à être adapté, avec la SoAPI dans une autre version, ou autre…

      Tiens-moi au courant de tes essais 🙂

      Répondre
    • 22 avril 2013 à 9 h 15 min
      Lien Permanent

      Je vois aussi dans le changelog de ownCloud 5.0.5 : « Fix free space calculation », peut-être que cela résoudra ton souci 😉

      Répondre
      • 30 avril 2013 à 8 h 03 min
        Lien Permanent

        Merci de ce retour.

        Alors, j’ai trouvé d’où venait mon problème d’upload qui s’arretait : En fait, c’est une limitation d’OVH (mutualisé), en terme de durée d’upload en php (mais tjrs limité à 64mo) , qui est fixé à une 30aine de secondes je crois. Donc la taille d’upload dépends de sa connexion. Je n’ai pas trouvé comment contourner cette limite hormis en synchronisant par ftp les gros fichiers via un logiciel type « goodsync »

        Répondre
        • 30 avril 2013 à 19 h 16 min
          Lien Permanent

          Ah, oui, je ne pensais pas tes fichiers assez volumineux pour dépasser le max_execution_time de PHP. Effectivement, il est réglé à 30 secondes sur nos petits mutualisés, et comme pour le upload_max_filesize cela n’est pas négociable.

          Ce réglage permet au serveur OVH de ne pas monopoliser de la mémoire pour un script mal codé, ou planté, qui resterait inutilement actif : au bout de 30 secondes, n’importe quel script PHP (pas seulement l’upload de fichiers) est tué.
          Estimons nous heureux dans notre malheur : mon ancien hébergeur avait réglé ça à… 8 secondes.
          Des infos ici :
          http://www.php.net/manual/fr/ini.core.php#ini.upload-max-filesize
          http://www.php.net/manual/fr/info.configuration.php#ini.max-execution-time

          Pour contourner ça, c’est facile : utiliser le compte FTP, ou… l’auto-hébergement ! :mrgreen:

          Répondre
  • 30 avril 2013 à 14 h 48 min
    Lien Permanent

    Bonjour et merci pour le tuto !

    Je l’ai suivi pas à pas, mais j’ai toujours la même erreur qui revient quand j’essaie de synchroniser ou d’uploader : « Les fichiers que vous essayez d’envoyer dépassent la taille maximale permise par ce serveur. » Je suis sur une offre OVH mutualisée, sur Owncloud 5.0.5 et toutes les dépendances sont satisfaites.

    Est-ce que quelqu’un aurait une idée ? Merci d’avance !

    Répondre
    • 30 avril 2013 à 15 h 28 min
      Lien Permanent

      Bon j’ai trouvé un workaround de fortune qui consiste à remplacer
      return @disk_free_space($this->datadir.$path);
      par
      return 999999999999;
      c’est du bricolage mais ça marche 🙂
      En revanche, impossible de connecter un compte non-admin par le biais du client desktop, sous Win7 comme sous Mint14…

      Répondre
      • 30 avril 2013 à 19 h 06 min
        Lien Permanent

        The point is, cette ligne devrait être commentée si tu avais suivi le tuto pas à pas… et remplacée par l’appel de la fonction « made-in-OVH » !
        Pour ce qui est de connecter un user simple en WebDAV, j’avoue ne pas avoir essayé : les seuls comptes non admin que je crée sont temporaires, pour des amis qui ont juste besoin de partager un fichier un peu gros pour passer par mail 😉
        Mais je testerai ça, pour voir ! Merci du retour 🙂

        Répondre
        • 30 avril 2013 à 22 h 59 min
          Lien Permanent

          The point is, j’ai bien commenté cette ligne et l’ai remplacée par la fonction made-in-ovh, avec ton nouveau fichier et tout, et cette méthode là donnait le même résultat 😉

          Répondre
          • 1 mai 2013 à 9 h 58 min
            Lien Permanent

            Le même résultat qui fonctionne, ou qui ne fonctionne pas ? 😉
            Tu avais bien remplacé les infos dans local_ovh.php par les tiennes ? x) (on sait jamais, c’est arrivé de laisser les xxxxx… cf. quelques commentaires plus haut :mrgreen: )

          • 1 mai 2013 à 10 h 35 min
            Lien Permanent

            Damned ! Tu as raison, je n’avais pas vu qu’il y avait des infos en xxxxx, je corrige ça tout de suite ! ^^

            Ca marche ! Par contre, du coup, l’identifiant et le mdp sont nécessairement laissés en clair dans un fichier sur l’hébergeur ? Y’a pas moyen de crypter ça ? (Navré, je suis une bille).

          • 16 juin 2013 à 17 h 48 min
            Lien Permanent

            Bonjour,

            un grand grand merci pour cette page, ça fonctionne parfaitement !

            A propos de cette question il serait en effet aberrant de mettre le mot de passe de son hébergement dans un fichier… situé sur cet hébergement !!

            C’est pour cela qu’il vaut mieux :
            1° définir un mot de passe spécifique à SOAP => manager > admin > mes paramètres > mot de passer > cocher « MODE EXPERT » > aller dans l’onglet SOAP
            2° utiliser son user OVH et le mot de passe SOAP dans le fichier .php

          • 16 juin 2013 à 19 h 15 min
            Lien Permanent

            Normalement, sauf grosse faille de sécu, récupérer un fichier php non-interprété n’est pas possible. Mais après, ownCloud est un peu bourré de failles, suffit de regarder les changelogs (y compris la version 4.5.x !) pour s’en convaincre.

            Un grand merci pour ta précision concernant le mot de passe spécifique à SOAP : je n’ai jamais cherché à le changer dans l’interface (je ne m’y rends pas beaucoup, de moins en moins en fait, je vais bientôt changer de FAI et avoir une IP fixe : tout va repasser à la maison), mais c’est une première barrière efficace ! 🙂

            Je ferai un p’tit encart dans l’article à l’occasion, le temps me manque un peu ces jours-ci.
            \o/

  • Ping : Informatique | Pearltrees

  • 8 mai 2013 à 10 h 34 min
    Lien Permanent

    Merci beaucoup!
    Je n’avais pas vu qu’ils avaient déplacé les fichier local.php dans un autre dossier dans la version5.

    Répondre
  • 15 mai 2013 à 15 h 38 min
    Lien Permanent

    Bonjour à tous,
    bonjour Maxime,

    j’ai essayé hier d’installer owncloud sur mon abonnement mutu.
    j’ai créé un sous-domaine et copier owncloud dedans.
    j’ai suivi pas-à-pas le tuto vu que j’y connais pas assez que pour le faire him-self.
    après installation quand j’essaie de me connecter j’arrive à la fenêtre de login de owncloud;
    quand j’introduis le code admin, après un moment, j’obtiens le message d’erreur suivant : « Fatal error: Call to undefined function OC\Files\Storage\ovh_free_space() in /homez.29/randovel/www/owncloud/lib/files/storage/local.php on line 230 ».

    si qq’un voit d’où vient l’erreur et peut m’aider à la résoudre, je l’en remercie d’avance.
    merci en tout cas pour le tuto;

    Répondre
    • 15 mai 2013 à 17 h 41 min
      Lien Permanent

      Salut,

      n’as-tu pas oublié la ligne :
      include(‘lib/files/storage/local_ovh.php’);
      dans le fichier local.php ?

      Ou peut-être as-tu mal rempli le fichier local_ovh.php ?
      (je rappelle que les xxx etc sont des informations propres au compte OVH de chaque abonné et doivent être remplacés par les vôtres :mrgreen: )

      Répondre
      • 16 mai 2013 à 12 h 04 min
        Lien Permanent

        salut Maxime,

        merci pour ta réactivité;

        mais j’ai vérifié j’ai bien mis l’include dans la fichier local.php après la ligne avec le namespace

        et pour local_ovh j’ai mis
        c’est bien le compte qui me permet d’entrer sur l’ovh manager ? :
        ———–
        function ovh_free_space($path){
        try{
        $soap = new SoapClient(« https://www.ovh.com/soapi/soapi-re-1.35.wsdl »);
        $session = $soap->login(« ve8841-ovh », « mon mot de passe », »fr », false);
        $result = $soap->hostingSummary($session, « randovelo.org »);
        $soap->logout($session);

        return ((($result->maxWebspace / 1000) * 1024 * 1024 * 1024) – $result->webspace);
        } catch(SoapFault $fault){
        return 0;
        }
        }

        ?>
        ————

        une autre idée ?

        Répondre
        • 21 mai 2013 à 9 h 47 min
          Lien Permanent

          Bon, ton fichier local_ovh semble bon… Oui, c’est bien le couple ID/PWD qui te permet de te connecter au manager.

          Autre solution potentielle : si ton include n’est pas au bon endroit. Il est bien juste sous le « namespace » et avant la boucle « if » ? 😉

          Répondre
  • Ping : Quitter Google : pas si simple !

  • 7 juin 2013 à 12 h 44 min
    Lien Permanent

    Bonjour Maxime,

    Merci pour ton aide. J’ai un problème au moment de l’installation, le message d’erreur suivant apparaît :

    Parse error: syntax error, unexpected ‘function’ (T_FUNCTION) in /homez.726/ansdevie/www/owncloud/lib/files/storage/local_ovh.php on line 10

    Mon fichier local_ovh.php est le suivant :

    login() avec votre propre identifiant et mot de passe.
    * Vous devez aussi indiquer votre domaine dans $soap->hostingSummary().
    */

    function ovh_free_space($path){
    try{
    $soap = new SoapClient(« https://www.ovh.com/soapi/soapi-re-1.35.wsdl »);
    $session = $soap->login(« md1234-ovh », « monmotdepasse », »fr », false);
    $result = $soap->hostingSummary($session, « 4ansdevie.com »);
    $soap->logout($session);

    return ((($result->maxWebspace / 1000) * 1024 * 1024 * 1024) – $result->webspace);
    } catch(SoapFault $fault){
    return 0;
    }
    }

    ?>

    J’ai bien la ligne SetEnv PHP_VER 5_4 en 1ère ligne du .htaccess.

    Je ne trouve pas l’origine de cette erreur. Peux-tu m’aider ?

    Merci !
    david

    Répondre
  • 7 juin 2013 à 12 h 46 min
    Lien Permanent

    Erreur au copier/coller, voici mon local_ovh.php complet :

    login() avec votre propre identifiant et mot de passe.
    * Vous devez aussi indiquer votre domaine dans $soap->hostingSummary().
    */

    function ovh_free_space($path){
    try{
    $soap = new SoapClient(« https://www.ovh.com/soapi/soapi-re-1.35.wsdl »);
    $session = $soap->login(« md1234-ovh », « motdepasse », »fr », false);
    $result = $soap->hostingSummary($session, « 4ansdevie.com »);
    $soap->logout($session);

    return ((($result->maxWebspace / 1000) * 1024 * 1024 * 1024) – $result->webspace);
    } catch(SoapFault $fault){
    return 0;
    }
    }

    ?>

    Merci de ton aide !

    Répondre
    • 11 juin 2013 à 8 h 33 min
      Lien Permanent

      Bonjour,

      Après vérif, j’ai toujours la même erreur :

      Parse error: syntax error, unexpected ‘function’ (T_FUNCTION) in /homez.726/ansdevie/www/owncloud/lib/files/storage/local_ovh.php on line 10

      La ligne 10 est la ligne de try{, mais ça semble plutôt être la ligne :

      function ovh_free_space($path){

      qui pose problème. Je suis bien en php 5.4.

      Une idée ?

      Merci !

      Répondre
      • 11 juin 2013 à 10 h 12 min
        Lien Permanent

        Salut,

        là j’avoue que je ne comprends pas… Le code que je fournis pour le fichier ovh_local.php est bon, puisque d’autres rapportent que ça fonctionne pour eux. Je viens de vérifier le mien, j’ai bien la même syntaxe que toi, et tout fonctionne.

        Ceci dit, ton copier-coller (les deux, même) ne contient pas le début du fichier, avec l’ouverture de la balise PHP. Tu l’as bien dans ton fichier ? Et les guillemets sont bien ceux à utiliser « normalement », pas ceux de wordpress (guillemets français tout ça) ?
        Et l’appel à ce fichier est correct dans local.php ?

        Répondre
        • 11 juin 2013 à 10 h 46 min
          Lien Permanent

          Merci pour ta réponse. Oui le fichier complet contient bien le début, c’est juste le copier-coller ici qui élague le début. Et les guillemets sont bien correctes. L’appel du fichier est le suivant :

          namespace OC\Files\Storage;
          include(‘lib/files/storage/local_ovh.php’);

          if (\OC_Util::runningOnWindows()) {

          Pour essayer j’ai viré tout le contenu de la fonction ovh_free_space, pour avoir juste :

          function ovh_free_space($path){
          }

          et j’obtiens la même erreur. je sèche un peu… désolé de t’embêter avec ça.

          david

          Répondre
          • 14 juin 2013 à 8 h 26 min
            Lien Permanent

            Ok j’ai trouvé, c’est le Wordpad de Windows XP qui n’a pas aimé la balise php et qui a dû mettre des caractères invisibles en plus, résultat le code n’était pas reconnu comme du code. Désolé !

          • 14 juin 2013 à 10 h 35 min
            Lien Permanent

            Super ! 🙂
            Je t’avoue que là je voyais vraiment pas… BTW, tu codes avec Wordpad ? Les logiciels de chez Microsoft sont quand même mal fichus…

  • 9 juin 2013 à 15 h 44 min
    Lien Permanent

    Bonjour,
    J’ai un owncloud sur un OVH mutualisé depuis quelques temps déjà que je mets à jours régulièrement. Je viens de me rendre d’un petit problème et je voulais simplement savoir si aviez constaté le même phénomène sur vos instals.

    Lorsque j’uploade un fichier de 3/4 Mo à travers l’ihm web depuis un firefox (version 21.0), tout se passe bien lorsque je suis en HTTP mais ça foire complètement en HTTPS. La barre de progression avance, puis recommence au début, puis disparaît sans que le fichier ne soit uploadé.

    Lorsque je regarde les logs du site, je vois bien que les POST retournent une erreur 500 mais sans plus de détails…

    Qu’en pensez vous ?

    Répondre
      • 10 juin 2013 à 12 h 20 min
        Lien Permanent

        En effet. J’ai remarqué ce souci depuis un bon moment (avec une certitude quand au lien entre les soucis d’upload et le SSL activé depuis que j’ai forcé la connexion en SSL…), et j’ai dû désactiver cette sécurité pour les quelques uploads que je fais de l’extérieur.

        Sinon, le WebDAV via HTTPS fonctionne très bien.

        Espérons que le souci sera réglé rapidement (m’enfin j’ai quand même ce souci depuis octobre… 😀 ) !

        Répondre
  • 11 juin 2013 à 13 h 00 min
    Lien Permanent

    Bonjour,
    Merci pour le tuto.
    Après avoir fait les modifications comme indiqué, j’ai envoyé l’ensemble sur le serveur via ftp. J’ai renseigné les indications pour la base mysql et ensuite je me retrouve avec cette erreur :
    Warning: Unexpected character in input: ‘\’ (ASCII=92) state=1 in /homez.158/famillebx/www/owncloud/lib/base.php on line 577

    Warning: Unexpected character in input: ‘\’ (ASCII=92) state=1 in /homez.158/famillebx/www/owncloud/lib/base.php on line 612

    Parse error: syntax error, unexpected T_STRING, expecting T_VARIABLE in /homez.158/famillebx/www/owncloud/lib/base.php on line 612

    Quelqu’un peut-il m’aider ? Faut-il modifier le fichier base.php ?

    Répondre
  • 11 juin 2013 à 13 h 43 min
    Lien Permanent

    Autant pour moi. Le fichier .htaccess a été modifié pendant l’installation (comme indiqué plus haut dans le tuto). J’ai l’ai donc simplement re-modifié et ça fonctionne 🙂
    Encore merci pour le tuto.

    Répondre
  • 13 juin 2013 à 8 h 43 min
    Lien Permanent

    Bonjour,

    J’ai un petit problème avec l’ajout de fichier.
    Quand je vais dans le menu ‘Personnel’ je vois que j’ai un quota de 1 B.

    Et quand j’essaie d’ajouter un fichier j’ai un erreur relative à un « Quota exceeded ».
    Quelqu’un a une idée ?

    Répondre
  • 14 juin 2013 à 8 h 18 min
    Lien Permanent

    Merci infiniment pour ce tuto, qui m’ôte une belle épine du pied. Manque plus que la synchro Carddav fonctionne avec Thunderbird + SOGo… mais c’est une autre histoire.

    Répondre
  • 14 juin 2013 à 8 h 33 min
    Lien Permanent

    J’ai corrigé mon problème de quota, j’avais fait une erreur dans le renseignement de mon nom de domaine, j’avais mis le sous domaine avec.

    Répondre
    • 14 juin 2013 à 10 h 47 min
      Lien Permanent

      Ah, content que tu te sois tiré d’affaire ! C’est souvent des petites erreurs comme ça qui font que rien ne fonctionne… Profite bien de ton ownCloud « comme à la maison » ! :mrgreen:

      Répondre
  • 14 juin 2013 à 15 h 47 min
    Lien Permanent

    Bonjour et merci pour ce tuto très clair et pratique
    Sans vous, il m’aurait été impossible d’installer Owncloud sur mon serveur OVH, c’est clair

    Par contre, j’ai galéré avec le client Mac – nécessaire, mon souhait étant de remplacer Dropbox.
    le client Mac marche mal sur 10.8, et visiblement aussi sur 10.7 (sans parler du fait qu’il nécessite un mac avec processeur 64bits)
    il a besoin d’un sous-domaine owncloud.mondomaine.tld
    dans la config, l’adresse à entrer doit alors être de la forme https://owncloud.mondomaine.tld:443
    soluce trouvée sur le forum owncloud, ici: http://bit.ly/11elbAl

    Répondre
  • 15 juin 2013 à 22 h 01 min
    Lien Permanent

    Excellent.

    Merci beaucoup pour ce super tuto. La grande classe 🙂

    Répondre
  • 15 juin 2013 à 22 h 15 min
    Lien Permanent

    Essai avec un fichier de 14Ko > erreur :

    Fichier trop volumineux

    Les fichiers que vous essayez d’envoyer dépassent la taille maximale permise par ce serveur.

    Quelqu’un d’autre a-t-il ce genre d’erreur ?

    Répondre
    • 16 juin 2013 à 8 h 09 min
      Lien Permanent

      Salut,

      As-tu lu les commentaires précédents ? Plein de gens ont eu des soucis divers et variés, souvent à cause d’une petite erreur de rien du tout : remplacer le domaine par le sous-domaine dans local_ovh.php, ne pas recréer le .htaccess après l’installation…

      J’espère que ce n’est qu’une petite étourderie :mrgreen: mais ya pas de raisons que ça fonctionne partout sauf pour toi !
      Tiens-moi au courant !

      Répondre
      • 16 juin 2013 à 12 h 37 min
        Lien Permanent

        Salut,

        en appliquant la solution de « GC 30 avr 2013, 15 h 28 min – – »
        ——————————————-
        remplacer
        return @disk_free_space($this->datadir.$path);
        par
        return 999999999999;
        ——————————————-

        Ca fonctionne.
        Encore merci pour ce tuto!

        Répondre
        • 16 juin 2013 à 19 h 11 min
          Lien Permanent

          Oui, ‘fin c’est quand même crade comme solution, m’est avis que tu t’es planté dans le fichier ovh_local ou dans l’autre fichier php 😉
          ‘fin au moins ça fonctionne à peu près :mrgreen:

          Répondre
  • 17 juin 2013 à 11 h 21 min
    Lien Permanent

    Petit soucis : ça fonctionnait bien jusqu’à présent mais aujourd’hui ownCloud me dit « Votre espace de stockage est plein, vous ne pouvez plus synchroniser… ». Effectivement je trouve un répertoire trashbin (fichiers supprimés) plein de plus de 16Go de fichiers (pour seulement 1,6Go de fichiers stockés…). Je vide la corbeille, OVH manager me dit bien que je n’ai que 1,6Go d’utilisés sur 25Go totaux. Mais ownCloud me dit toujours « Votre espace de stockage est plein, vous ne pouvez plus synchroniser… ». Et en effet il ne synchronise plus…

    Une idée ?

    Répondre
    • 17 juin 2013 à 14 h 24 min
      Lien Permanent

      Quelques infos complémentaires : ownCloud me dit maintenant qu’il a utilisé les 1,6Go des 1,6Go disponibles (voir dans le menu admin/personnel en haut de l’écran), alors que l’espace total est 25Go. J’ai effacé un gros répertoire de 1,4Go pour voir s’il m’autorisait de nouveau à uploader des fichiers, eh bien non, cette fois ownCloud me dit toujours que l’espace de stockage est plein et que j’ai utilisé les 99,1Mo sur les 99,1Mo disponibles. En vérifiant sur le FTP, j’ai bien le répertoire owncloud/data/admin/files qui fait 99,1Mo, et le répertoire owncloud/data/admin/files_trashbin qui contient les 1,4Go que je viens d’effacer.

      Si quelqu’un a une idée… Merci !

      Répondre
      • 18 juin 2013 à 12 h 52 min
        Lien Permanent

        Nouveau test : si je change la fonction ovh_free_space de local_ovh.php pour qu’elle contienne seulement :

        function ovh_free_space($path){
        return (67108864);
        }

        ownCloud a l’air de refonctionner, plus de message m’indiquant que l’espace de stockage est plein. Mais bon ce n’est pas une solution idéale. J’ai l’impression qu’un à moment j’ai dû atteindre l’espace limite, et à partir de ce moment la fonction ovh_free_space n’a plus renvoyé l’info correcte sur l’espace restant, même après que j’ai effacé des fichiers (simple supposition, je ne suis pas assez calé en PHP et SoAPI !). Merci!

        Répondre
  • 22 juin 2013 à 14 h 43 min
    Lien Permanent

    Merci pour le tuto clair et bien renseigné. Juste une petite précision à ajouter : penser à mettre à jour aussi le .htaccess à la racine /www. D’ailleurs c’est plutôt celui-là qu’il faut modifier selon moi !

    Répondre
    • 31 juillet 2013 à 8 h 39 min
      Lien Permanent

      C’est pas faux, on peut le modifier aussi, c’est ce que je fais dans mon cas Mais j’ai voulu faire un tuto vraiment « limité » à ownCloud. Il y a des applications qui parfois demandent une version spécifique de PHP, ou des gens qui ne souhaitent pas s’embêter, ou autres… Du coup, j’ai choisi de modifier le .htaccess lié à ownCloud. Mais c’est un choix personnel, en effet 🙂

      Répondre
  • 21 juillet 2013 à 16 h 48 min
    Lien Permanent

    Bonjour,
    est ce que l’un de vous utilise l’app news?
    est ce que vos flux s’actualisent? ça fait une semaine que je me debats sans résultat.

    Répondre
    • 23 juillet 2013 à 14 h 19 min
      Lien Permanent

      Bonjour,
      J’ai aussi le même problème avec l’app news. Impossible d’actualiser correctement les flux, j’ai essayé via la méthode ajax et un webcron….

      Répondre
      • 31 juillet 2013 à 9 h 45 min
        Lien Permanent

        Bonjour,
        vous avez bien activé l’ « app framework » avant d’activer l’app de news ? J’ai ajouté 2 flux RSS pour voir, il me les a chargés correctement…

        Répondre
        • 31 juillet 2013 à 12 h 24 min
          Lien Permanent

          Bonjour et merci pour la réponse,

          oui l’app framework est bien activée et en effet le premier chargement du flux fonctionne. C’est après lorsqu’il faut les recharger régulièrement via cron, webcron ou ajax que cela ne marche plus. J’ai essayé les trois méthodes…

          Répondre
          • 5 août 2013 à 22 h 39 min
            Lien Permanent

            Je ne comprends pas… chez moi, ça fonctionne. Je ne sais pas trop à quel intervalle, mais j’ai ajouté 2 blogs (celui-ci, et Unixmail, dans la colonne de droite) à mon app News, et lorsque des articles ont été publiés, ils ont été ajoutés comme « non lus » dans le flux de News. Mais c’est pas immédiat, je ne sais pas trop comment il gère son machin… Faut que je prenne le temps de regarder ça.

            Essaye de te connecter au manager OVH, et d’ajouter une tâche planifiée : c’est notre « passerelle » vers le cron… si on peut appeler ça comme ça 😉

            Tiens-moi au courant en tout cas, ça m’intéresse 🙂

          • 5 août 2013 à 22 h 42 min
            Lien Permanent

            En fait, j’ai regardé vite fait. Si ownCloud est configuré pour utiliser le cron en « Ajax », il va exécuter UNE tâche par chargement de page. Autant dire que si l’actualisation de News ne revient que tous les 10 chargements, ben, il ne le fera pas avant… Et que si tu mets 2 semaines à faire tes 10 chargements, il va s’actualiser au bout de 2 semaines.

            La solution serait donc de passer en cron « classique » et de renseigner le champ qui va bien dans le manager OVH. Je vais essayer ça de suite !

          • 6 août 2013 à 9 h 30 min
            Lien Permanent

            Ah oui en effet j’étais passer à côté de la subtilité de une tâche par chargement de page. Du coup je suis repasser en ajax et j’ai chargé une bonne vingtaine de pages de mon owncloud mais rien n’y fait, le flux n’est toujours pas actualisé.
            J’ai déjà essayé d’ajouter une tâche planifiée à OVH mais là non plus ça ne fonctionne pas. J’ai d’ailleurs aussi essayé via un webcron type easycron.com mais rien n’y fait.
            Je me dis que mon installation est peut-être buggée car j’ai aussi des problèmes concernant la synchronisation de mes fichiers. J’avoue ne pas m’être penché sur le problème car vu le prix des derniers kimsufi je vais sûrement en prendre un et ainsi me simplifier (du moins dans ce domaine) la tâche…

          • 6 août 2013 à 9 h 34 min
            Lien Permanent

            Oui, j’ai essayé cron, webcron, mais si ça change quelque chose, ça ne rafraîchit pas le flux pour autant… étrange, et embêtant surtout 😉

            Je pense que tu as raison : avec un kimsufi à 3€/mois, ce serait dommage de s’en priver !

            Personnellement, dans ma campagne profonde, je vais quitter Orange pour OVH, et avec une IP fixe cette fois : tout va définitivement repasser sur le petit serveur à la maison 😉
            Oh pis l’auto-hébergement, c’est quand même une super expérience !

  • 26 juillet 2013 à 11 h 45 min
    Lien Permanent

    Bonjour,
    Tout d’abord merci pour le tuto. Très très utile.

    Par contre j’ai u petit soucis : lorsque je pose mon curseur sur le bouton « up » il affiche l’indication « Envoyer max. 0B » Je ne peux donc rien déposer via mon navigateur (et je n’y parviens pas avec l’application deskop mais ça c’est un autre problème).
    Ou est-ce que je dois chipoter pour faire fonctionner tout ça ?

    Répondre
    • 31 juillet 2013 à 9 h 48 min
      Lien Permanent

      Salut,

      tu as bien rempli *correctement* le fichier local_ovh.php ? Et si tu as changé ton mot de passe manager suite au piratage de la BDD OVH, l’as-tu aussi modifié dans ce fichier ?

      Répondre
  • 1 août 2013 à 19 h 54 min
    Lien Permanent

    Salut,

    Merci pour ce tuto,
    De mon coté, je n’ai aucun problème avec le téléchargement max (64 MB)
    Sa fonctionne même très bien sans le fichier local_ovh.php avec juste la ligne :

    public function free_space($path){
    return (67108864);
    // return disk_free_space($this->datadir.$path);
    }

    sa ne nécessite pas d’écrire son mot de passe dans un fichier, J’ai trouvé ça ici :
    http://play.with.free.fr/index.php/installation-rapide-de-owncloud-sur-ovh/

    par contre j’ai un problème dont personne ne parle, et ça m’inquiète… a savoir: il m’est impossible d’installer certains plugin, notamment  »antivirus » & l’indispensable  »mail notification »

    J’ai ce message dans une boite d’alerte: Error while enabling app

    Et je ne parle même pas de  »Storage Charts v2.2 » (le plugin le plus téléchargé) qui fait carrément tout planter…

    Quelqu’un à une idée svp ?
    D’avance merci :p

    Répondre
    • 1 août 2013 à 21 h 31 min
      Lien Permanent

      Bonjour,

      tout d’abord, les commentaires sont supposés être en lien direct avec l’article, or tu as appliqué une autre méthode (par ailleurs moins précise et plus « sale », dans la mesure où tu fixes le retour de free_space() sans tenir compte de la réalité) que celle expliquée ici. Passons. Ça fonctionne, mais c’est bien loin d’être optimal et ne devrait servir qu’à un dépannage temporaire. Autant virer la vérification de PHP, à ce compte-là… Mais pour résumer, commentaire != forum 😛

      Bref. Les plug-ins dont tu parles. Tu ne sembles pas avoir lu la documentation… Explications :
      – Antivirus : il nécessite que ClamAV, un des anti-virus sous Linux, soit installé. C’est tout simplement impossible sur un hébergement mutualisé, il faut passer sur un dédié (ou mieux : l’auto-hébergement ! Un dédié à la maison 🙂 ) pour pouvoir l’installer à la main. Là, le plug-in fonctionne.
      – Mail notification : un peu le même souci. Il fonctionne pour moi à la maison, mais dans le cas d’un mutualisé, il faudrait pouvoir ajouter le fichier « qui va bien » au cron, et… on ne peut pas 😉
      – pour Storage Charts. J’avoue ne pas l’utiliser, il y a 2 comptes sur mon serveur dont un limité en espace. Mais le souci doit être du même ordre que pour ownCloud sur un mutu OVH : sans possibilité de calculer l’espace occupe ou libre via Soap, ça va forcément planter. Là pour le coup, il faut aller mettre les mains dans le cambouis et adapter les fonctions concernées.

      J’espère avoir répondu à tes interrogations et inquiétudes ! 🙂
      Et pourquoi pas t’avoir donné envie de te lancer dans la grande aventure de l’auto-hébergement ! Après tout, d’un mutu à un dédié, il n’y a qu’un pas…

      PS : « sa » et « ça » sont deux mots totalement différents. Ça me hérisse le poil :mrgreen:

      Répondre
      • 1 août 2013 à 22 h 36 min
        Lien Permanent

        Maintenant je comprend, encore merci à toi.
        Cordialement,
        Fred.

        Répondre
          • 2 août 2013 à 12 h 28 min
            Lien Permanent

            En fait, je confirme aussi, je fait systématiquement un essai en local …
            Mais mon but est de le déployer pour une association, probablement 10 comptes et une consultation de 250 personnes via les liens.
            Je n’aie pas envie de l’héberger à domicile, et le prix d’un dédié n’est pas dans notre budget. 😉

            Je n’avais simplement pas compris que Owncloud n’est pas prévu pour un mutualisé comme peuvent l’être Spip, ou Phpbb.

            Encore merci pour cet éclaircissement.
            Fred.

  • 10 août 2013 à 22 h 44 min
    Lien Permanent

    Merci, ça marche impeccablement !

    Prochaine étape : ampache

    Répondre
    • 11 août 2013 à 0 h 15 min
      Lien Permanent

      Normalement, pour ampache, ça fonctionne out of the box. Je m’en sers assez régulièrement via Banshee ! 🙂

      Répondre
  • 15 août 2013 à 9 h 39 min
    Lien Permanent

    Je te remercierai jamais assez de me fournir le tuto qui va bien à chaque fois que je dois réinstaller mon instance 😀

    Répondre
  • 19 août 2013 à 23 h 20 min
    Lien Permanent

    Bonsoir,
    je rencontre ce soucis dans les logs d’OC 5.0.9, sur OVH mutu Perso:
     »
    isWebDAVWorking: NO – Reason: exception ‘Sabre_DAV_Exception’ with message ‘[CURL] Error while making request: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol (error code: 35)’ in /homez.41/MON_SERVEUR/www/owncloud/3rdparty/Sabre/DAV/Client.php:410 Stack trace: #0 /homez.41/MON_SERVEUR/www/owncloud/3rdparty/Sabre/DAV/Client.php(179): Sabre_DAV_Client->request(‘PROPFIND’,  », ‘propFind( », Array) #2 /homez.41/MON_SERVEUR/www/owncloud/settings/admin.php(34): OC_Util::isWebDAVWorking() #3 /homez.41/MON_SERVEUR/www/owncloud/lib/route.php(113) : runtime-created function(1): require_once(‘/homez.41/studi…’) #4 [internal function]: __lambda_func(Array) #5 /homez.41/MON_SERVEUR/www/owncloud/lib/router.php(127): call_user_func(‘?lambda_8’, Array) #6 /homez.41/MON_SERVEUR/www/owncloud/lib/base.php(617): OC_Router->match(‘/settings/admin’) #7 /homez.41/MON_SERVEUR/www/owncloud/index.php(28): OC::handleRequest() #8 {main}

    Une idée?
    Merci d’avance

    Répondre
      • 22 août 2013 à 9 h 44 min
        Lien Permanent

        Bonjour,
        j’ai posté aussi sur le forum owncloud France mais la réponse est cinglante… Faut prendre un serveur Kimsufi!

        Répondre
          • 22 août 2013 à 10 h 43 min
            Lien Permanent

            C’est vrai que 3€/mois c’est plus qu’intéressant et qu’ils soient « sold out » n’est pas surprenant. Peut-être qu’OVH a l’intention se de ré-approvisionner. Ou pas…

          • 22 août 2013 à 11 h 07 min
            Lien Permanent

            OVH est avant tout une entreprise commerciale et ce n’est pas un hasard si leur offre à 3€ par mois est épuisée. Ça oblige ceux qui s’intéressent à un KimSufi à prendre une offre plus onéreuse.

          • 22 août 2013 à 11 h 10 min
            Lien Permanent

            Pas tout à fait d’accord. Quand on a un budget, on s’y tient, à moins d’être super pressé et/ou flemmard. Je suis étudiant, au début un mutualisé c’était bien parce que pas cher, puis on atteint les limites de la chose. Kimsufi trop cher à l’époque –> l’auto-hébergement. Mon plug computer m’a coûté 35€, il tourne quasi sans maintenance depuis 3 ans… Ça revient à moins de 3€/mois 🙂

          • 22 août 2013 à 10 h 55 min
            Lien Permanent

            C’est ça… Avant de critiquer, il faut se renseigner. Ovh a reçu énormément de commandes, à tel point qu’Intel a du mal à tenir les délais. Les commandes sont donc momentanément bloquées, le temps d’absorber le retard accumulé ! Normal, aussi, non ?
            Donc ça va revenir !

            Ceci dit, vu la conf et le prix, autant passer sur un petit serveur à sa maison. Raspberry Pi, plug computer quelconque… Ça sera plus souple, parfois plus puissant, et moins cher. Avec plus de contrôle, en tout cas ! :mrgreen:

          • 22 août 2013 à 11 h 19 min
            Lien Permanent

            De deux choses, l’une c’est qu’OVH annonce des serveurs à partir de 3€ par mois et, lorsqu’on veut en louer un, disent qu’ils sont épuisés. Ce n’est pas de la publicité mensongère, mais j’estime que c’est un procédé publicitaire pas très net. D’autant plus qu’ils annoncent reprendre « normalement » des commandes fin septembre, mais on sait qu’ils peuvent avoir encore du retard.
            L’autre, c’est que l’autohébergement, c’est une étape en plus à laquelle je viendrai un jour peut-être, mais j’ai quelques questions: tu parles de 35€ par année, as-tu compté la consommation électrique dans ce prix? Quant à la vitesse d’accès, ta connexion internet est-elle suffisante pour te permettre d’avoir des sites web, galeries photos et webmail rapides (aussi rapide que chez OVH à tout le moins)?

          • 22 août 2013 à 11 h 56 min
            Lien Permanent

            On est d’accord, c’est décevant de ne pas pouvoir louer le kimsufi à 3€, faut attendre ou passer à autre chose. De là à dire que c’est un procédé moisi, je sais pas, ceux qui attendent leur KS râlent autant x)
            Je n’ai pas dit 35€/an attention ! Je l’ai acheté 35€… Une seule fois x)
            L’électricité, il bouffe rien. 3W en idle, 7W quand je tire dessus comme un malade. Ça me revient à quelques euros l’année, moins de 10€. Et pour le débit… C’était mieux avant en ville, maintenant à la campagne c’est du 6M en DL et 1M en UL. Pour mon blog, owncloud, 2-3 autres services et les mails de la famille (6 boites), c’est amplement suffisant, personne râle que ça se traîne 🙂

          • 22 août 2013 à 11 h 58 min
            Lien Permanent

            Merci pour ta réponse. Quelle est ta config? Car à 35€, ça me parait un investissement raisonnable 🙂

          • 26 août 2013 à 22 h 37 min
            Lien Permanent

            J’ai effectivement un raspberry pi, mais il me sert pas à ça 😉
            Mes « services » sont hébergés sur un DockStar : une fois l’OS proprio viré pour une Debian, ça tourne super bien ! Mais à terme, le RPi va prendre le relais quand même car bien plus puissant !

  • 20 août 2013 à 11 h 32 min
    Lien Permanent

    Salut,

    J’ai malheureusement fait la mise à jour via le client web (j’avais oublié la mise en garde du début d’article depuis le temps).
    Aurais-tu une solution pour me permettre d’uploader à nouveau des fichiers?

    Merci déjà pour ton beau boulot

    Répondre
    • 22 août 2013 à 10 h 57 min
      Lien Permanent

      A priori, ré-envoyer les fichiers via FTP et suivre à nouveau le tutoriel suffit. Et dans le pire des cas, une réinstallation propre résout tout. Le dossier data contient tes fichiers, tu peux le conserver !

      Répondre
  • 23 août 2013 à 4 h 05 min
    Lien Permanent

    Bonjour,
    Depuis la mise à jour (server en 5.0.10, client en 1.3.0), je n’arrive plus à me connecter via les clients owncloud, que ce soit android, linux ou windows.
    Après plusieurs recherches, j’ai activé les logs, et d’après ce que j’en ai compris owncloud me dit que mon password est incorrect.
    Me connectant sur mon instance owncloud sur mon OVH mutualisé sans aucun soucis via un navigateur, et n’ayant pas changé mon mdp sur mes clients, j’ai quand même reéssayé en remettant le mdp.
    Et en vérifiant la synchronisation, je vois que je suis connecté, mais que le Csync n’a pas réussi à s’authentifier.
    Avant de retenter une installation de zéro, quelqu’un a-t-il eu le même soucis ?

    Répondre
    • 26 août 2013 à 22 h 39 min
      Lien Permanent

      Tu n’as pas récemment modifié ton password du Manager OVH ? Auquel cas il faut adapter local_ovh.php en conséquence ?

      Répondre
      • 27 août 2013 à 3 h 54 min
        Lien Permanent

        Oui, mais changé dans le local_ovh.php, j’ai même retenté la version brute, avec un return disk_free_space(‘/’);
        J’ai l’impression que le client ne reconnait pas mon identifiant login.
        Et pourtant après plusieurs dizaines d’essai, je me connecte sans soucis en web, mais pas avec le client (que ce soit sous windows, android ou linux…).
        Je me demande si cela vient d’OVH, ou pas, ou si quelqu’un a eu le même soucis.
        Je compte passer sur un serveur dédié sous peu, j’attends le retour des KS 2G ;-).
        En attendant, c’est juste embêtant, mais je voudrais surtout comprendre pourquoi ça bugg en fait…
        Merci pour la réponse

        Répondre
        • 27 août 2013 à 9 h 00 min
          Lien Permanent

          Et est-ce que tu peux monter ton cloud en WebDAV (plus simple sous Linux) quand même, ou Sabre déconne à mort aussi ?

          Répondre
          • 28 août 2013 à 16 h 14 min
            Lien Permanent

            J’ai commence a installer ce qu’il faut pour, mais pas encore eu le temps de tester…

          • 7 septembre 2013 à 8 h 56 min
            Lien Permanent

            Donc après divers tests,
            j’en ai dédui qu’il ne reconnait pas mes identifiant/password, que ce soit par WebDaV ou par client, mais que ça marchait sans soucis par internet.
            Et je suis sur de pas me planter, ni sur l’identifiant, ni sur le mot de passe.
            Je comprends pas trop ou est le soucis en fait là…
            Si quelqu’un a une idée

  • 24 août 2013 à 10 h 47 min
    Lien Permanent

    Pour ma part j’ai ajouté dans le htaccess :
    SetEnv MAGIC_QUOTES 0
    SetEnv PHP_VER 5_TEST

    Après l’installation j’ai a nouveau du les ajouter à la main.
    (OWC Version 5.0.10 et OVH Mutu Pro)

    Merci pour le tuto

    Répondre
  • 27 août 2013 à 10 h 25 min
    Lien Permanent

    Mille fois merci pour ce tuto Maxime!

    Je bloque pour la première fois après une mise à jour (5.0.10):
    Après m’être connecté à owncloud via mon navigateur, et si j’utilise la ligne appelant le local_ovh.php, j’ai le message d’erreur suivant:
    Fatal error: Class ‘OC\Files\Storage\OC’ not found in /homez(…)

    Vous avez une idée de la cause?
    Merci,

    Répondre
    • 27 août 2013 à 10 h 31 min
      Lien Permanent

      ah j’ai trouvé, j’avais une autre ou ancienne ligne de include:

      include(OC:: ….)

      et j’ai corrigé avec la bonne:

      include(‘lib/files/storage/local_ovh.php’);

      Répondre
  • 6 septembre 2013 à 13 h 03 min
    Lien Permanent

    Bonjour,
    j’ai un serveur dédié sur ubuntu chez OVH
    j’ai installé own cloud en suivant le tutoriel à la lettre …
    ça ne marche pas, il me dit que je n’ai pas assez de place sur le disque pour uploader des fichiers
    en règle générale, j’ai vu que la plupart des gens avait un problème avec le local_ovh.php, je l’ai repris 10 fois pour bien vérifier mes identifiant etc …
    bref c’est pas ça, le seul truc dont personne ne parle c’est le nom de domaine :
    $result = $soap->hostingSummary($session, « mon-domaine.fr »);

    je n’ai pas de nom de domaine … alors je le laisse comme ça ?

    est ce que ça peut venir du pare feu, si oui, comment fait on pour crée un filtre ?

    Répondre
    • 6 septembre 2013 à 16 h 53 min
      Lien Permanent

      Bonjour,

      ce tutoriel ne s’applique qu’aux personnes disposant d’un hébergement mutualisé, c’est-à-dire n’ayant pas la possibilité de tout configurer elles-mêmes.
      Dans ton cas, tu ne dois absolument pas suivre ces instructions, mais suivre la procédure « normale » !

      Si tu as toujours des soucis après une réinstallation propre, je peux t’aider quand même 🙂

      Répondre
  • 7 septembre 2013 à 13 h 50 min
    Lien Permanent

    Bonjour à tous, voilà, ça fait un petit moment que je bataille sec …
    j’ai un serveur kimsufi sur lequel j’ai installé owncloud
    tout fonctionne à part les mails (et un bug d’espace de stockage insuffisant)

    lorsque je veux partager un dossier, j’ai l’erreur suivante :
    « Could not execute: /usr/sbin/sendmail »

    je suis aussi allé là pour paramétrer la commande sendmail
    http://doc.ubuntu-fr.org/ssmtp

    mais ça n’avait pas l’air de suffire alors je suis allé là : « http://doc.owncloud.org/server/5.0/admin_manual/configuration/configuration_mail.html »
    j’ai essayé de configurer le fichier config.php comme c’est indiqué mais dés que je rajoute une ligne, le script owncloud plante …

    je suis aussi allé modifier les données de connexions dans php.ini

    je voudrais tout utiliser avec gmail et garder quelquechose de centralisé puisque je m’en sert pour le boulot et donc partager les liens en affichant mon adresse mail gmail

    Est ce que c’est possible ? là je dois bien avouer que je suis à court d’idées, sans compter que la plupart des posts que je trouve renvoient vers ces pages sans vrais solutions au problème …

    Dans tous les cas, le reste du tutoriel est vraiment bien fait, et c’est le seul qui soit bien explicite, Bravo !

    Répondre
  • 7 septembre 2013 à 13 h 54 min
    Lien Permanent

    ah oui d’accord ! Pardon,
    je ne sais pas pourquoi, je croyais avoir supprimer l’autre message, bref, je vais essayer une réinstallation propre alors Merci !

    Répondre
  • 17 septembre 2013 à 17 h 20 min
    Lien Permanent

    bon voilà j’ai tout réinstaller et tout fonctionne, simplement est ce que quelqu’un a essayé d’installer l’application roundcube ?

    je me suis créé ma base de donnée en mysql, roundcube fonctionne bien mais pas à partir de owncloud quand je clique sur webmail, j’ai Database error
    alors j’ai essayé de suivre wiki là : https://github.com/hypery2k/owncloud/wiki/Installation#manual-database-configuration

    j’ai créé la database :
    CREATE TABLE IF NOT EXISTS oc_roundcube (
    id Bigint(20) NOT NULL AUTO_INCREMENT,
    oc_user varchar(4096) NOT NULL DEFAULT ‘ ‘,
    mail_user varchar(4096) NOT NULL DEFAULT ‘ ‘,
    mail_password varchar(4096) NOT NULL DEFAULT ‘ ‘,
    PRIMARY KEY (id)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=4 ;

    mais je ne comprends pas ce que c’est que Nginx et comment il faut faire ses manipulations, sur le wiki l’auteur à simplement collé du texte sans expliquer ce qu’il fallait faire a la ‘j’en ai marre de vivre’ …

    Bref, si vous pouviez m’orienter un peu vers la solution ça serait sympa, je ne sais plus trop quoi tenter …

    Répondre
  • 20 septembre 2013 à 16 h 16 min
    Lien Permanent

    Bonjour Maxime.

    Tout d’abord un immense merci pour cet article : comme d’autres, j’ai pris un mutualisé OVH pour pouvoir utiliser ownCloud et je me suis cassé le nez. Pour faire court : sans tes indications j’aurais probablement laissé tomber, ce qui eut fait un peu cher du test, du fait de la facturation annuelle et non mensuelle d’OVH 🙂 Au final : tout marche à merveille. Merci beaucoup pour ton article, c’est une référence !

    Et comme il est important de documenter tout ce qui marche, pour les autres et pour soi-même le jour où il faudra le refaire, je voulais consigner ici ma procédure, basée sur ton article et ses commentaires, en y intégrant une remarque selon moi très importante faite par « tMn » dans son commentaire du 16 juin 2013 concernant le mot de passe SOAPI, pour des raisons de sécurité. Et en l’adaptant à ma situation « européenne ».

    La date de l’installation : septembre 2013 (le manager OVH est donc en V3).
    Mon hébergement OVH : mutualisé personnel (je précise que je vis en Italie et que je suis chez OVH.it mais mon mutualisé est quasiment identique à votre « perso » et j’indiquerai les paramètres français/italiens au moment opportun)
    ownCloud est en 5.0.11.

    * EDIT * je coupe le post en 2 pour voir si ça passe mieux…

    Répondre
    • 20 septembre 2013 à 16 h 26 min
      Lien Permanent

      L’installation en 6 étapes :

      1) Manager OVH > Mutualisé > Hébergement > Pare-feu applicatif
      => vérifier que le pare-feu est désactivé pour le(s) domaine(s) concerné(s)

      2) Manager OVH > Administration > Mes paramètres > Mot de passe
      => activer le Mode expert, sélectionner l’onglet SOAP et insérer un mot de passe SOAPI spécifique, *différent* du mot de passe du compte OVH

      3) Download de ownCloud et upload sur OVH (personnellement j’ai fait les modifs de l’étape suivante en local avant de faire l’upload, mais ça ne change rien)

      4) Les modifs ! (exactement les tiennes)

      4.1) /.htaccess
      => SetEnv PHP_VER 5_4

      4.2) /lib/files/storage/local.php
      => include du local_ovh.php, commentaire du @disk_free_space(), ajout du ovh_free_space()

      4.3) /lib/files/storage/local_ovh.php (la plupart des problèmes et questions des commentaires sont liés à cette partie)

      SoapClient(« https://www.ovh.com/soapi/soapi-re-1.35.wsdl »);
      => tel quel ! Ici j’ai mis http://www.ovh.it évidemment et ça fonctionne parfaitement, ce qui est de bon augure pour les autres hébergés « européens »

      login(« xxxxxxx-ovh », « xxxxxxxx », »fr », false);
      => 3 paramètres : login OVH, mot de passe SOAPI (et non pas celui du compte OVH !), « fr » (ici « it »)

      hostingSummary($session, « mon-domaine.fr »);
      => 1 paramètre : le domaine de référence de l’hébergement mutualisé, que ownCloud soit dans un sous-domaine ou pas (dans mon cas un domaine en .it)

      5) Install
      => ne pas tenir compte des messages finaux sur « magic_quotes » et je ne sais plus quoi

      6) Refaire la modif 4.1 en ré-ajoutant le SetEnv PHP_VER 5_4 (effacé à l’install)

      Répondre
      • 30 septembre 2013 à 16 h 07 min
        Lien Permanent

        Hou, je me rends compte que j’ai oublié de te remercier pour ce commentaire après notre court échange par mail 😉
        Merci pour ce résumé, ainsi que pour l’astuce du mot de passe SOAPI. À l’occasion, je l’ajouterai à l’article en lui-même. C’est une sécurité supplémentaire (et ça n’est jamais superflu !), il serait dommage de s’en priver !

        Profite bien de ton cloud auto-hébergé ! 😀

        Répondre
    • 20 septembre 2013 à 16 h 28 min
      Lien Permanent

      Voilà ! Ici ça a fonctionné du premier coup, en douceur. J’espère que ce résumé est clair et sera utile, notamment pour des hébergés OVH en Italie ou plus généralement en Europe. Et non, je ne traduirai pas ce commentaire en anglais 😉

      Je ne sais plus si je t’ai déjà dis merci 😉 (et à tMn aussi !)
      Ciao, ciao!

      * EDIT * ça passe en 3 fois, je suis trop bavard :/

      Répondre
  • 25 septembre 2013 à 15 h 19 min
    Lien Permanent

    Merci GiuBu pour l’astuce du mot de passe SOAPI 😉

    Répondre
    • 12 octobre 2013 à 21 h 12 min
      Lien Permanent

      Rendons à César bla bla machin tout ça : merci à « tMn » pour son commentaire du 16 juin en réponse aux interrogations de « GC » le 30 avril.

      Répondre
  • 6 octobre 2013 à 23 h 08 min
    Lien Permanent

    Merci pour ce tuto et tous les conseils qui suivent
    surtout pour l’astuce du mot de passe SOAPI qui a tout réglé
    par contre avez-vous encore des problèmes d’upload en https?
    j’ai du désactivé sur les différents clients pour permettre la synchronisation
    merci encore

    Répondre
    • 7 octobre 2013 à 8 h 16 min
      Lien Permanent

      Salut,
      oui il y a toujours des problèmes de synchro avec SSL. Peut-être est-ce dû au certificat du mutualisé, ou à une autre « spécificité » des mutus OVH. Je n’ai pas ce souci sur mon serveur maison, malgré un certificat auto-signé…

      Répondre
  • 8 octobre 2013 à 15 h 05 min
    Lien Permanent

    Attention, deux jours après avoir effectué les manipulations pour l’erreur d’espace de stockage on accédait à mon espace OVH… Ce fichier où est situé l’id et le mdp d’OVH est une énorme faille de sécurité. Je déconseille donc.

    Répondre
    • 8 octobre 2013 à 16 h 05 min
      Lien Permanent

      D’où le mot de passe différent de celui utilisé pour accéder à l’espace d’administration…

      Après, « une énorme faille de sécurité », faut p’têt pas exagérer : WordPress lui-même stocke les identifiants de connexion à la base SQL dans un fichier, et c’est pas pour ça qu’il est lu/utilisé… Tu veux dire qu’en deux jours, quelqu’un a trouvé ce fichier, a réussi à y accéder et à en extraire les ID/PWD (c’est un PHP, donc il est normalement exécuté côté serveur) ? Blague. Si « quelqu’un » a eu accès au fichier local_ovh.php , c’est qu’il y a une faille ailleurs. Le fichier en lui-même n’est pas en cause. C’est pas un accès à ownCloud qui a généré cette alerte ? Parce que le simple fait de se connecter à OC déclenche l’envoi d’un mail, si cette fonction est toujours activée dans l’espace client…

      Après, rien n’empêche d’ajouter une ou deux lignes de PHP pour mieux le sécuriser, ça se fait même très vite. Mais je doute de la nécessité d’en rajouter une couche. 🙂

      Répondre
  • 8 octobre 2013 à 15 h 39 min
    Lien Permanent

    D’ailleurs, si vous voulez vous débarasser de l’erreur, au lieu de passer par un fichier local_ovh.php qui est très propre mais qui constitue une faille, à la modif 2 et 3, au lieu de faire
    return @disk_free_space($this->datadir.$path);
    vous faites:
    return ‘1000000000’;
    Avec un nombre qui reflète à peu près ce que vous avez.Evidemment ça ne sera pas mis à jour dynamiquement, mais c’est mieux qu’une visite impromptue sur votre espace d’administration ou que de tout enlever parce que ça ne marche pas.

    Répondre
  • 11 octobre 2013 à 18 h 25 min
    Lien Permanent

    Bonjour,

    j’ai un petit soucis suite à la MAJ sur la dernière version d’Owncloud.

    Je reste bloqué en mode maintenance. Lorsque j’applique la méthode que tu donnes (passage de « True » en « False »), j’obtiens ceci :

    « Mise à jour en cours d’ownCloud vers la version 5.0.11, cela peut prendre du temps.

    Turned on maintenance mode
    Updated database
    Updating filecache, this may take really long…
    … 25% done …
    … 50% done …

    Please reload the page. »

    Et lorsque je recharge la page, j’arrive là-dessus : « ownCloud is in maintenance mode »

    Pourtant j’ai ré-appliquer le fichier config avec le passage de « True » en « False »….

    Merci d’avance pour le conseil technique.

    Répondre
  • 22 octobre 2013 à 10 h 13 min
    Lien Permanent

    Bonjour,

    Pour info la première version de développement d’ownCloud 6 vient de sortir (alpha1, à n’utiliser que pour des tests) : http://blog.karlitschek.de/2013/10/introducing-owncloud-6.html

    J’ai fait un test rapide Il n’y a plus de message d’erreur sur un OVH mutualisé car le code suivant a été ajouté:
    public function free_space($path) {
    $space = @disk_free_space($this->datadir . $path);
    if ($space === false) {
    return \OC\Files\SPACE_UNKNOWN;
    }
    return $space;
    }
    Cela ne résout pas la détection de l’espace disponible, mais au moins ownCloud fonctionnera normalement dès l’installation, tant qu’il y a de l’espace dispo 🙂

    Je n’ai pas essayé le script ovh encore.
    a+

    Répondre
  • 14 novembre 2013 à 18 h 14 min
    Lien Permanent

    Salut Maxime,

    Bravo et merci pour ton tuto. Il m’a été bien utile. J’ai installé owncloud 5.0.12 sur un serveur mutualisé d’OVH.
    1) J’ai du ajouté la ligne suivante dans le .htaccess car j’avais une erreur au chargement de la première page :
    SetEnv MAGIC_QUOTES 0

    je ne sais pas si ça te parle mais mon problème est résolu de ce coté là.

    2) Par contre, maintenant je n’arrive pas à uploader de fichier, soit disant que je n’ai plus d’espace libre :o)
    Dans les logs, j’ai ce message d’erreur « Undefined variable: ssOVH » à la ligne :
    $session = $soap->login(« xxxxxx », « xxxxx », »fr », false);

    Je suis sûr de mes identifiants et du service SOAP car je l’ai testé avec SOAPUI et ça fonctionne correctement.

    As-tu une idée de ce que ça peut être ?
    Merci d’avance.

    Répondre
    • 18 novembre 2013 à 15 h 27 min
      Lien Permanent

      Je viens, enfin, de trouver le problème. Il semblerait que le caractère $ passe mal dans les paramètres SOAP via PHP. J’en avais un dans mon mot mot de passe et ce dernier était tronqué à partir du $. Cela passait très bien avec SOAPUI mais pas en mode php. Je propose d’ajouter la ligne suivante dans le catch avant le return 0 :

      \OC_Log::write(‘core’, $fault, \OC_Log::ERROR);

      Mon problème est maintenant résolu. :o)

      Répondre
  • 17 novembre 2013 à 17 h 19 min
    Lien Permanent

    Bonjour,

    Je n’arrive pas à activer ou configurer une application.
    J’ai un message qui apparait pendant 1 s
    « Sélectionner une Application
    Distribué sous licence , par  »
    Puis plus rien.

    Avez-vous déjà rencontré ce problème ?

    Merci

    Répondre
  • 18 novembre 2013 à 19 h 31 min
    Lien Permanent

    Bonjour,
    et merci pour le tuto.
    J’ai essayé de tout bien faire, mais quand je clique sur Terminer l’installation j’ai une page blanche. Mais la base est bien créée avec mon nom admin. Une idée svp?

    Répondre
    • 19 novembre 2013 à 11 h 04 min
      Lien Permanent

      Et ça donne quoi si tu essayes d’accéder explicitement à la page index.php ? ça me parler très vaguement ce problème.

      Répondre
      • 19 novembre 2013 à 13 h 55 min
        Lien Permanent

        Bonjour,
        quand je rentre explicitement index.php il me repropose d’installer owncloud, avec mon nom d’utilisateur déjà connu (la base étant créée).

        Répondre
        • 23 novembre 2013 à 21 h 31 min
          Lien Permanent

          Salut,

          essaye de supprimer les tables (ou la base, si elle ne contient qu’ownCloud) d’ownCloud dans ta base SQL, et recommence (renvoie tous les fichiers pour écraser l’ancienne installation, il manque peut-être des choses).
          Et re-tente l’installation 😉

          Tu peux aussi essayer de garder une base de données dans un fichier (SQLite) comme proposé à l’installation, c’est peut-être moins foireux.

          J’attends ton retour ! 🙂

          Répondre
          • 25 novembre 2013 à 9 h 47 min
            Lien Permanent

            Salut,
            après plusieurs renvoi infructueux j’ai re-télécharger l’archive (en tar cette fois) que j’ai à nouveau téléverser, et tout marche nickel.
            Merci pour vos réponses.

  • 23 novembre 2013 à 12 h 20 min
    Lien Permanent

    Salut,

    Merci pour ces informations, tout fonctionne presque bien avec la V5 et sur un ovh mutualisé. Je constate cependant une lenteur insurmontable, 10Mo uploadé après 1 nuit ! ça risque d’être long de synchroniser les Go que j’ai sur dropbox… (sans compté l’interface web très lente aussi).

    Quelqu’un d’autre à ce problème ? J’ai fait quelque chose de mal ?

    Répondre
    • 23 novembre 2013 à 21 h 21 min
      Lien Permanent

      Salut,

      pour ce qui est de la lenteur : tu as envoyé 10Mo, mais via l’interface web ? Si oui, c’est normal que tu n’ailles pas beaucoup plus loin, Apache limite le temps d’exécution des scripts et on ne peut pas agir sur cette limite via le mutualisé.

      Pour transférer tout ton compte Dropbox, le plus simple serait de le faire via le client (et encore…) ou via FTP (FileZilla par exemple), là tu es certain que ça passera.
      Les fichiers sont à déposer dans /data//files/ (par FTP j’entends).

      Le client faisant appel à SabreDAV, il est possible que de très gros fichiers ne passent pas non plus, j’avoue ne pas avoir essayé, les fichiers de mon ownCloud dépassant rarement quelques Mo.

      Quant aux lenteurs de l’interface web… Elles se font moins ressentir sous Firefox que sous Chromium et autres, et sont dues au fait qu’ownCloud est lourd (l’air de rien) et à certaines optimisations d’Apache absentes du mutualisé. Comprends par là qu’à ma maison, c’est plus fluide 😉

      J’espère avoir répondu à tes questions ! :mrgreen:

      Répondre
      • 24 novembre 2013 à 10 h 27 min
        Lien Permanent

        bonjour Maxime,

        Merci pour ta réponse. En fait je constate la lenteur via le client (sous Mac OS). Je l’ai laissé tourné encore une nuit et il a réussi à uploader 64Mo : c’est excessivement lent. Il me parait évident qu’il s’agit d’un problème côté owncloud car l’upload via FTP est bien bien plus rapide, sans aucune comparaison (proche du Mo/s). La lenteur de l’interface web, je m’en accommode, mais la synchro, ce n’est presque pas utilisable. J’ai synchroniser un calendrier, ça a mis 3h !

        Répondre
          • 24 novembre 2013 à 22 h 17 min
            Lien Permanent

            Hey !

            Question autre, en voyant la « unknown error » : est-ce que tu utilises WebDAV en HTTPS ? Si oui, essaie sans. Moins sécurisé bien évidemment, mais c’est la configuration d’OVH qui fait chier.

            Je sais vraiment pas d’où viennent ces erreurs, n’ayant pas trop de détails sur la conf OVH, et n’ayant pas approfondi non plus…

            Quant à l’erreur qui concerne les caractères, jamais vu 😀

          • 1 décembre 2013 à 10 h 12 min
            Lien Permanent

            bon, je pense avoir pas mal exploré le problème et j’ai trouvé la cause du « unknown error ». En réalité, tout fonctionne presque bien (client mac 1.4.X et serveur 5.0.X) tant que les dossiers et fichiers à synchroniser sont légers (<1Mo environ pour moi car il ne s'agit pas directement d'un problème de poids mais plutôt de temps d'upload, c'est donc dépendant du débit d'upload de la connexion internet). Si le fichier est trop gros, le temps d'upload dépasse 30s, qui est la limite accepté par un mutu ovh. Owncloud essaye de forcer ces limites à 1h dans base.php mais un mutu s'en fou et il semble impossible de dépasser cette limite :

            //try to configure php to enable big file uploads.
            //this doesn´t work always depending on the webserver and php configuration.
            //Let´s try to overwrite some defaults anyways

            //try to set the maximum execution time to 60min
            @set_time_limit(3600);
            @ini_set('max_execution_time', 3600);
            @ini_set('max_input_time', 3600);

  • 25 novembre 2013 à 23 h 10 min
    Lien Permanent

    Salut,

    Je suis en 5.0.13, chez OVH, type d’offre : perso2014. J’ai déjà réinstallé plusieurs fois sans succès et j’ai un warning récurrent :
    Warning PHP Undefined index: display_name at /homez.775/mullerst/www/owncloud/lib/base.php#772

    Voilà, voilà ..

    Répondre
  • 27 novembre 2013 à 2 h 16 min
    Lien Permanent

    Plus simple, plus secure (pas de login/pass dans un fichier et plus rapide (pas d’appel soap!)
    function ovh_free_space(){
    $quota = shell_exec(‘quota | tail -n1′);
    $quota_use = 1024*preg_replace(‘#^ +(\d+) +(\d+) [ \d]*#’, ‘$1′, $quota);
    $quota_total = 1024*preg_replace(‘#^ +(\d+) +(\d+) [ \d]*#’, ‘$2′, $quota);
    return $quota_total – $quota_use;
    }

    Répondre
    • 11 décembre 2013 à 15 h 55 min
      Lien Permanent

      Hou, faut que j’essaie ça à l’occasion ! Merci du partage !
      Vrai qu’au début, j’ai « juste » fait en sorte que ça marche… il y a toujours moyen de faire mieux ! 🙂

      Répondre
    • 12 décembre 2013 à 10 h 54 min
      Lien Permanent

      pas con ça. Est-ce que c’est pas plus rapide aussi ? Je me disais que l’éxecution d’une commande était certainement plus rapide que l’appel à un web service mais je suis pas sûr.

      Répondre
  • 3 décembre 2013 à 16 h 59 min
    Lien Permanent

    Bonjour,
    merci BEAUCOUP pour avoir pris la peine de partager vos connaissance et faire ce tuto
    Grâce à lui j’ai vu la page ou est ses post de passe mais quand il a affiché le message post install j’ai eu ça :

    Parse error: syntax error, unexpected T_STRING, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or ‘}’ in /homez.xxx/*****/www-stock/lib/base.php on line 34

    m^me en recopiant le htaccess

    une idée ?

    Répondre
  • 6 décembre 2013 à 16 h 46 min
    Lien Permanent

    De mon côté, sur un mutu des plus classique, toujours impossible de faire un upload qui dure plus de 10 secondes. Par exemple pour 1 fichier (quelques Mo), l’upload démarre puis au bout de 10 secondes s’arrête, pour recommencer à zéro puis 10 secondes plus tard, une « unknown error » apparait et la synchronisation échoue. Cela tourne en boucle comme cela. J’ai joué avec les limitations d’upload dans l’interface et cela change seulement le volume du fichier qui est uploadé pendant la période des 10s mais ça ne rallonge pas le temps. Tout ça malgré un phpinfo() qui autorise des connexions suffisamment longue (au moins plus de 10s) :
    max_execution_time 120 120
    max_file_uploads 20 20
    max_input_time -1 -1

    Répondre
  • 6 décembre 2013 à 17 h 13 min
    Lien Permanent

    bonjour,
    pour ma part le problème que tu rencontres a été résolu quand je me suis connecté en http et non en httpS depuis plus de soucis enfin hormis un degré de sécurité plus faible 😉

    Répondre
    • 6 décembre 2013 à 17 h 22 min
      Lien Permanent

      En effet ! je pensais avoir déjà testé cela mais j’ai du le faire depuis une installation pas très clean et des fichiers de synchro devaient bloquer quelque chose. Je ne constate donc plus le pb en passant en http. Finalement, quel est l’impact de ne plus passer par https ? Je veux dire par là que les données qui transitent ne sont pas chiffrées de toute façon.

      Répondre
      • 6 décembre 2013 à 17 h 26 min
        Lien Permanent

        En fait, la question serait de savoir comment passer en https mais il me semble bien que ce n’est pas possible car le certificat est valide pour le serveur mutu complet et non pas pour notre petite partie, ce qui ne permet pas de l’installer ailleurs.

        Répondre
        • 11 décembre 2013 à 15 h 54 min
          Lien Permanent

          Oui, d’ailleurs si vous vous connectez en https à votre instance OC, vous avez quelque part dans les paramètres un encart qui vous indique que quelque chose ne fonctionne pas correctement. En http « classique », moins de soucis.
          Il y a déjà l’histoire du certificat dont le nom ne colle pas à l’URL appelée (ou alors appelez votre instance par le nom « crade » fourni par OVH), mais il y a probablement des choses au niveau de la conf’ d’Apache+SSL qui ne va pas non plus. Et là, impossible d’agir dessus sur un mutualisé.

          BTW, ce souci est expliqué dans une « boîte » en haut du tuto, ainsi que dans plusieurs commentaires précédents. 😉

          Répondre
  • 26 décembre 2013 à 0 h 28 min
    Lien Permanent

    Bonjour,
    Merci pour ton beau tutoriel.
    En l’occurrence, avec la version stable actuelle, il faut modifier deux-trois petites choses, mais c’est fondamentalement le même principe.

    Merci encore !

    Répondre
  • 25 janvier 2014 à 11 h 45 min
    Lien Permanent

    Bonjour, et un grand merci pour ce tutorial !

    J’ai installé la dernière version (6.0.1) de ownCloud sur un mutualisé OVH en suivant ce tutorial mais avec les modifications suivantes :

    1) Le fichier storage.php se trouve dans
    /lib/private/files/storage (et non /lib/files/storage)

    De plus, la ligne à commenter est
    $space = @disk_free_space($this->datadir . $path);
    que j’ai remplacée par :
    $space = ovh_free_space($this->datadir . $path);

    J’ai bien sûr modifié aussi la commande d’inclusion :
    include(‘lib/private/files/storage/local_ovh.php’);

    2) Par ailleurs, j’ai utilisé la version de ovh_free_space() proposée par Adrien dans les commentaires, afin d’éviter de coder un mot de passe en dur.

    3) Je te suggère de répéter, à la fin du tutorial, qu’il faut vérifier à nouveau le .htaccess. Je confirme que la modification initiale est mystérieusement écrasée à un moment donné (peut-être lorsqu’on accède à l’URL dans le navigateur ?)

    L’interface Web fonctionne, mais pas encore la synchro (j’ai le problème signalé par Cardabelle précédemment, je continue à chercher).

    Répondre
    • 25 janvier 2014 à 16 h 30 min
      Lien Permanent

      Hello,

      pour info et comme mentionné en haut de cette page, la procédure d’installation de ownCloud 6.0.x fait l’objet d’un tutoriel dédié, accessible ici : http://open-freax.fr/owncloud-6-mutu-ovh/ .

      Pour la synchro, elle fonctionne en clair, et pour la faire fonctionner avec SSL, je t’invite à lire les commentaires du tuto de la v6, la réponse s’y trouve.

      À bientôt 🙂

      Répondre
  • 26 janvier 2014 à 11 h 27 min
    Lien Permanent

    Ah, j’étais passé trop vite au coeur du tutoriel ! Merci pour la réponse.

    Répondre
  • Ping : [Tuto] ownCloud 7 sur un mutualisé OVH | Open-Freax

  • Ping : Installer Owncloud 5 sur un hébergement OVH mutualisé | Thomas Durin

  • Ping : Installation de Owncloud sur hébergement mutualisé OVH | Julien Coubronne

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *