Owncloud: fichier .ocdata et changement de repertoire data

Owncloud: fichier .ocdata et changement de repertoire data - Logiciels - Linux et OS Alternatifs

Marsh Posté le 05-11-2014 à 19:46:59    

Bonjour,
 
Je suis sur Ubuntu 14.10 et j'ai installé owncloud de la manière suivante sur xterminal
 
sudo sh -c "echo 'deb download.opensuse.org/repositories/isv:/...unity/xUbuntu_14.10/ /' >> /etc/apt/sources.list.d/owncloud.list"
sudo apt-get update
sudo apt-get install owncloud
 
Je me rends compte que que toutes les données vont se stocker sur la partition principale alors que j'ai une seconde partition de 140 Go qui onviendrait pour le stockage
 
je crée donc (après avoir utilisé une première fois owncloud) un autre endroit pour le stockage, j'opère de la manière suivante:
 
Sudo service apache2 stop
 
puis j'ouvre l'éditeur pour modifier le chemin des données qui va se situer sur la nouvelle partition: (ma nouvelle partition porte l'étiquette datas et est accessible dans "/media/gege"
 
sudo nano /var/www/owncloud/config/config.php
et je change la ligne par
'datadirectory' => '/media/gege/datas/owncloud_data',
 
ensuite je tape:
sudo mv /var/www/owncloud/data /media/gege/datas/owncloud_data
 
Le dossier Data est copié sur le nouvel emplacement
 
Je redémarre le service apache:
sudo service apache2 start
 
Je lance le navigateur sur "localhost/owncloud"
 
et j'ai le message suivant:
Le répertoire (/media/gege/datas/owncloud_data) est invalide
 
Veuillez vérifier que le répertoire de données contient un fichier ".ocdata" à sa racine.
 
Je vérifie et le fichier .ocdata est bien présent dans le repertoire /media/gege/datas/owncloud_data
 
Qu'elle est la solution ?
 
merci pour votre aide

Reply

Marsh Posté le 05-11-2014 à 19:46:59   

Reply

Marsh Posté le 07-11-2014 à 09:54:59    

Les droits d'accès sur tout le chemin /media/gege/datas/... sont OK pour l'utilisateur qui exécute apache (généralement www-data) ?


Message édité par e_esprit le 07-11-2014 à 09:55:10

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 07-11-2014 à 16:36:27    

Bonjour tout le monde !!
 
J'ai exactement le même souci que lui !
 
Mon data est dans var/www alors que mon owncloud est dans var/www/owncloud
 
Mes droits sont configurés comme ceci :  
 
chgrp www-data config -R
root@debian:/var/www/owncloud# chgrp www-data apps -R
root@debian:/var/www/owncloud# ls /var/www/owncloud/config -l
total 20
-rw-r----- 1 www-data www-data   451 nov.   7 11:39 config.php
-rw-r--r-- 1 www-data www-data 14499 août  26 12:18 config.sample.php
root@debian:/var/www/owncloud# chmod 770 www-data apps -R
root@debian:/var/www/owncloud# chmod 770 apps -R
root@debian:/var/www/owncloud# chmod 770 config -R
root@debian:/var/www/owncloud# cd /var/www/
root@debian:/var/www# chmod 770 data -R
 
Comme précisé dans le tuto que j'ai suivi (merci It-connect)  
 
Par contre, je ne vois pas le .ocdata dans le dossier data.

Reply

Marsh Posté le 07-11-2014 à 19:05:35    

Nartoto, tu aurais l'adresse du tuto que tu as suivi ?
Merci

Reply

Marsh Posté le 07-11-2014 à 19:20:42    

e_esprit, voici les droits sur les répertoires, par contre je ne sais pas comment faire pour l'utilissateur qui exécute apache
 
drwxr-xr-x  24 root root  4096 nov.   2 12:13 lib
drwx------   2 root root 16384 nov.   2 11:54 lost+found
drwxrwxrwx   3 root root  4096 nov.   2 12:46 media
drwxr-xr-x   2 root root  4096 oct.  16 02:41 mnt
drwxr-xr-x   3 root root  4096 nov.   2 13:37 opt
dr-xr-xr-x 200 root root     0 nov.   7 19:00 proc
-rw-r--r--   1 root root  1003 oct.  30 16:37 Release.key
drwx------  10 root root  4096 nov.   2 16:28 root
drwxr-xr-x  28 root root   880 nov.   7 19:11 run
drwxr-xr-x   2 root root 12288 nov.   2 12:13 sbin
drwxr-xr-x   2 root root  4096 oct.  22 20:36 srv
dr-xr-xr-x  13 root root     0 nov.   7 19:00 sys
drwxrwxrwt   5 root root  4096 nov.   7 19:17 tmp
drwxr-xr-x  10 root root  4096 oct.  22 20:36 usr
drwxr-xr-x  14 root root  4096 nov.   2 16:51 var
lrwxrwxrwx   1 root root    30 nov.   2 14:06 vmlinuz -> boot/vmlinuz-3.16.0-24-generic
lrwxrwxrwx   1 root root    30 nov.   2 12:11 vmlinuz.old -> boot/vmlinuz-3.16.0-23-generic

Reply

Marsh Posté le 07-11-2014 à 19:33:10    

La c'est on voit les droits sur /media, mais après, sur /media/gege ? et /media/gege/datas ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 07-11-2014 à 20:11:23    

root@TOSHIBA-1:/media# ls -l
total 4
drwxr-x---+ 3 root root 4096 nov.   7 19:12 gege
 
*****
root@TOSHIBA-1:/media/gege# ls -l
total 4
drwxrwxrwx 5 root root 4096 nov.   2 17:10 datas
 
 
 

Reply

Marsh Posté le 07-11-2014 à 20:41:35    

Tu peux faire un :
getfacl /media/gege
 
Parce que t'as pas le droit de le traverser, mais à priori y a des acls (le + dans la liste des droits), donc peut-être qu'un groupe a le droit de le traverser.


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 07-11-2014 à 21:42:05    

root@TOSHIBA-1:/home/gege# getfacl /media/gege
getfacl : suppression du premier « / » des noms de chemins absolus
# file: media/gege
# owner: root
# group: root
user::rwx
user:gege:r-x
group::---
mask::r-x
other::---

Reply

Marsh Posté le 08-11-2014 à 11:27:01    

Si je comprends bien, ici
l'utilisateur à tous les droits (rwx)
l'utilisateur gege à les droit de lecture et d'execution (rx)  
le group root n'a aucun droit  
les autres utilisateurs n'ont aucun droit
 
donc à priori si je suis connecté en tant que gege je peux lancer owncloud sans rencontrer de problèmes ?
Et pourtant je rencontre des problèmes avec cet utilisateur
*mais je me trompe peut-être dans mon analyse...

Reply

Marsh Posté le 08-11-2014 à 11:27:01   

Reply

Marsh Posté le 08-11-2014 à 11:57:31    

je poursuis mes recherches,
il faudrait peut-être que l'utilisateur fasse partie d'un groupe qui a tous les droits, mais quels sont les groupes dans les propriétés de l'utilisateur qui possèdent tous les droits acl ?

Reply

Marsh Posté le 08-11-2014 à 12:35:56    

Tente avec ça :
setfacl -R -m u:www-data:rwx /media/gege
 
Si ça ne change rien tu pourras la supprimer avec :
setfacl -R -x u:www-data /media/gege


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 08-11-2014 à 13:15:29    

Je viens de tester et c'est toujours pareil

Reply

Marsh Posté le 09-11-2014 à 18:34:14    

Petite erreur, ça fonctionne...
 
Par contre si je redémarre le poste où se trouve owncloud j'ai à nouveau ce message d'erreur avec .ocdata, mais si je vais dans l'explorateur (nautilus) que je regarde le contenu de /media/gege, d'un coup j'accède à owncloud par le navigateur...
Comme s'il fallait aller dans le répertoire pour activer quelque chose...
Je l'ai fait à chaque démarrage et si je ne vais pas manuellement dans /media/gege j'aurai ce message d'erreur .ocdata dans le navigateur
 
Etrange, quelqu'un à une idée pour solutionner ce problème ?

Reply

Marsh Posté le 09-11-2014 à 18:40:21    

C'est un disque dur externe, non ?
Si oui, faut que tu crées une règle pour le monter automatiquement à la connexion.


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 09-11-2014 à 19:43:07    

non, en fait c'est la 2ième patition du disque dur formaté en ext4

Reply

Marsh Posté le 09-11-2014 à 19:44:26    

Tu as quoi dans ton fichier /etc/fstab ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 09-11-2014 à 19:52:55    

curieux, je n'ai pas de répertoire fstab dans /etc

Reply

Marsh Posté le 09-11-2014 à 20:56:38    

je l'ai trouvé, c'est un fichier caché
voici le contenu
 
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=5899fe82-b709-4f88-8bac-c05113c59dc2 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=71a6dfd2-a94c-467a-82ad-5e698fffd5be none            swap    sw              0       0


Message édité par gock1 le 09-11-2014 à 20:57:31
Reply

Marsh Posté le 09-11-2014 à 21:00:11    

j'ai un autre souci, à distance quand je veux uploader un fichier de 2Go, owncloud fais le boulot de transfert jusqu'à la fin, mais à la fin il affiche "error server" et donc je n'ai rien sur owncloud
Il n'y a pas eu de coupure entre temps et cela s'est reproduit

Reply

Marsh Posté le 10-11-2014 à 11:28:20    

Donc il faut que tu rajoutes ta seconde partition dans le fstab pour qu'il soit monté automatiquement au démarrage.
 
Et pour le problème des fichiers de plus de 2Go, c'est potentiellement une limite dans un réglage de PHP ou de Apache. Ou encore ton navigateur (client) qui n'est pas capable de gérer plus.


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed