Mic13710

Ce sont des déconnexions intempestives. Avez-vous essayé de remplacer le câble RJ45 entre la box et le RT ?

@Eric Plontz pouvez-vous nous expliquer par quel miracle vous arrivez à faire ça ? Je suis impatient d'en savoir plus sur la manière d'obtenir un tel résultat.... impossible. Le SHR est effectivement un RAID hybride qui permet seulement d'associer au sein d'un même groupe des RAID1 et RAID5. Son fonctionnement minimum est le RAID1. En aucune manière, il autorise le mode basic, celui précisément qui permettrait d'utiliser la capacité restante d'un disque qui ne peut être associé à aucun autre. Cette capacité est et ne peut être qu'en attente d'un disque de capacité équivalente au disque le plus gros du groupe pour pouvoir rajouter au groupe un nouveau RAID1 construit avec la capacité non utilisée et la même capacité du nouveau disque. Mais plus qu'un long discours, il suffit de regarder le simulateur de RAID pour comprendre : 1x3To + 1x6To : https://www.synology.com/fr-fr/support/RAID_calculator?drives=6 TB|3 TB&raid=RAID_1|SHR_1 bien que ça ne soit pas le cas ici, 1x3To + 1x6To + 1x8To : https://www.synology.com/fr-fr/support/RAID_calculator?drives=8 TB|6 TB|3 TB&raid=RAID_5|SHR_1 Dans les deux cas, la capacité qui ne peut pas être associée est notée inutilisée.

Vous pouvez tout à remplacer le disque HS par un de plus grosse capacité (4, 6, 8To ou plus). Cependant votre stockage n'augmentera pas et la capacité résiduelle au dela des 3To ne pourra pas être utilisée. Ce sera seulement lorsque vous aurez remplacé le disque de 3To par un autre de capacité au moins équivalente à celle du disque restant que vous pourrez exploiter la totalité du stockage. Faites aussi attention de bien choisir des disques approuvées par synology pour votre modèle de NAS.

Il me semblerait logique que ce soit la même plage de ports qu'en externe. Tentez 55536-55663 Vérifier aussi que le parefeu du NAS autorise les ports concernées pour les IP de votre pays à minima. Incidemment, vos ouvertures de ports VPN sont à revoir : pour L2TP/IPSec, ce n'est pas le 1701 qu'il faut ouvrir mais le 4500. Le 1701 doit absolument être fermé sur le routeur, mais ouvert sur le NAS. Voir le tuto sur le serveur VPN dans la partie Tutoriels. Je vous conseille aussi de supprimer le port 5000 (http). L'accès à DSM par l'extérieur doit se faire au minimum en https (5001), ou mieux, par VPN. Pourquoi le port 20 est ouvert ? Autre conseil très important : mettre en pratique le tuto sur la sécurisation de nos NAS.

Est-ce que vos disques sont dans la liste des compatibles pour votre NAS ? https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS413j&category=hdds_no_ssd_trim Sinon, quelles sont les références ?

Je ne vois pas bien que vient faire ce deuxième site, vu qu'il n'y est pas fait allusion dans ce qui précède. Bref, s'il y a deux sites connectés en VPN en site à site comme le laisse supposer cette phrase, est-ce que les plages d'IP des deux sites sont différentes ?

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.

Normalement, les containers et les VM sont installés sur le volume 1.

Attention, le 420j ne pourra pas recevoir les disques du 415+ s'ils sont en btrfs. De même, certains paquets du 415+ ne seront pas dispos sur ces modèles. Vérifiez bien que le modèle choisi dispose à minima des paquets que vous utilisez. Vérifiez aussi la compatibilité des disques avec le NAS ainsi que la taille maxi d'un volume. Si votre volume est plus grand que ce maxi, la migration sera impossible Un peu de lecture sur la migration des disques : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_HDD

