Oooops!

Bonsoir, mon vieil ordi vient justement de me faire des misères, donc je ne vais pas pouvoir tester ça avant un moment => je reviendrai dire ce qu'il en est quand ça sera fait. En tout cas merci pour ton aide.

Bonsoir, merci pour le retour sur mes questions réseau initiales => voilà où j'en suis: 1) trame jumbo: parmi les ordis sur mon réseau j'ai un très vieil appareil, que je suis obligé de conserver à cause de certains logiciels qui ne fonctionnent pas sous des versions récentes (et qui malgré leur âge me rendent encore beaucoup de services). Comme le MTU maxi de la carte réseau de cet appareil est limité à 7000, tous mes autres appareils sont configurés avec cette valeur, qui n'a jamais posé de problème auparavant et n'en pose pas actuellement aux autres appareils, y compris le 425+, auquel ils accèdent sans problème. 2) ports réseau du 415+: un seul est branché; j'ai essayé d'utiliser l'autre à la place mais ça n'a rien changé au problème. Par contre en comparant écran par écran (du moins pour ceux qui se retrouvent à l'identique sur le 415+ et sur le 425+) les paramètres réseau, j'ai constaté que sur le 415+ la case "Activer par défaut" de l'item "IP V6" était cochée. Je ne sais pas pourquoi, car je ne suis pas concerné par cette adressage => je l'ai dé-cochée (comme c'est le cas sur le 425+), mais je n'ai pas l'impression que ça change grand chose puisque j'ai quand même eu un freeze d'accès à ce serveur depuis. 3) contrôle de flux: là, avant de tester, j'ai quelques questions: - si je le désactive sur le vieil ordi, cela ne risque-t-il pas de masquer certaines erreurs qui pourraient survenir pendant le transfert de fichiers avec le 415+ comme avec le 425+? - le réseau fonctionnera-t-il normalement si ce paramètre est désactivé sur le vieil ordi mais reste activé sur tous les autres?

Bonsoir, merci de tes conseils, et désolé si j'ai mal expliqué: j'avais une sauvegarde des fichiers de configuration .DSS du 411+II et du 415+, tous deux sous DSM 5.2U9, donc quand j'ai migré les disques du 411 dans le 415 j'ai pu utiliser le .DSS du 411 sur le 415, puis j'ai créé un nouveau .DSS sur le 415 nouvellement migré. Donc je dispose déjà du fichier proposé dans ton dernier paragraphe, pour refaire l'installation propre du 415. Ensuite j'ai fait la même chose sur le 425: après avoir migré les anciens disques du 415 dans le 425, j'ai utilisé son ancien .DSS pour récupérer (l'essentiel de) sa config sur le 425, qui était en DSM 7 d'usine; un fois le 425 mis à jour avec la dernière version de DSM 7, j'ai créé un nouveau .DSS (en DSM 7.3 si j me souviens bien) que j'ai pu utiliser quand j'ai refait l'installation propre du 425.

Bonjour, pour des raisons qu'il est inutile de détailler mon 415+ est en DSM 5.2U9 et devra le rester. J'étais passé par la migration surtout pour récupérer toute les configurations (partages, usagers, réseau, etc). Comme le fichier de config .DSS est utilisable, je compte faire une installation propre en DSM 5.2 puis passer la U9; mais avant je voudrais faire une sauvegarde complète des données sur un jeu dédié de disques externes, et ça, ça prend beaucoup de temps. En attendant, j'ai essayé de rebooter l'ordi qui a(vait) des soucis, mais sans sa connexion habituelle au 415+, et tout semble normal: transferts "plein pot" avec le 425+, pas de lenteur/gel du réseau y compris en accès internet. Je ne pense pas que les paramétrages "visibles" soient en cause, car si je me souviens bien la migration des disques du 415+ en DSM 5 vers le 425+ en DSM 7(*) avait conservé tous mes paramétrages, que j'ai ensuite sauvegardés dans un fichier .DSS sous le DSM 7 du 425+. (*) pour mémoire: suite à la panne de mon 411+II, ses disques ont été migrés dans le 415+ (tous deux étaient DSM 5.2U9), et les disques du 415+ ont été migrés dans le 425+; mais ensuite j'ai refait une installation "propre" du 425+, cf le dernier message du topic que j'ai mis en lien au début de ce topic-ci.

Bonjour, 1) merci pour ta réponse, et en particulier pour aoir attiré mon attention sur la question des versions de DSM. Si je me souviens bien, Synology Assistant propose par défaut la màj de DSM, mais permet aussi d'utiliser un fichier .PAT préalablement sauvegardé sur l'ordi. Quand même une remarque/question sur ce point: tu parles du .PAT 5.2-U9, mais il faut d'abord passer par le .PAT "de base" (DSM_DS415+_5967.pat), qui fait 190Mo, alors que le 5967U9-synology_avoton_415+.pat n'en fait que 27; question, car les releases notes pour DSM5.2 sur 415+ ne sont plus dispo sur le site de Synology: puis-je mettre directement la 5967-U9 (après la version de base), ou bien dois-je passer successivement la U1, la U2, etc? 2) je n'utilise pas l'agrégation de lien. Comme j'avais utilisé le fichier de config .DSS du 411+II pour le 415+, je ne pense pas que quelque chose ait changé dans la configuration réseau, mais à tout hasard, que dois-je vérifier dans le panneau de configuration "Réseau" du 415+ pour m'assurer que le problème ne vient pas de là? [Edit] j'ai retrouvé les release notes, mais rien n'est dit à propos de l'application des màj Updates (1 à 9 successives ou directement la U9). [Fin Edit]

Bonjour, depuis la migration des disques du 411+II dans le 415+ je constate des dysfonctionnements plus ou moins aléatoire et plus ou moins importants sur mon réseau. L'accès au 415+ est assez souvent plus ou moins ralenti, voire parfois complètement bloqué pendant quelques/plusieurs secondes, en écriture comme en lecture (c'est moins marqué en lecture); et ça s'accompagne en général de perturbations sur l'accès au 425+ et sur l'accès internet. À noter que l'inverse n'est pas vrai, à savoir que jamais un accès internet plus ou moins rapide, voire arrêté, ne perturbe mon réseau. J'ai longtemps envisagé un problème avec la carte réseau de l'ordi concerné, mais finalement je ne le pense pas car: - j'ai essayé de désactiver la puce réseau interne de l'ordi et d'utiliser un boîtier externe branché en USB3 sur l'ordi, mais ça ne résoud rien; - je n'ai pas fait d'essais aussi systématiques, mais à partir d'un autre ordi du réseau je n'ai pas de problème, aussi bien pour accéder au 415+ qu'au 425+ - si je n'ai pas accédé au 415+ depuis "un certain temps", l'accès au 425+ est normal depuis tous les ordis. Je ne vois pas en quoi un problème réseau (a priori logiciel?) sur le 415+ pourrait perturber aléatoirement le reste du réseau, mais je voudrais faire le test suivant: retirer les disques actuellement dans le 415+ et y mettre 4 autres disques pour faire une installation "propre" à partir de zéro, et voir si le problème existe toujours. Mais comme le 425+ n'est pas l'exact miroir du 415+, si le problème persiste je voudrais pouvoir remettre en place les disques initiaux dans le 415+, au moins pour le temps de trouver une solution plus pérenne (ou d'apprendre à plus ou moins contourner le problème...) => cette manip est-elle sans danger?

Bonjour, je ne complète pas ce topic pour réaliser le plus vieux déterrage, mais pour signaler que la réinstallation à neuf du Raid SHR a permis le dé-saucissonnage des données. J'avais choisi initialement le SHR pour sa capacité à augmenter progressivement la taille du volume, et en partant de 4x4To pour un volume de 12To, je suis passé par des disques de 6, 8, 10, 12 et 16To, pour arriver à un volume de 44To composé de 3 disques 16To et un disque de 12To. Avec pour résultat (a priori sans conséquence sous DSM5.2, mais peut-être pas en DSM 7.3, cf ce message) que les disques étaient divisés en plusieurs partitions de données de petite taille séparées de "morceaux" non-alloués de quelques (dizaines de) Mo; par exemple sur un 10To: 2,38Go pour le système, 2Go pour le swap, puis 135Mo non alloués, puis pour les données successivement 2790Go, 932Go, et 3 fois 1863Go, séparées par des espaces non alloués de 8Mo, et enfin 108Mo non alloués. Avec la création d'un volume de 48To en SHR directement avec 3x16To + 1x20To, sur ce dernier il y a juste la partitions système de 8Go et le swap de 2Go, puis 135Mo d'espace libre non alloué, puis 14891Go de données et enfin 3725Go inutilisés. Je pense que ces 3725Go seront utilisés quand je remplacerai un disque 16To par un 20To, et que désormais j'aurais des partitions de 3725Go à chaque remplacement de disque par un modèle plus gros de 4To. Je retrouverai donc le "saucissonnage" des données, mais avec des tranches 2 fois plus grosses qu'avant.

Bonjour, c'est tardivement que je reviens dur ce topic car il m'a fallu un certain temps pour d'une part vérifier que tout fonctionnait bien après la migration et d'autre part faire les dernières opérations de (ré-)installation "propre" du DS425+. Pour mémoire, les 4 disques Seagate IronWolf Pro (3 x 16To + 1 x 12To, en SHR) qui se trouvaient dans le 415+ sous DSM 5.2-U9 ont été migrés dans le 425+, avec le passage obligatoire en DSM7.3. Le disque 12To devait ensuite être remplacé par un 20To. Comme je disposais d'une sauvegarde complète des données sur des disques externes, et surtout d'une sauvegarde de la configuration (fichier .DSS) désormais sous DSM 7.3, j'ai décidé de refaire une installation à neuf avec 3x16To et 1x20To, ce qui a été très bénéfique, voici pourquoi: Depuis la migration depuis le 415+ vers le 425+, les disques, habituellement très silencieux, étaient devenus très bruyants lors des transferts de fichiers, avec une sorte de bruit mécanique/métallique, au point que j'ai même pensé un instant que les tiroirs étaient mal verrouillés dans les baies, mais ce n'était pas le cas. Ça faisait un peu comme si les têtes faisaient en permanence des déplacements successifs de grande amplitude. J'ai aussi pensé que ça pouvait venir de l'utilisation de disques non-Synology, mais la suite a montré que non. De fait, je ne sais pas si le fonctionnement bruyant était dû à la différence de taille de la partition système entre DSM5.2 et DSM7.3, ou au "saucissonnage" des données(*) suite aux augmentations successives de la taille des disques -ces dernières n'ont pourtant jamais posé de problème sous DSM5.2-, mais en tout cas depuis la réinstallation du 425+ en SHR directement avec les 3 disques 16To (préalablement réinitialisés) plus le disque 20To, le fonctionnement est redevenu normalement silencieux, quasiment comme sur le 415+. (*) cf ce topic dans lequel je détaille les partitions de mon nouveau SHR.

Bonjour, @Lelolo : merci pour le lien. Je vais y réfléchir, mais je pense que les avantages procurés par btrfs ne me concernent pas et ne compensent pas les inconvénients par rapport à ext4, que j'utilise sans ennui depuis des années sur mes NAS Synology. @LordeX : en dehors de quelques péripéties pas directement/seulement liées à Synology, la migration s'est bien passée (avec Synology Assistant), et les disques Seagte qui étaient dans le DS415+ sous DSM5.2U9 fonctionnent maintenant dans le 425+ sous DSM 7.3.2-86009. Les données sont là, et a priori la configuration aussi; du moins pour l'essentiel (je n'ai pas encore eu le temps de tout vérifier): partages, utilisateurs, groupes, permissions, mots de passe. Quant aux paquets, je n'en utilisais pas beaucoup, mais j'ai vu dans les notifications que 3 d'entre eux ont été mis à jour.

