Rechercher dans la communauté

Bonjour, Je vous appelle à l'aide car j'ai un problème que je n'arrive pas à résoudre et qui commence à affecter ma santé mentale... Un petit résumé du problème avant de développer : Je crée des espaces SFTP sur un NAS Synology RS3617xs+ (DSM 7.1.1-42962 Update 1) Je monte ces espaces SFTP sur des instances Nextcloud en tant que stockages externes (ce sont des instances Nextcloud qui ne sont pas hébergées sur le NAS mais sur des serveurs distants) Depuis Nextcloud je crée des dossiers sur ces espaces de stockage SFTP. Il est ensuite impossible via Nextcloud de supprimer ces dossiers, il est par contre possible toujours depuis Nextcloud de les renommer ou de les déplacer. Les fichiers peuvent être supprimés sans problèmes, le problème concerne uniquement la suppression des dossiers. Toutes mes instances Nextcloud (une quinzaine en version 25.0.2 et 25.0.3) sont affectées par ce problème. J'ai pensé à un bug Netcloud mais j'ai fais des installations from scratch de versions antérieures (23.0.12 et 24.0.9) et le problème est le même alors que ces versions n'ont jamais été affectées par ce problème. De plus si j'utilise un espace SFTP situé ailleurs que sur le NAS (un serveur Debian de base avec MySecureShell) il n'y a aucun problème pour supprimer les dossiers avec Netxcloud. Ci-dessous vous trouverez toutes les démarches que j'ai effectué pour essayer de comprendre le problème : L'administrateur Nextcloud monte un espace de stockage SFTP "MY-PROJECT" vide et le rend disponible pour l'utilisateur "King". Ce stockage externe est hébergé sur le NAS. L'utilisateur "King" accède au stockage SFTP "MY-PROJECT" depuis son Home Nextcloud. Le dossier est vide comme prévu. L'utilisateur "King" crée un dossier nommé "test-directory" Ci-dessous les logs Nextcloud confirmant la création du dossier "test-directory" (c'est une commande WebDAV) ***REMOVED SENSITIVE VALUE*** - - [21/Jan/2023:17:33:18 +0000] "MKCOL /remote.php/dav/files/king/MY-PROJECT/test-directory HTTP/1.1" 201 626 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:108.0) Gecko/20100101 Firefox/108.0" Les logs du NAS confirment une connexion SFTP depuis Nextcloud et la création du dossier "test-directory" Et effectivement on peut voir le dossier "test-directory" dans FileStation De retour sur Nextcloud l'utilisateur "King" supprime le dossier "test-directory" Il semble que le dossier "test-directory" a bien été supprimé sans aucun message d'erreur. Ci-dessous les logs Nextcloud concernant la suppression du dossier "test-directory". ***REMOVED SENSITIVE VALUE*** - - [21/Jan/2023:17:42:34 +0000] "DELETE /remote.php/dav/files/king/MY-PROJECT/test-directory HTTP/1.1" 204 537 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:108.0) Gecko/20100101 Firefox/108.0" MAIS dans Nextcloud si l'utilisateur "King" clique sur "MY-PROJECT" sur le fil d'Ariane ou qu'il rafraîchit la page, le dossier "test-directory" est de retour ! En fait le dossier "test-directory" est de retour car il n'a pas été supprimé sur le NAS Les logs du NAS montrent la tentative de suppression. Il y a peut-être un indice ici car on voit que Nextcloud essaye de supprimer le FICHIER "test-directory" et pas le DOSSIER "test-directory". Maintenant connectons-nous directement à l'espace SFTP sur le NAS en utilisant Filezilla. Nous utilisons les mêmes identifiants que ceux utilisés pour monter le stockage externe SFTP sur Nextcloud. On supprime le dossier "test-directory" dans le NAS en utilisant Filezilla. Ça a l'air de fonctionner, le dossier "test-directory" n'est plus présent. Et on ne le voit plus non plus dans Nextcloud Allons voir si le dossier a bien été supprimé dans le NAS avec Filestation... Oui, le dossier a bien été supprimé dans le NAS. Regardons à nouveau les logs du NAS La première ligne est la tentative réussie de suppression du dossier "test-directory" en utilisant Filezilla (Event : Delete Folder | Folder). La seconde ligne est la tentative précédente échouée de suppression du dossier "test-directory" en utilisant Netxcloud (Event : Delete | File). Il semble donc qu'en passant par Nextcloud le NAS essaye de supprimer un fichier et pas un dossier. Quelqu'un peut-il me venir en aide pour aller plus loin dans le diagnostic ? Merci pour votre aide. Bonne journée.

Bonjour, Après la réception de mon NAS DS220j, j'ai souhaité recréer l'arborescence des fichiers proposés de base (supprimer les dossiers partagés existant, dont photos...). Cependant, et malgré une tentative de ré-indexation de mon dossier de photo, il m'est impossible de le faire apparaître dans Photos Station. Savez vous s'il est en effet possible de voire des photos dans un dossier créé par l'utilisateur dans Photo Station ? Je vous remercie d'avance, Antoine

Bonjour a tous, Voici ma configuration : - Synology 1511+ - Transmission 2.42 de zébulon pour mes telechargements - Serveur multimedia activé avec mon répertoire "Downloads" indexé - Freebox Révolution pour la lecture via UPNP Voici mon probleme : Lorsque je telecharge un fichier avec Transmission, par exemple "Top.gear.22.11.11.DBFR.avi" une fois le telechargement fini le fichier est déplacé automatiquement dans mon repertoire "Downloads" Je vais sur ma freebox, et navigue sur le reseau pour lire mon film : il n'apparait pas, meme apres plusieurs jours. Si je vais renommer ou déplacer mon episode de top gear dans un sous dossier, et que je retourne vois sur ma freebox, le fichier est instantanément disponible. Est ce pareil chez vous ? j'aimerais vraiment ne pas etre obliger de renommer ou déplacer chaque fichier que je telecharge avec transmission pour pouvoir les lire...