Peu importe le support. Vous pouvez en avoir plusieurs sur lesquels vous répartissez vos sauvegardes (hdd(s), autre NAS, services externes,...). Je vous conseille surtout d'éviter une sauvegarde de l'ensemble du NAS sur un seul fichier car s'il y a un problème, c'est l'ensemble des données qui risque d'être perdu). Faites une sauvegarde par dossier, et n'oubliez pas les applications pour pouvoir les restaurer au plus près des paramètres actuels. Il faut bien évidemment tester vos sauvegardes en vérifiant la restauration de quelques fichiers avant de détruire votre volume et votre groupe et faire une réinstallation complète du système.

@Darkrys la réinstallation complète est très certainement la meilleure solution sur le long terme pour augmenter la partition car le système à plutôt tendance à enfler au fil des années. Votre cas est de plus en plus rencontré et il faudra tôt ou tard passer par une réinstallation. Il y a toujours la solution de supprimer des fichiers temporaires de la partition système pour libérer de la place pour la mise à jour de DSM. Je n'ai pas le temps de fouiller mais une petite recherche sur le forum devrait vous permettre de trouver. La dernière en date il me semble à été proposée par @PiwiLAbruti

@christophe dumont les commandes se passe en root. Pour passer en mode root, il faut taper la commande sudo -i