Bonjour, @LordeX: si tu peux attendre quelques jours, je vais probablement pouvoir te donner quelques précisions, car je viens juste de recevoir le 425+ dans lequel je dois migrer les 4 disques (non-Synology) qui étaient dans mon 415+ Comme dit plus haut, et confirmé par le support Syno avec lequel j'ai eu de nombreux échanges: - si tu mets tes disques non-Synology mais qui ont déjà un DSM installé dedans, même si le 425+ arrive fabriqué avec un noyau préchargé en DSM 7.2, le processus de migration intégrera la màj vers DSM 7.3, qui permet d'utiliser des disques tiers sans problème; - normalement les données devraient être récupérées intégralement, par contre la configuration c'est moins sûr => à tout hasard, utilise "Sauvegarde et Restauration" dans DSM pour générer un fichier (.DSS) de sauvegarde de configuration, qui a des chances d'être exploitable par DSM 7.3. Par ailleurs,ce n'est pas une info du support Syno mais quelque chose que j'avais lu sur ce forum il y a (très) longtemps, si ma mémoire ne me joue pas de tour et si j'avais bien compris: entre 2 DiskStation ayant chacun un processeur Intel les paquets devraient passer. @Lelolo: quel est l'intérêt d'utiliser btrfs au lieu de ext4? (en dehors du chiffrement, qui risque de poser problème dans une migraton sans HyperBackup) Désolé si la question a déjà traitée ailleurs, je n'ai pas encore eu le temps de chercher tous les détails

