Piwigo.org

weierstrass01 · 2011-09-18 22:57:59

Bonjour à tous,

Comme c'est mon premier post ici, je précise que j'ai installé récemment piwigo (2.2.5) sur le couple (Debian Squeeze, Apache2), et digikam est ici en version 2.1.1.

(Note : ayant installé piwigo via le paquet Debian, j'ai du changer la propriété de plusieurs répertoires de root à www-data (l'utilisateur d'Apache) : _data, language, local, upload, admin, galleries, plugins, themes)

Je sais bien que le plugin d'export n'est pas sous la responsabilité de l'équipe de piwigo, mais je pense que mon problème a plutôt trait à un souci côté serveur.

En effet, l'upload d'images à partir du site lui-même fonctionne bien. Par contre, avec le plugin de digikam, tout semble fonctionner (aucune erreur reportée), mais je ne retrouve pas d'image dans la galerie cible.

En farfouillant dans les logs Apache, deux erreurs sont reportées :

Apache2 a écrit:
[Sun Sep 18 22:31:32 2011][error] [client 192.168.0.101] PHP Warning: chmod(): No such file or directory in /usr/share/piwigo/web/include/ws_functions.inc.php on line 1321

Apache2 a écrit:
[Sun Sep 18 22:31:32 2011] [error] [client 192.168.0.101] PHP Warning: md5_file(./upload/2011/09/18/20110918223132-022ddf7f.jpg): failed to open stream: No such file or directory in /usr/share/piwigo/web/include/ws_functions.inc.php on line 1324

Le dossier ./upload ne contient pas de tel fichier (logique me direz-vous, vu l'erreur !).

La première ligne tend à incriminer, si ce n'est ws_functions.inc.php, en tout cas un processus côté piwigo même.

En farfouillant le forum, j'ai cru bon d'activer ws_enable_log :

piwigo_ws.log a écrit:
[2011-09-18T22:31:31+02:00] [ws_images_add_chunk] welcome
[2011-09-18T22:31:31+02:00] [ws_images_add_chunk] input param "original_sum" : "73e60617236b74f2ea0323e5e3ed99ff"
[2011-09-18T22:31:31+02:00] [ws_images_add_chunk] input param "position" : "1"
[2011-09-18T22:31:31+02:00] [ws_images_add_chunk] input param "type" : "thumb"
[2011-09-18T22:31:31+02:00] [ws_images_add_chunk] data length : 11760
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "original_sum" : "73e60617236b74f2ea0323e5e3ed99ff"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "name" : "DSC_0252"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "author" : ""
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "categories" : "1"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "file_sum" : "022ddf7fc1b6622e03f5ce2fe1811f0f"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "thumbnail_sum" : "fa88289444c32e087531e8d2c0910f93"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "date_creation" : "2011-08-27"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "tag_ids" : ""
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "comment" : "DSC_0252"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "high_sum" : "NULL"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "original_filename" : "NULL"
[2011-09-18T22:31:32+02:00] [pwg.images.add] input param "level" : "0"
[2011-09-18T22:31:32+02:00] [add_file] file_path : ./upload/2011/09/18/20110918223132-022ddf7f.jpg
[2011-09-18T22:31:32+02:00] [add_file] upload_dir : ./upload/2011/09/18
[2011-09-18T22:31:32+02:00] [merge_chunks] input parameter $output_filepath : ./upload/2011/09/18/20110918223132-022ddf7f.jpg
[2011-09-18T22:31:32+02:00] [merge_chunks] memory_get_usage before loading chunks: 6024752
[2011-09-18T22:31:32+02:00] [merge_chunks] memory_get_usage after loading chunks: 6024832

Étant nouveau dans la partie, ce log ne me parle pas ! ;-)

Auriez-vous une quelconque idée de ce qui bloque ?

plg · 2011-09-20 14:28:48

Bonjour weierstrass01,

Merci pour cette explication détaillée (et l'évidente recherche de solution avant de poser la question ;-). Je n'arrive cependant pas à comprendre d'où vient le soucis.

Est-ce que tu peux vider le répertoire upload/buffer, refaire un essai et dire s'il y a quelque chose dans ce répertoire ?

weierstrass01 · 2011-09-20 21:21:16

plg a écrit:
Bonjour weierstrass01,

Merci pour cette explication détaillée (et l'évidente recherche de solution avant de poser la question ;-). Je n'arrive cependant pas à comprendre d'où vient le soucis.

Est-ce que tu peux vider le répertoire upload/buffer, refaire un essai et dire s'il y a quelque chose dans ce répertoire ?

Aussitôt dit aussitôt fait ! (et merci au passage d'essayer d'éclairer ma lanterne, parce que là je sèche).

Donc malheureusement non, ça n'a aucune incidence.

J'ai cru que les permissions pouvaient empêcher l'écriture (étonnant, puisque j'arrive à ajouter des photos depuis l'interface de piwigo, mais bon), donc j'ai passé upload et son arborescence à 777 : toujours rien.

Mais je commence à me demander si la photo atterrit vraiment dans ce dossier. Car autant l'arborescence a l'air d'être créée sans problème (upload/2011/09/20/), autant je n'ai jamais rien dedans (uniquement index.html).
Et dans buffer/, autant de fichiers *block (enfin je pense), que de tentatives avortées. Exemple type : 73e60617236b74f2ea0323e5e3ed99ff-thumb-00001.block

Bref...bizarre...

plg · 2011-09-20 21:52:38

weierstrass01 a écrit:
Et dans buffer/, autant de fichiers *block (enfin je pense), que de tentatives avortées. Exemple type : 73e60617236b74f2ea0323e5e3ed99ff-thumb-00001.block

C'est ça qui est intéressant, avant la prochaine tentative, nettoie se répertoire et refais un essai et dis moi précisément ce qu'il y a dans le répertoire upload/buffer

weierstrass01 · 2011-09-20 22:17:20

Et voilà !

Avant :

Code:

ls -l /var/lib/piwigo/web/upload/buffer/
total 16
-rw-r--r-- 1 www-data www-data 8818 20 sept. 21:10 73e60617236b74f2ea0323e5e3ed99ff-thumb-00001.block
-rw-r--r-- 1 www-data www-data   12 20 sept. 21:10 index.htm

Suppression :

Code:

rm /usr/share/piwigo/web/upload/buffer/*
ls -l /var/lib/piwigo/web/upload/buffer/
total 0

Après une tentative (sur la même photo) :

Code:

ls -l /var/lib/piwigo/web/upload/buffer/
total 16
-rw-r--r-- 1 www-data www-data 8818 20 sept. 22:10 73e60617236b74f2ea0323e5e3ed99ff-thumb-00001.block
-rw-r--r-- 1 www-data www-data   12 20 sept. 22:10 index.htm

Blackwood · 2011-10-03 19:36:58

Bonsoir,

Je me trouve aussi confronté au même problème (versions logicielles identiques).

Un petit UP pour relancer la machine...

Merci de votre aide

nicolas · 2011-10-04 23:25:19

weierstrass01 a écrit:
Bonjour à tous,

Comme c'est mon premier post ici, je précise que j'ai installé récemment piwigo (2.2.5) sur le couple (Debian Squeeze, Apache2), et digikam est ici en version 2.1.1.

(Note : ayant installé piwigo via le paquet Debian, j'ai du changer la propriété de plusieurs répertoires de root à www-data (l'utilisateur d'Apache) : _data, language, local, upload, admin, galleries, plugins, themes)

Cela ne t'aidera probablement pas à résoudre ton problème mais j'aimerais comprendre pourquoi tu as dû (ou cru devoir) changer les propriétés de certains répertoires ? Cela ne fonctionnait pas ?

p.s: je suis le mainteneur de package debian.

weierstrass01 · 2011-10-06 22:54:11

Bonsoir nicolas,

Pour répondre à ta question, oui j'ai du changer les propriétés de tous les répertoires existants sous /usr/share/piwigo/web/ tout simplement....parce que sinon toute mise à jour/upload de photos/... ne marchait pas.

Et pour cause : droits à 755 pour tout le monde, propriété de root:root, ça n'aidait pas Apache à modifier quoi que ce soit là-dedans !

Étant hors de questions de passer tout ça à 777 (on est pas des bœufs ! ;-)), j'ai refilé la propriété du bébé à www-data:www-data, l'utilisateur sous lequel fonctionne le daemon Apache.

Et ça marche bien ! Enfin...mis à part le problème que j'expose ici (mais je ne vois pas pourquoi ce serait un problème de permissions sur le répertoire upload/, sachant qu'en passant directement par piwigo l'upload fonctionne parfaitement).

Note : quitte à parler du paquet Debian, et même si j'applaudis des deux mains l'initiative, je me permets de faire remarquer qu'outre ce petit problème de permissions, il part un peu en sucettes quand on désinstalle : il m'a planté dpkg en rase campagne avec la moitié des dépendances sur les bras, et j'ai été obligé de forcer dpkg, puis d'éditer /var/lib/dpkg/info/piwigo.prerm pour arriver à m'en sortir (je passe sur le nettoyage de la BD à la main).

nicolas · 2011-10-07 10:34:57

weierstrass01 a écrit:
Bonsoir nicolas,

Pour répondre à ta question, oui j'ai du changer les propriétés de tous les répertoires existants sous /usr/share/piwigo/web/ tout simplement....parce que sinon toute mise à jour/upload de photos/... ne marchait pas.

Et pour cause : droits à 755 pour tout le monde, propriété de root:root, ça n'aidait pas Apache à modifier quoi que ce soit là-dedans !

Étant hors de questions de passer tout ça à 777 (on est pas des bœufs ! ;-)), j'ai refilé la propriété du bébé à www-data:www-data, l'utilisateur sous lequel fonctionne le daemon Apache.

Et ça marche bien ! Enfin...mis à part le problème que j'expose ici (mais je ne vois pas pourquoi ce serait un problème de permissions sur le répertoire upload/, sachant qu'en passant directement par piwigo l'upload fonctionne parfaitement).

Note : quitte à parler du paquet Debian, et même si j'applaudis des deux mains l'initiative, je me permets de faire remarquer qu'outre ce petit problème de permissions, il part un peu en sucettes quand on désinstalle : il m'a planté dpkg en rase campagne avec la moitié des dépendances sur les bras, et j'ai été obligé de forcer dpkg, puis d'éditer /var/lib/dpkg/info/piwigo.prerm pour arriver à m'en sortir (je passe sur le nettoyage de la BD à la main).

Merci pour les explications, je t'invite à ouvrir un bug sur l'outil adéquat. Cela me permet de suivre le problème et sa correction. Là tu sembles avoir eu deux problèmes (permissions et désinstallation), donc deux bugs.
Si tu en as envie, l'outil se trouve là :

http://www.debian.org/Bugs/Reporting

Les bugs déjà ouverts sont là :
http://bugs.debian.org/cgi-bin/pkgrepor … inc=normal

Concernant les problèmes que tu rencontres, sont-ils liés uniquement à ton installation avec le package debian ou pas ?

weierstrass01 · 2011-10-07 14:06:44

Merci pour ton invitation à reporter ces bogues dans le BTS. Je t'avoue que je n'avais pas l'impression que le paquet soit très suivi ("vieille" version (2.2.2) dans testing, experimental/unstable pas cohérent...), donc je m'étais dit que ça resterait lettre morte.

Mais si tel n'est pas le cas, tant mieux ! je vais faire un premier rapport pour le problème de permissions. Quant au second, j'en ferai un lorsque je re-désinstallerai, pour pouvoir joindre tous les logs utiles.

Pour ce qui est de savoir si mes problèmes sont liés à l'installation via le paquet Debian :
- pour le problème des permissions (et la désinstallation), oui certainement
- pour le problème de l'upload via la fonctionnalité de digikam, pas sûr

nicolas · 2011-10-07 14:55:34

weierstrass01 a écrit:
Merci pour ton invitation à reporter ces bogues dans le BTS. Je t'avoue que je n'avais pas l'impression que le paquet soit très suivi ("vieille" version (2.2.2) dans testing, experimental/unstable pas cohérent...), donc je m'étais dit que ça resterait lettre morte.

Mais si tel n'est pas le cas, tant mieux ! je vais faire un premier rapport pour le problème de permissions. Quant au second, j'en ferai un lorsque je re-désinstallerai, pour pouvoir joindre tous les logs utiles.

Pour ce qui est de savoir si mes problèmes sont liés à l'installation via le paquet Debian :
- pour le problème des permissions (et la désinstallation), oui certainement
- pour le problème de l'upload via la fonctionnalité de digikam, pas sûr

Non, non le paquet n'est pas mort. Je n'ai pas pris le temps de mettre à jour les version mineures il est vrai mais j'ai bien l'intention de packager la version 2.3.0

ddtddt · 2011-10-07 17:25:49

nicolas a écrit:
Non, non le paquet n'est pas mort. Je n'ai pas pris le temps de mettre à jour les version mineures il est vrai mais j'ai bien l'intention de packager la version 2.3.0

:-)

nicolas · 2011-10-07 19:10:27

ddtddt a écrit:
nicolas a écrit:
Non, non le paquet n'est pas mort. Je n'ai pas pris le temps de mettre à jour les version mineures il est vrai mais j'ai bien l'intention de packager la version 2.3.0
:-)

Ah oui j'ai oublié d'ajouter que c'était toi qui t'en occupait. Je délègue !! :-)

weierstrass01 · 2011-10-07 22:55:50

Bogue des autorisations soumis.

P.S : je trouve le premier commentaire fait à la suite du rapport assez pertinent : ne serait-il pas intéressant de ne garder qu'un lien symbolique pointant vers un dossier web/ dans /var/lib/ ?

P.S2 : vu que mon install de piwigo a du plomb dans l'aile (et toujours pas en prod), s'il y a besoin d'aide pour tester le futur paquet Debian 2.3.0, n'hésitez pas...

Dernière modification par weierstrass01 (2011-10-07 22:57:23)

nicolas · 2011-10-07 23:09:40

weierstrass01 a écrit:
Bogue des autorisations soumis.

Merci. Je n'ai plus qu'à essayer de reproduire le problème que je ne rencontre pas pour le moment. Comment fais-tu pour te retrouver dans une situation où certains répertoires n'ont pas les bonnes permissions ?

weierstrass01 a écrit:
P.S : je trouve le premier commentaire fait à la suite du rapport assez pertinent : ne serait-il pas intéressant de ne garder qu'un lien symbolique pointant vers un dossier web/ dans /var/lib/ ?

Je ne suis pas sûr de bien comprendre ta remarque. Dans /var il y a des données qui sont succeptibles de changer et dans /usr des données qui sont fixes. La partition (si c'est une partition à part) /usr peut être monté en lecture seule. Et du coup ce que tu proposes ne fonctionnerait pas. Ou alors je n'ai pas compris

weierstrass01 a écrit:
P.S2 : vu que mon install de piwigo a du plomb dans l'aile (et toujours pas en prod), s'il y a besoin d'aide pour tester le futur paquet Debian 2.3.0, n'hésitez pas...

Je te dis dès que c'est prêt. J'espère pouvoir m'en occuper la semaine prochaine.

Piwigo.org

Annonce

#1 2011-09-18 22:57:59

Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

Apache2 a écrit:

Apache2 a écrit:

piwigo_ws.log a écrit:

#2 2011-09-20 14:28:48

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

#3 2011-09-20 21:21:16

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

plg a écrit:

#4 2011-09-20 21:52:38

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

weierstrass01 a écrit:

#5 2011-09-20 22:17:20

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

Code:

Code:

Code:

#6 2011-10-03 19:36:58

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

#7 2011-10-04 23:25:19

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

weierstrass01 a écrit:

#8 2011-10-06 22:54:11

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

#9 2011-10-07 10:34:57

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

weierstrass01 a écrit:

#10 2011-10-07 14:06:44

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

#11 2011-10-07 14:55:34

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

weierstrass01 a écrit:

#12 2011-10-07 17:25:49

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

nicolas a écrit:

#13 2011-10-07 19:10:27

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

ddtddt a écrit:

nicolas a écrit:

#14 2011-10-07 22:55:50

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

#15 2011-10-07 23:09:40

Re: Export vers piwigo depuis digikam : ws_functions.inc.php en cause ?

weierstrass01 a écrit:

weierstrass01 a écrit:

weierstrass01 a écrit:

Pied de page des forums