La réponse est très simple : non Et si tant est que ce soit faisable (ce qui m'étonnerait mais pourquoi pas...), toute solution pour le faire contreviendrait aux droits intellectuels de Synology et serait de facto rejetée sur ce forum. La réponse ne vous conviendra certainement pas mais c'est la seule qui puisse être donnée ici. Je clôture donc ce sujet.

Oui, mais pas les paquets qui sont eux installés par défaut sur le volume1. Si vous supprimez ce volume, il faudra réinstaller les paquets. Ceci dit, je ne vois pas d'intérêt à sortir les disques du volume1. Si c'est pour le recréer avec les ssd n'a pas beaucoup de sens dans la mesure où il n'y a pas de différence de fonctionnement d'un volume à l'autre. Que les SSD soit sur le volume 1 ou sur le volume 2 ne changera rien aux performances. La seule différence sera pour les paquets qui seront installés sur les ssd au lieu des hdd.

Pas tout compris. C'est quoi le rapport entre le PC et le branchement du NAS ? Est-ce qu Synology Assistant voit le NAS ?

C'est celle du 923. Il n'y a probablement pas de différence, mais pour le 920 c'est celle-ci : https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS920%2B&category=hdds_no_ssd_trim&display_brand=other

Le problème que je vois c'est que vos disques non seulement ne sont pas agréés par Synology, mais aussi qu'il n'y a pas de 20To dans la liste des compatibles. C'est en quelque sorte jouer avec le feu. Si les tests smart ne vont pas jusqu'au bout, il y a un souci sur vos disques. Pour récupérer les données smart en ssh : smartctl --all /dev/sdx (x=a, b, c, d, etc..)

Les infos que vous donnez sont partielles, aussi on ne peut pas répondre correctement à votre question. Comment sont montés les disques, basic, RAID, SHR ? Quels sont les références des disques installés (des WD RED il y en a des dizaines de modèles) ? Des captures d'écran de votre gestionnaire de stockage (volume, groupe, hdd) permettraient d'y voir plus clair. Le problème peut aussi venir de la techno de vos disques actuels. S'ils sont SMR alors il va falloir prévoir plus que le remplacement d'un seul disque. Un peu de lecture : Pour info, les WD Red sont des disques estampillés spécial NAS. Liste des disques Synology approuvés pour votre NAS : https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS416play&category=hdds_no_ssd_trim Liste des disques tiers compatibles avec votre NAS : https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS416play&category=hdds_no_ssd_trim&display_brand=other

N'est-ce pas plutôt avec docker ? Ce serait mieux pourtant avec la domotique. Et à quel niveau se situe l'utilisation de la mémoire ? On est passé au 224+.... soit 8 ans d'écart technologique entre les deux modèles.

Il ne réinitialise pas VOTRE compte admin mais il réactive le compte "admin" du NAS ce qui n'est pas pareil. Ensuite, soit vous avez interdit que le mdp "admin" puisse être réinitialisé, auquel cas il faut avoir mémorisé ce mot de passe sinon il sera impossible d'accéder à DSM, soit vous ne l'avez pas fait et ce sera le mdp par défaut qu'il faudra modifier avant de pouvoir accéder à DSM.

Ca peut venir de plusieurs choses : ouvertures de ports dans le routeur, autorisation d'accès du serveur VPN au réseau, paramétrages erronés... Vous ne nous dites pas non plus quel VPN vous utilisez, PPTP (à bannir), OpenVPN, L2TP/IPSec ? Pour info, le compte de connexion au serveur VPN peut (doit) être différent d'un compte utilisateur ou administrateur. Pour ma part j'ai un compte uniquement dédié à cet usage qui n'a accès à aucune application ni aucun dossier du NAS. Il est par contre le seul a avoir les privilèges d'accès au serveur VPN. Je pense que vous devriez commencer par la lecture et la mise en pratique du tuto sur le serveur VPN :

Vous n’êtes pas seul dans ce cas, bien que la question soit restée sans réponse : Peut-être un arrêt incontrôlé du NAS (d'où l'importance d'un onduleur compatible) ? Regardez du côté des logs.

En cliquant sur le titre ou en éditant le premier message. Le problème semble clair : le système de fichiers a rencontré des erreurs et DSM a basculé le volume en lecture seule par mesure de protection des données. Il n'y a malheureusement rien à faire à votre niveau. Mais avant de suivre les indications du gestionnaire de stockage, je vous suggère de contacter le support qui serait peut-être en mesure de trouver une solution.

DSM n'est pas installé sur les volumes mais sur une partition système qui fonctionne en RAID1 sur tous les disques du NAS. Tant qu'il y a un disque quel qu'il soit dans le NAS, DSM continue de fonctionner. Ce que vous souhaitez faire est bien trop compliqué et impossible sans une sauvegarde intégrale des données. Plutôt que de constituer un volume 1 en ssd et un volume 2 en hdd, je vous propose de faire l'inverse : conserver le volume 1 existant et constituer votre volume 2 avec les ssd. Pour cela, vous devez d'abord déplacer les dossiers partagés de l'actuel volume 2 vers le volume 1. Il faut bien entendu vous débrouiller pour qu'il y ait suffisamment d'espace sur le volume 1 pour recevoir les dossiers du volume 2. Le déplacement des dossiers partagés se fait directement dans DSM. Pour chaque dossier à déplacer, vous le sélectionnez, cliquez sur le bouton "modifier", vous choisissez dans "emplacement" le volume de destination, et après validation DSM se chargera de déplacer le dossier et son contenu vers le nouveau volume. Si vous n'avez pas assez d'espace sur le volume 1, vous pouvez temporairement construire 1 ou 2 nouveau(x) volume(s) sur les ssd et y transférer des dossiers du volume 2. Sinon, pas d'autre choix que de faire des sauvegardes externes pour pouvoir vider le volume 2. Une fois le volume 2 vidé, vous le supprimez dans le gestionnaire de stockage et vous supprimez aussi le groupe sur lequel il était monté. Puis vous rajoutez le disque ainsi libéré au groupe de stockage 1 et au volume 1 ce qui constituera un volume de 4x8To. Cette opération est très longue (plusieurs heures). Si vous avez déplacé des dossiers sur les SSD ou sur des sauvegardes externes, il faudra les déplacer à nouveau ou les restaurer vers le volume 1. Vous construisez votre groupe 2 et votre volume 2 avec les SSD. Il ne vous restera plus qu'à y déplacer les dossiers du volume 1 que vous souhaitez avoir sur le volume 2 de la même manière que précédemment. Je précise que toutes ces opérations sollicitent fortement les disques et doivent se faire après avoir mis à jour vos sauvegardes. Si vous n'en avez pas (ce qui est en soi une erreur), vous devez avoir à l'esprit que tout ce qui précède se fera à vos risques et périls.

Je crains fort qu(une partie du problème vienne de là. Il n'aurait pas fallu modifier la plage proposée par le serveur VPN qui est en 10.x.x.x. Dans le cas présent vous vous exposez à des conflits.