Bonjour, merci pour les informations @firlin . Je vais suivre ton conseil et mettre directement mes 4 disques IronWolf dans le 425+ pour faire une installation "propre". Pour une raison que j'ignore https://find.synology.com/ ne fonctionne pas chez moi, mais Synology Assistant a priori est OK, donc ça devrait aller. Il faudra ensuite que je m'attaque à la configuration de DSM, j'espère que sur ce plan il n'y a pas trop de différences entre la version 5 et la version 7 -et que je n'ai pas oublié trop de choses depuis presqu 10 ans que j'avais configuré le 415+... 🤥 Malheureusement ça ne sera pas mon cas: - entre 2 versions de même génération normalement c'est OK (j'ai pu le faire en mettant à jour le 415+ migré avec le fichier .DSS du 411+II). - après, selon le support Syno c'est plus compliqué: entre une version N et une version N+1 ça **pourrait** parfois fonctionner, mais entre une version N et une version N+2, non (.../... un fichier de sauvegarde de configuration .DSS créé sous DSM 5.2 n'est pas directement exploitable pour une restauration sur DSM 7.1..../... dixit le support Syno). Dernier espoir, probablement vain, mais à tout hasard: existerait-il un utilitaire permettant au moins de lire "en clair"/décoder un fichier .DSS de Synology?

