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 J'ai installé NextCloud sur mon NAS en DSM 7. Celui-ci fonctionne correctement avec un profil bien défini dans WebStation Par contre j'ai un problème avec l'exécution de PHP par le planificateur de tache. La commande exécutée est la suivante : sudo -u http php74 /volume1/NextCloud/cron.php mais avec cette commande PHP 7.4 est exécuté dans sa configuration de base (avec trop peu de mémoire et sans les extensions requises) Comment faire pour lancer PHP avec le profil défini pour Nextcloud dans WebStation ? Merci de vos conseils

Bonjour, Suite aux tuto de .Shad, j'ai décider de me mettre à docker en commençant par NextCloud que je voulais tester. Niveau : Première fois Image : https://hub.docker.com/r/linuxserver/nextcloud Interface : docker-compose Mode réseau : MacVLAN docker-compose.yml : --- version: "2.1" services: nextcloud: image: linuxserver/nextcloud container_name: nextcloud networks: macvlan_network: ipv4_address: 192.168.0.225 environment: - PUID=1026 - PGID=100 - TZ=Europe/Paris volumes: - /volume1/docker/nextcloud/config:/config - /volume1/docker/nextcloud/data:/data ports: - 443:443 restart: unless-stopped networks: macvlan_network: external: name: macvlan-network (l'adresse 192.168.0.225 appartient bien au macvlan) Jusque là, pas de problème... Mais, dans l'interface de Docker de DSM, dans l'onglet Conteneur, j'ai un vilain message "aucun conteneur n'a été créé", toutefois, dans l'onglet réseau, le "macvlan-network" fait bien tourner le conteneur nextcloud. Est-ce dû au fait que j'ai utilisé docker-compose plutôt que l'interface graphique de docker sur DSM ? Bref, je ping bien le conteneur (192.168.0.225), d'ailleurs, quand je m'y connecte en HTTPS (par l'ip), j'ai bien l'alerte du problème de certificat. Quand je le valide, j'ai un beau 404. Quelqu'un aurait-il une idée sur ce problème (et si quelqu'un sait pourquoi l'interface de docker me dit que je n'ai pas de conteneur) ? Autre question, au passage, est-ce que je peux utiliser un utilisateur non admin avec les droits sur le dossier docker pour faire tourner les conteneurs ? Merci beaucoup par avance Taribam