LowLow

Merci... bon il n'y a pas foule, il va me falloir ouvrir un ticket je penses (si je trouve comment faire !)

( Pour être plus précis : ) J'ai un soucis avec PhotoStation et je n'y comprend rien : Hier j'ai remarqué que je n'avais plus rien qui s'affichait lorsque j'allais sur //[iP du syno]/photo : page tout blanche (j'ai vérifié la source de la page : vide). En local comme depuis l'extérieur. Je me suis logué sur le DSM, j'ai vu que mon Photostation n'était pas à jour, je l'ai mis à jour au cas où ça règle le problème (et histoire d'avoir la dernière version, aussi). Ca n'a rien changé. Vider le cache du navigateur, redémarrer le paquet, redémarrer le syno, redémarrer apache, accéder à Photostation via le DSM, complétement désinstaller puis réinstaller Photostation : tout ça ne change rien non plus. Je ne sais pas quoi faire. De plus, si j'y j'accède via DS Photo+ depuis ma tablette ou mon smartphone, ça me donne un message comme quoi il n'est pas installé ou alors arrêté...

Bonjour, J'ai le même problème... quelle était l'explication d'après le support ? Et vous autres, avez-vouis réglé le problème depuis, et comment ?

J'ai fait le test ça ne change rien. J'ai vraiment l'impression que le programme freeze APRES l'étape du mktemp, en fait. J'ai fais des recherches sur le net sur comment débuguer un script python : j'ai utilisé trace.py pour ceux qui connaissent... j'ai pas tout compris mais en fait j'ai l'impression que je tombe sur un genre de "boucle infini" ?...

Oui mais je suis trop une quiche pour faire le script complet moi-m

Merci pour la piste, mais ça ne change rien... Par contre je suis aller fouiller dans les sources pour voir à quel moment était remonté le texte "Registering (mktemp) temporary file..." et j'ai trouvé ça dans un fichier tempdir.py : def mktemp(self): """ Return a unique filename suitable for use for a temporary file. The file is not created. Subsequent calls to this method are guaranteed to never return the same filename again. As a result, it is safe to use under concurrent conditions. NOTE: mkstemp() is greatly preferred. """ filename = None self.__lock.acquire() try: self.__tempcount = self.__tempcount + 1 suffix = "-%d" % (self.__tempcount,) filename = tempfile.mktemp(suffix, "mktemp-", self.__dir) log.Debug(_("Registering (mktemp) temporary file %s") % (filename,)) self.__pending[filename] = None finally: self.__lock.release() return filename Et du coup j'ai comme l'impression que, vu que ça m'a l'air assez difficile de planter dans cette fonction après avoir remonté ce texte, le problème n'est peut-être pas sur cette instruction mais sur celle d'après. Mais quelle est-elle ? Je ne suis pas assez balèze pour répondre

Bonjour, Pas de r

On utilisait FTP. Tous les ports redirigés correctement et tout. Mais on s'est rendu compte que ce n'était même pas la peine d'aller jusque là : ça plante exactement pareil en local (je veux dire : sur un même syno, en demandant de sauvegarder un répertoire vers un autre). Ce n'est pas non plus une question de volume de données : test réalisé avec comme répertoire à sauvegarder un répertoire ne contenant qu'un petit fichier. Donc bref, avant de faire du backup via le net, il faut déjà qu'on arrive à faire marcher ça en local sur nos propres bécanes. Et quand je vois que ça freeze comme ça, alors qu'on lui demande un truc ultra-simple, avant de creuser je me pose légitimement la question : Est-ce que quelqu'un a déjà fait marcher duplicity sur son NAS, est-ce faisable ? En effet, je ne trouve aucune info là-dessus ! Si quelqu'un a déjà essayé et réussi, on doit pouvoir le refaire Si quelqu'un a déjà essayé et a prouvé que c'était incompatible, alors c'est pas la peine Si personne n'a jamais essayé, alors on pourra creuser sur ce topic pour voir ce qu'on peut faire

Bonjour, Je cherches