Bonsoir, j'ai installé toutes les Updates les unes après les autres => le Centre d'informations indiques bien maintenant "DSM 5.2-5967 Update 9". Il ne me reste plus qu'à remplacer le disque 12To par un 20To, mais pour ça je vais attendre d'avoir installé un nouveau Syno en quasi-miroir du 415+.

Bonjour, j'ai lu que c'est depuis une version récente de DSM --mais je ne sais pas laquelle- qu'on peut désormais utiliser des disques tiers, comme tu l'as fait. Comme le 425+ tout neuf que je vais acheter ne disposera peut-être/probablement pas de cette version récente, est-ce que l'initialisation du système fonctionnera quand même avec un disque tiers? Je parle d'un (seul) disque, car par sécurité je compte faire une installation minimale, qui me permettra de mettre à jour avec la dernière version la partie de DSM installée dans le matériel(*), puis je retirerai ce disque pour mettre les 4 disques (dé-partitionnés) qui étaient dans le 415+. (*) je suppose que l'installation de DSM doit écrire quelque chose dans une EPROM, sinon comment le système pourrait-il refuser de revenir à une version antérieure même si on part d'un disque jamais utilisé sur un Synology?

Merci @Mic13710 pour les explications sur la migration, je vais donc très probablement m'orienter vers une nouvelle installation complète. Cependant les copies des écrans du 415+ ne sont plus possibles car maintenant qu'il a accueilli les disques du 411+II, il se comporte comme ce dernier, qui n'avait pas exactement les mêmes configurations que le 415+ d'origine; d'où l'intérêt de pouvoir utiliser le fichier .DSS du 415 que j'ai enregistré juste avant de changer ses disques. Par ailleurs, j'avoue qu'avec mon âge et le temps écoulé, mes souvenirs de nos discussions sur le SHR sont assez flous, donc merci d'avoir confirmé l'hypothèse que j'ai faite ici à propos des ces multiples partitions. Pour ne pas faire dériver ce topic, pour le reste je t'envoie un MP.

C'est bien ce qui me surprend: comme je l'ai écrit dans mon message précédent, c'est bien après avoir accédé à internet (d'après les différents messages qui s'affichent pendant l'opération) que DSM dit qu'il est à jour; or je pense que c'est faux. Je vais donc essayer d'installer l'update 1 à partir du fichier que j'avais sauvegardé, je verrai bien ce qui se passe, surtout que d'après les Release Notes cet Update (contrairement à d'autres) ne provoque pas de redémarrage du NAS