Mic13710

Je sais, ta remarque date un peu. Arrête moi si je me trompe. On peut très bien utiliser les domaines "*.synology.me" en local à la condition de le faire via un serveur DNS local, celui du NAS ou autre. On le fait bien avec n'importe quel ndd, il n'y a pas de raison que ce soit différent pour "*.synology.me"

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

Il faudra se montrer patient. Selon le nombre de fichiers à traiter, l'opération peut prendre plusieurs jours.

Il faudrait relancer l'indexation des dossiers multimédia. C'est dans le panneau de configuration, service d'indexation.

On ne peut pas rajouter dans un SHR de disques plus petit que le plus petit disque avec lequel le shr a été construit. Si vos disques sont des 14To, vous ne pouvez rajouter que des disques de 14To minimum. Et si vous rajoutez des disques plus gros, il faudra en rajouter 2 de même capacité pour pouvoir exploiter les To supplémentaires au dela de 14To.

Bonjour @Lelolo , je re déplace car la question était dans la bonne rubrique même si l'application Synology Photos pour appareil nomade n'est pas explicitement citée dans la rubrique 😙 @Jean-Phi07 Est-ce que vous avez le même comportement en wifi et en 4G ?

Tout n'est pas dans file station c'est pour cette raison que je vous ai demandé le résultat de la commande df -h qui liste tous les dossiers du NAS, y compris ceux que vous ne voyez pas dans file station. Votre volume est en ext4 et si vous utilisez (ou avez utilisé par le passé) certains paquets comme par exemple Synology Drive, l'impact sur le stockage est important, et selon les dossiers que vous y mettez, ceux que vous ne voyez pas peuvent occuper jusqu'à la moitié de votre espace disque. Si vous n'utilisez votre NAS qu'en tant que stockage réseau (en gros un disque externe) sans aucune application (ce qui serait surprenant mais soit), dans ce cas vous n'avez que deux solutions : soit alléger vos dossiers d'au moins 500Go de données, soit augmenter la taille de votre stockage comme proposé par @firlin. Mais même dans ce dernier cas, je doute que ce soit encore possible car votre groupe est plein à 99% (40Go de dispo) et qu'il faut je pense de l'espace disponible pour pouvoir effectuer l'opération. Il faudra alors libérer de l'espace en transférant temporairement un ou plusieurs dossiers sur un disque externe.

C'est bien mais c'est insuffisant. Relisez ma demande. Et pour répondre à la question en titre du sujet, oui, le groupe est plein et ça doit faire un bon moment que le NAS n'est plus en avertissement mais en état critique. En plus des informations demandées, il faudrait nous donner le résultat de la commande df -hCommande à passer en ssh en mode terminal (putty sous windows)

Pour pouvoir répondre, il faut nous dire quelles applications sont utilisées et poster des captures du gestionnaire de stockage (volume, groupe)

Ca ne change rien à l'affaire. Ce n'est pas une limitation de DSM mais une limitation matérielle. La seule différence entre DSM 6 et 7 c'est la capacité du groupe à gérer le multi volume en natif. Le nombre maximum de volumes n'est pas extensible. Il est donné dans les caractéristiques du NAS. Absolument IMPOSSIBLE ! Un NAS monobaie est uniquement en basic contrairement à un multibaie qui lui est toujours en RAID, même s'il n'y a qu'un seul disque et qu'il est noté comme étant en basic. C'est en réalité un RAID monodisque qui n'est pas migrable vers un NAS monobaie.

Copie de vos règles de parefeu svp.

Il faut que le groupe puisse accepter le multivolume or le DS114 n'accepte qu'un seul volume de 16To max. Voir les caractéristiques : https://global.download.synology.com/download/Document/Hardware/DataSheet/DiskStation/14-year/DS114/enu/Synology_DS114_Data_Sheet_enu.pdf

Sinon, sur certains modèles android il est possible de forcer la connexion VPN permanente. Je ne sais pas sur iphone si ça existe.

Ce n'est pas le serveur qui est en cause. J'utilise Wireguard client sur un android et malgré qu'il soit activé en permanence, il se déconnecte dès que le smartphone n'est plus sollicité. Je dois simplement le relancer pour rétablir la connexion. C'est à mon sens un comportement normal. Dès lors que le téléphone est en veille il ne peut pas maintenir une connexion VPN active.

Le choix d'un NAS ne se résume pas à : "Quel modèle me conseillez-vous ?" Personne ne peux répondre à cette question sans qu'il y ait une définition des besoins actuels et futurs. Commencez donc par faire le point sur ce que vous voulez faire avec un nouveau NAS.

Je m'auto réponds. Je viens de faire le test, et en passant directement par l'IP du NAS et le port de Synology Photos, ça fonctionne. Comme je me connecte via un ndd et donc le reverse proxy, ça ne fonctionnait pas. C'étaient les websockets qui n'étaient pas activés dans le reverse proxy. Je ne sais pas pourquoi ils ne l'étaient pas. J'ai probablement modifié des règles et dans la précipitation j'ai omis de les rétablir alors qu'elles sont indispensables pour les échanges entre le NAS et l'application. Bref, en les remettant dans les paramètres de la règles pour le ndd d'accès à Synology photos, ça fonctionne à nouveau. Problème résolu.

