Mic13710

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.

Tous les disques ne se valent pas en terme de bruit. Les 7200 sont plus bruyants que des 5400 et les entreprises de seagate ne brillent pas par leur silence. Si en plus vos disques sont sollicités en permanence, il ne faut pas s'attendre à pouvoir dormir la tête tout près du NAS. Vous pouvez tenter de mettre un matelas anti-vibration entre le NAS et son support histoire de filtrer les vibrations. Si le support est un meuble en bois, les vibrations sont amplifiées par ce dernier. Vous pouvez par exemple acheter en GSB un tapis anti-vibration pour machine à laver que vous découpez aux dimensions du NAS. C'est très efficace. Ceci dit, le bruit n'altère pas le fonctionnement du NAS.

Groupe ou storage pool c'est la même chose. Si vous êtes français, pourquoi ne pas mettre DSM en français, ce serait plus simple pour comprendre de quoi on parle. Donc, un groupe c'est un ensemble de disques qui peut être constitué de 1 à plusieurs disques. Un groupe de plusieurs disques est obligatoirement en RAID. Sur un groupe, on peut monter un ou plusieurs volumes. Dans le cas présent on passe par deux groupes et deux volumes pour faire le transfert des données vers un groupe définitif constitué de 5 disques. Ce que je propose depuis le début et que je répète une dernière fois, c'est d'utiliser un nouveau disque pour créer un nouveau groupe sur lequel vous mettez un nouveau volume. Sur ce volume vous faites vos sauvegardes. Vous sortez vos anciens disques, mettez les 4 nouveaux restants que vous mettez dans un groupe (différent bien évidemment de celui sur lequel vous avez fait vos sauvegardes). Sur ce groupe vous montez un nouveau volume et sur ce volume vous restaurez vos sauvegardes. La suite je l'ai expliquée plus haut. Maintenant, si vous voulez suivre des vidéos qui expliquent des choses qui ne sont pas du tout adaptées à votre cas, faites. Ce sont vos NAS, ce sont vos données. Oui, vous pouvez monter vos vieux disques issus d'un 410J qui date de 2010 sur un 1522+ qui date de 2022. Vous l'avez fait. Seulement, il y a un énorme gouffre entre les deux NAS et en faisant cela vous importez les limitations du 410J dans le 1522+. C'est comme si vous preniez une carrosserie de Ferrari et que vous y montiez un moteur de clio. Ca va marcher, mais.... Vous ne pourrez pas faire des volumes de plus de 16To car c'est une limitation d'un groupe créé avec un 410J et donc vous devrez créer plusieurs volumes pour pouvoir utiliser la totalité du stockage. Pour vos 5 x 10.9To, cela ferait 3 volumes. Pensez-vous que ce soit ce que vous cherchez ? A vous maintenant de choisir entre la clio ou la ferrari.

Non car si vous faites ça, vous ne ferez qu'augmenter le groupe 2 alors que le but c'est de transférer les données du groupe 2 vers le groupe 1. Vous montez un nouveau groupe et un nouveau volume sur le disque 5 sur lequel vous faites vos sauvegardes hyperbackup. Vous conservez le disque avec vos sauvegardes dans le NAS. Vous sortez les 4 disques anciens (mais vous les conservez sous le coude dans le même ordre pour pouvoir vous en servir si besoin). Vous installez vos 4 nouveaux disques sur lesquels vous créez un groupe (qui devrait être le 1) et un volume. Vous restaurez vos sauvegardes du groupe 2 vers le groupe 1. Quand tout est restauré, vous supprimer le groupe 2 et vous associez le disque au groupe 1 pour augmenter sa capacité.

Pour la faire courte, le transfert des disques du 413 vers le 916 a transféré les limitations du groupe. Entre autres choses, la limite de volume à 16To. Le seul moyen de vous en sortir c'est de sauvegarder toutes vos données, de supprimer le groupe et le reconstruire. Je dirais même plus qu'il serait bon d'en profiter pour redémarrer de 0 avec formatage des disques pour que la partition système puisse être recréé à 7.9To au lieu des 2.2To des anciennes versions.

Pour ton adresse nas.ndd.ovh, c'est soit le fichier .htaccess qui fait la conversion vers https, soit c'est le cache de ton navigateur qui récupère la dernière adresse correspondante. Si tu as vidé ton cache et en l'absence de fichier de conversion, il est normal qu'une url qui ne précise pas le protocole prenne http par défaut. Si le ping est lancé à partir du WAN, c'est normal d'avoir l'IP publique comme résultat. Si le ping est lancé côté LAN et à condition bien entendu que ton serveur DNS local ainsi que le reverse proxy soient paramétrés correctement, c'est l'IP du NAS qui doit être retournée. Si ce n'est pas le cas, c'est que tu as un problème de résolution.

La double authentification c'est très bien, à condition que l'horloge du NAS soit synchronisée et d'avoir les bons outils pour la gérer sereinement (gestionnaire de mot de passe, applis OTP et clé sauvegardée). Si les conditions sont réunis, il ne faut pas hésiter à s'en servir. Mais en principe, sauf si l'accès n'est pas sécurisé, il ne faut pas l'appliquer sur des comptes utilisateurs sinon ça devient vite ingérable. Sur des comptes administrateurs directs (j'entends par là les comptes qui servent à l'administration du NAS), c'est un point sécuritaire qu'il ne faut pas négliger.