Bonjour à tous, Depuis quelques temps, je constate un défaut très handicapant avec l'interface web de Synology Photos. Lors de la suppression d'une ou plusieurs photos, j'ai bien l'indication du traitement en cours mais ça ne va pas plus loin. Ca dure tant que je ne réactualise pas la page. Si ce n'est pas trop un souci tant qu'il n'y a que quelques photos sur la page, c'est difficilement acceptable lorsqu'il y en a des centaines dans un dossier car chaque actualisation revient à la première photo du dossier. Il faut alors tout faire défiler pour revenir à la dernière photo traitée. Très pénible. Ce n'est pas sur un seul PC mais sur tous mes PC que ce problème existe. Je suis sous Firefox et les PC sous windows 10 et 11. Suis-je le seul dans ce cas ?

Désolé, mais je ne vois pas ce que vous voulez faire. Sans explication, il sera difficile de vous répondre.

Désactiver un disque sur un groupe existant ? En faisant cela, vous dégradez votre groupe. A moins que je fasse erreur, si vous voulez convertir vos disques en BTRFS c'est que vous les avez migrés du 213J (en EXT4) vers le 225+. Du même coup, vous avez importé les limitations du groupe de disques de l'ancien NAS vers le nouveau, ce qui ne permet pas d'exploiter toutes les capacités du nouveau NAS. Dans votre cas, le seul moyen pour passer en BTRFS c'est de sauvegarder toutes vos données et de refaire une installation complète. Il ne s'agit pas seulement de détruire le groupe mais de faire une ré-installation de DSM pour pouvoir bénéficier d'une partition système à 7.9Go au lieu de 2.2Go des anciennes versions, puis création d'un nouveau groupe et restauration des données.

Oui mais comme je l'ai dit plus haut, vous avez changé de système. La sauvegarde est appliquée au PC ET à son système. Vous ne pouvez donc pas restaurer l'intégralité de la sauvegarde. Après, je n'utilise pas la sauvegarde de Drive. Je ne puis affirmer ce que je vous dis. J'utilise Active backup for Business dont le principe est tel que je l'ai décrit cad, restauration d'un PC à l'état de sa dernière sauvegarde, ce qui sous entend une correspondance d'OS pour pouvoir fonctionner. S'agissant du profil thunderbird spécifiquement, il me semble que ça doit être un peu similaire d'un OS à un autre. Si les fonctionnalités sont identiques, l'application est différente entre un windows et un linux ce qui peut empêcher le transfert d'un système à un autre.

Euh, pas vraiment non. De quelles sauvegardes s'agit-il ? Si ce sont des fichiers synchronisés de Synology Drive, il suffit de créer une nouvelle connexion entre le client linux et le NAS et tout se synchronise. En revanche, les tâches de sauvegardes se font du PC vers le nas. Je n'utilise pas les sauvegardes Synology Drive mais il me semble que c'est une sauvegarde par bloc qui est sensée pouvoir être restaurée uniquement vers le pc source. Si vous changez de pc et/ou d'os, il n'est pas certain que ça puisse fonctionner. A confirmer.

Donc pas issu d'une autorité de certification. Il est normal que le navigateur rechigne puisqu'un certificat auto-signé ne fait pas autorité.

Merci @PiwiLAbruti pour cette information. J'utilisais les serveurs FDN et je ne savais pas qu'ils n'étaient plus accessibles en clair. Ca explique les lenteurs que j'observais parfois dans la résolution des URL. J'ai ajouté une note dans le tuto de @Fenrir sur le serveur DNS.

Le seul moyen c'est de passer par un terminal. Il faut que SSH soit autorisé dans DSM (port 22). Vous installez PuTTY si PC windows, vous le lancez et vous vous connectez à l'IP du NAS, login et mot de passe, ceux de votre compte administrateur. Vous lancez cette commande : sudo du -sh /volume1/*Vous donnez le mot de passe administrateur pour pouvoir lancer la commande. c'est long, mais vous aurez la liste de tous les dossiers contenus dans le volume 1 et leurs tailles.

Je suis d'accord que synology devraient être plus explicites sur les limitations entre NAS de générations différentes. Ils parlent bien de migrations de volume > 16To qui doivent se faire vers des modèles pouvant gérer des volumes > 16To. On peut bien entendu migrer un volume <= 16To vers tous les NAS ayant au moins le même nombre de disques que le NAS source mais la migration vers un NAS capable de gérer des volumes supérieurs n'est pas traitée. Or, un groupe construit sur un NAS en volume 16To max ne peut pas gérer des volumes plus gros même si on le migre vers un NAS plus performant. C'est ce qu'il vous arrive. Et si vous migrer d'un modèle de base en ext4 vers un modèle en btrfs, vous ne pourrez pas non plus bénéficier des applications qui nécessitent ce format pour pouvoir fonctionner. Et Synology ne dit rien à ce sujet dans sa kb sur la migration des disques. Enfin, la taille de la partition système qui a changée à partir de DSM7.1 n'est absolument pas abordée. Or, une migration ne permet pas d'étendre la taille de cette partition qui reste à 2.2To. Si ça peut fonctionner encore un temps, il n'est pas dit que les prochaines versions de DSM ne demandent pas plus d'espace, d'où l'importance de repartir de 0 avec réinstallation complète de DSM pour bénéficier d'une partition à 7.9 To sans avoir à devoir le faire plus tard. En règle générale, si les NAS et/ou les versions de DSM sont trop différents, la migration des disques est à éviter. Il est préférable de passer par Hyperbackup pour faire la sauvegarde/restauration des données.