Toutes les discussions

Mise à jour après une nouvelle récidive et analyse des logs par chat : Le problème s'est reproduit. Cette fois j'avais activé SSH afin d'essayer de récupérer des informations avant de redémarrer. Pendant le blocage : le NAS répondait toujours parfaitement au ping ; les ports SSH (22), DSM (5000) et SMB (445) acceptaient toujours les connexions TCP ; mais SSH restait bloqué avant même l'affichage de la bannière (kex_exchange_identification ... timeout) ; une requête HTTP sur le port 5000 établissait la connexion mais ne recevait aucun octet ; SMB ne répondait plus non plus ; même un arrêt normal demandé avec le bouton POWER est resté bloqué plus de 10 minutes, ce qui m'a finalement obligé à l'éteindre de force. Après redémarrage, SSH et DSM fonctionnent immédiatement et le RAID est toujours sain (4/4). Analyse des logs persistants du noyau Sur deux incidents différents, le noyau signale des kworker bloqués pendant plus de 120 secondes avec pratiquement la même pile : schedule_timeout wait_for_completion kthread_create_on_node create_worker manage_workers worker_threadPremier incident : apparition environ 36 minutes après le boot. Deuxième incident, après un autre redémarrage : apparition environ 2 h 06 après le boot. Dans le premier cas, le même worker reste bloqué et d'autres tâches finissent ensuite par se bloquer également (systemd-journal, autres kworker, puis plus tard dockerd et certaines opérations Btrfs). J'ai en parallèle recherché dans les logs : erreurs SATA / hard resetting link / failed command / I/O error : aucune trouvée ; erreurs ou dégradation RAID : aucune ; erreur/abort Btrfs : aucune ; OOM / manque de mémoire : aucune ; machine check / watchdog / soft-hard lockup : aucun ; erreurs réseau CRC/drop/timeout : compteurs à zéro. Les quatre disques continuent par ailleurs d'être reconnus normalement après reboot et le RAID reste 4/4. Un autre élément intéressant : pendant un des blocages, les logs DSM ont temporairement considéré les quatre disques comme "Abnormal", puis immédiatement "Normal", avec également des échecs temporaires de lecture de leurs numéros de série, alors que le RAID md restait bien à 4/4. Cela pourrait expliquer les voyants orange sans forcément indiquer une panne simultanée de plusieurs disques. À ce stade je n'ai trouvé aucune erreur SATA explicite permettant de l'étayer. Le point reproductible le plus net est actuellement ce blocage noyau/workqueue autour de : wait_for_completion -> kthread_create_on_node -> create_worker -> manage_workers Je ne sais pas si c'est la cause initiale ou la conséquence d'un autre problème noyau. Le SysRq fonctionne sur ce NAS. Au prochain blocage, si j'arrive encore à ouvrir une session SSH suffisamment tôt, je tenterai de récupérer immédiatement les tâches bloquées avec SysRq-w et dmesg avant tout redémarrage. Si quelqu'un connaît ce type de blocage kthread_create_on_node/create_worker sous DSM 7.2.2, ou a une idée de ce qui pourrait empêcher ainsi la progression/création des threads noyau, je suis preneur.

Bonjour Odin, Bonne nouvelle : le reset de 3 secondes ne touche pas aux données, il remet seulement le mot de passe admin et les réglages réseau par défaut (à condition de l'avoir fait NAS allumé, en maintenant le bouton jusqu'au bip). Ensuite, dans Qfinder Pro, double-cliquez sur le NAS pour ouvrir la page de connexion et essayez l'identifiant admin avec le mot de passe admin. Si c'est refusé, sur les firmwares plus récents le mot de passe par défaut est l'adresse MAC du port LAN 1, en majuscules et sans les deux-points (elle s'affiche dans Qfinder Pro et sur l'étiquette du NAS). Pour le 2e disque : éteignez le NAS, remettez-le dans la même baie, puis rallumez avant de vous connecter. Et si Qfinder ou la page web propose une "initialisation" ou une installation, ne validez surtout pas, ça effacerait les disques. Dans ce cas, revenez ici avant. Pas besoin d'un ticket QNAP pour tout ça.

Bonjour à tous, Après des moments difficiles, j’essaye de remettre mon Nas en service. Et vu mon âge ce n’est pas une mince affaire pour moi. . Q Finder Pro est installé et détecte le NAS Ø Le SN Q1531l 16686 n’est pas accepté pour ouvrir un ticket sur le site QNAP Ø De plus je ne me souviens plus de mon mot de passe, ni de mon identifiant. Ø J’ai aussi fait un reset de trois secondes et enlevé le 2° disque de peur de perdre mes données; Voila ou j’en suis si une personne peut me venir en aide je serais bien contant. D’avance merci Cordialement ODIN

Bonjour, Comme les 4 voyants restent verts et que tu reçois des mails d'événements, le NAS a l'air de tourner : c'est plutôt l'accès réseau ou DSM qui décroche. Ça vaut le coup de copier ici le texte exact d'un des mails reçus la nuit. Côté réseau, regarde dans l'interface Freebox quelle IP a le NAS et mets-lui un bail DHCP statique. Si le NAS est en IP fixe dans la plage DHCP de la box, un autre appareil peut récupérer la même adresse, et ça donne exactement ce genre de disparitions intermittentes. Côté DSM, la page de connexion qui met une demi-heure et le champ mot de passe qui ne s'affiche jamais font penser à un NAS saturé. Dès qu'il répond, ouvre le Moniteur de ressources pour voir si le CPU ou les disques sont bloqués à 100 %, et vérifie l'état des disques dans le Gestionnaire de stockage.

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, Sur le principe oui : le DSM et la config sont sur les disques, donc en remettant les disques d'origine (même ordre de baies, NAS éteint proprement avant chaque échange) tu retrouves ton 415+ tel quel. Le seul vrai piège, c'est la version. Si l'install "propre" passe par Synology Assistant, il va proposer le dernier DSM dispo pour le 415+ (7.x), et quand tu remettras tes disques en 5.2-U9, le NAS risque de les voir comme "migrables" et de proposer une mise à jour. À ce moment-là, ne rien valider. Le plus simple pour éviter ça : faire l'install de test en installation manuelle avec le .pat 5.2-U9 récupéré sur l'archive Synology, comme ça les deux jeux de disques restent sur la même version. Au passage, si les deux ports LAN du 415+ sont branchés, vérifie l'agrégation de liens côté NAS et côté switch : un bond mal assorti peut justement faire tousser tout le réseau, internet compris.

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?

@GrosMatou vu ce qu'a trouvé Gfr44240, ça vaut le coup de vérifier si ton DS114 est joignable depuis l'extérieur aussi (redirection 5000/5001 sur la box, ou QuickConnect). Quand il répond de nouveau, jette un oeil au Centre des journaux, type Connexion : si tu vois des tentatives en rafale depuis des IP externes, c'est la même cause. Dans ce cas, active le blocage auto (Panneau de configuration > Sécurité > Protection), coupe la redirection et passe par un VPN pour l'accès distant. Un petit 114 sature vite sous ce genre de rafale.

Bonjour @SlipJMax , Soit attentif, car tu avais fait 2 fils de présentation. J'en ai supprimé un.

Bonjour à tous ! Déjà présent sur ce forum il y a plusieurs années suite à des problèmes avec mon premier NAS (209j) je reviens sous un autre compte car je n'ai plus mes identifiants et ai changé de mail, afin de me perfectionner et pouvoir faire partager mon expérience.

Bonjour, En fait après avoir réussi à me connecter par hasard j'ai remarqué que le NAS avait des demandes de connexions en permanence (20 par minutes) : ce qui bloquait tout accès. En coupant l'accès depuis l'extérieur c'est redevenu normal. A fait toujours avant de couper l'alimentation car cela peut dégrader le groupe de stockage et empirer.

@Lelolo Bonne question. Le fork n'a rien à voir avec le prix : Immich est gratuit et Immuch360 l'est aussi (même licence libre, code public sur GitHub). Il vient de ce que l'application mobile Immich ne fait pas, et ne prévoit pas de faire. Immich est une bibliothèque de photos avec serveur, et son équipe garde l'application mobile centrée sur ce serveur. La demande d'un afficheur 360° est ouverte sur leur dépôt depuis janvier 2024 et les propositions de code dans ce sens attendent toujours ; c'est leur choix de périmètre, que je respecte. Immuch360 part de leur application et ajoute ce qui n'y entre pas : - l'affichage en sphère des photos et vidéos 360°, de la 3D et du VR180, avec ou sans balises dans le fichier - la lecture directe d'un partage SMB ou WebDAV du NAS, sans serveur Immich et sans copie préalable - l'ouverture des fichiers bruts des caméras 360° (Insta360, GoPro, DJI) assemblés par l'application - une vue immersive sur Meta Quest Pour un utilisateur de Synology Photos, l'intérêt pratique est celui de ce sujet : les photos de drone qui n'ont pas les métadonnées exigées par Synology s'ouvrent quand même en 360° depuis le partage du NAS, sans retoucher les fichiers. Elle reste compatible avec un serveur Immich pour ceux qui en ont un, mais il n'est pas nécessaire. ++

ok je fait ça et je reviens vers vous Merci guillaume

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.

Bonjour, Le schema ping OK + TCP 5000/5001 qui acceptent la connexion sans renvoyer d'octet, avec DSM et SMB morts, evoque un gel partiel: le noyau repond encore un peu, les services DSM non. Plusieurs LED disques orange alors que SMART/RAID etaient sains juste avant colle mieux avec alim, backplane ou controleur SATA qu'avec trois ou quatre disques qui tombent d'un coup. Des que DSM est de nouveau accessible, activez SSH (Panneau de configuration > Terminal et SNMP). Au prochain blocage, avant l'arret force, tentez une connexion SSH et relevez `dmesg | tail -100` (erreurs SATA, reset, I/O). Des resets SATA a repetition font du chassis le suspect n°1. La sauvegarde que vous avez deja faite est le bon reflexe en attendant.

Je viens vous annoncer que la situation est entièrement rétablie et que tout est parfaitement fonctionnel sur mon DS218play depuis cette nuit ! Je tiens à adresser un merci tout spécial à Mic 13710. Son aide a été parfaite et ses recommandations initiales étaient excellentes. C'est grâce à son expertise que j'ai pu me mettre sur la voie idéale et finaliser les opérations seul avec succès. Pour clore proprement ce sujet et si cela peut servir à d'autres membres, voici la procédure technique que j'ai suivie : Préparation du système : Installation du premier nouveau disque seul dans le NAS. Réinstallation : Reconstruction complète de DSM, en veillant à ne créer aucun volume dans un premier temps. Récupération des données : Insertion de l'ancien disque dans le slot 2, puis assemblage en ligne réussi. Migration interne : Création d'un volume 2 sur le nouveau disque, puis modification de l'emplacement des dossiers partagés pour transférer l'intégralité des données vers ce volume 2. Finalisation du stockage : Une fois les transferts terminés, retrait de l'ancien disque et intégration du second nouveau disque pour finaliser la configuration. Tout est désormais totalement opérationnel. Le sujet est résolu ! Merci encore à tous pour votre aide précieuse, et un grand coup de chapeau à Mic 13710. Cordialement

@FreeKC Quel est l’intérêt de faire un fork d'une application qui est déjà gratuite au départ ?

Bonjour à tous, Je sollicite votre aide pour un problème assez étrange sur mon Synology DS416play, qui fonctionnait normalement jusqu’à présent depuis plusieurs années. Je suis pas du tout un pro , j'ai demandé de l'aide à Chatgpt mais sans résultat Configuration : Synology DS416play DSM 7.2.2-72806 4 disques Seagate de 4 To RAID 5, capacité utile environ 10,9 To Volume Btrfs IP habituelle : 192.168.1.19 Début du problème : Le 2 octobre, je n’ai soudainement plus pu accéder à DSM. Sur la façade du NAS, les voyants des disques 3 et 4 étaient orange fixes, alors que les disques 1 et 2 étaient verts. Le NAS restait néanmoins parfaitement joignable sur le réseau : ping 192.168.1.19 : OK, 0 % de perte, <1 ms Synology Web Assistant trouvait le NAS à 192.168.1.19, avec le statut « Prêt » le port TCP 5000 répondait (Test-NetConnection ... -Port 5000 = True) idem pour le port 5001 En revanche, impossible d’obtenir DSM dans un navigateur. Un test avec : curl -v --max-time 30 http://192.168.1.19:5000/ donnait bien « Connected to 192.168.1.19 port 5000 », puis la requête GET était envoyée, mais le NAS ne renvoyait aucun octet, jusqu’au timeout : Operation timed out after 30015 milliseconds with 0 bytes received L’accès SMB (\\192.168.1.19) était également impossible. SSH n’était pas activé. Synology Assistant ne détectait plus le NAS, alors que le ping continuait à répondre. Pendant la nuit, j’ai reçu à plusieurs reprises des notifications indiquant que la connexion à mon DDNS —-synology.me était perdue puis parfois retrouvée. Redémarrages / manipulations : Après un premier arrêt forcé/redémarrage, les quatre voyants des disques sont redevenus verts, mais DSM restait inaccessible et les mêmes symptômes persistaient. J’ai également tenté le RESET Mode 1 (maintien du bouton RESET), mais aucun bip, malgré deux tentatives et vérification du bon bouton. Finalement, j’ai effectué un nouvel arrêt forcé, retiré les quatre disques, dépoussiéré soigneusement le NAS et remis les quatre disques dans leurs emplacements d’origine. Après cela, le NAS a redémarré normalement et DSM est redevenu immédiatement accessible. Contrôles effectués après ce redémarrage : Gestionnaire de stockage : Sain Groupe de stockage RAID 5 : Sain Volume : Sain Disques 1, 2, 3 et 4 : Sain Test SMART rapide effectué sur chacun des quatre disques : Sain pour les 4 Recherche dans les journaux sur disk, I/O et SATA : aucune erreur trouvée Pas de RAID dégradé ni de reconstruction en cours. Les seules anomalies visibles dans les journaux sont notamment les arrêts incorrects correspondant à mes arrêts forcés et quelques erreurs Failed to send email pendant les périodes où le NAS était bloqué. J’ai profité du retour à la normale pour effectuer/vérifier une sauvegarde complète des données importantes. Mais le problème vient de récidiver : Cette nuit (4 octobre), nouveau mail Synology : La connexion à -synology.me est perdue depuis 2026-10-04 01:30:08 +02:00 Cela survient donc après plusieurs heures de fonctionnement parfaitement normal. le NAS répond toujours parfaitement au ping (4/4, 0 % de perte, <1 ms), mais DSM est à nouveau totalement inaccessible. Sur la façade, STATUS reste vert et DISK 1 vert, tandis que DISK 2, DISK 3 et DISK 4 sont simultanément orange. La veille au soir, après redémarrage, ces quatre mêmes disques étaient tous déclarés « Sain » par DSM et leurs quatre tests SMART rapides étaient également « Sain ». Le RAID 5 et le volume étaient eux aussi « Sain ». Au vu du RAID et des quatre SMART sains, et surtout du fait que le problème avait disparu après retrait/remise en place des disques et dépoussiérage, je me demande maintenant si le problème pourrait venir du DS416play lui-même : alimentation, carte mère, contrôleur SATA/backplane, faux contact, problème thermique, etc. Le comportement qui m’étonne particulièrement est que la machine peut continuer à répondre parfaitement au ping, et même accepter une connexion TCP sur le port DSM, alors que DSM et les autres services ne répondent plus du tout. Avez-vous déjà rencontré ce type de panne sur un DS416play ? Pensez-vous plutôt à un problème d’alimentation, de carte mère/backplane, ou existe-t-il un problème connu sur cette génération qui pourrait provoquer ce type de blocage ? Y a-t-il des contrôles supplémentaires pertinents à effectuer maintenant que mes données sont sauvegardées ? Merci d’avance pour vos conseils.

Bonjour, J'ai une carte d'extension SAS Adaptec 82885T dont les ports F et G (câble SFF-8643 vers SFF-8643) sont connectés à un contrôleur SAS HBA LSI 9302-8i. J'ai connecté des disques SAS aux ports internes de la carte Adaptec 82885T à l'aide d'un câble SFF-8643 vers SATA x4 (et d'un adaptateur SATA 22 broches vers 7 + 15 broches SFF-8482), et cela fonctionne correctement. Cependant, lorsque j'ai connecté des disques SAS (installés dans un boîtier Rosewill RSV-SATA-Cage-34) aux ports externes de l'Adaptec 82885T à l'aide d'un câble SFF-8644 vers SATA x4, cela ne fonctionne pas : les disques ne sont pas détectés. Le manuel utilisateur d'Adaptec semble indiquer qu'il est impossible de connecter directement des disques via les ports externes SFF-8644 de l'Adaptec 82885T. Pourtant, Gemini affirme le contraire… et puisque le format de câble existe, je suppose que c'est possible ! Savez-vous si c'est possible et comment procéder ? Merci d'avance pour votre aide :) Rosewill RSV-SATA-Cage-34 https://www.amazon.com/dp/B00DGZ42SM/ SFF-8644 vers 4x SATA https://www.amazon.com/dp/B0FPMNBDDV/ https://www.amazon.com/dp/B07KSQNGBT/

Pour ma part, une seule baie donc 1 seul disque. Le voyant statut est fixe, les voyants LAN et DSK clignotent en continu. En débranchant pour redémarrer cela revient à un fonctionnement normal. Puis au bout de quelques heures à 'nouveau le même problème. Ssh est déactivé

Je relance ce sujet au cas où il servirait encore : je maintiens Immuch360, une application gratuite et open source (un fork de l'application mobile Immich) qui sait ouvrir directement un partage SMB ou WebDAV du NAS, sans rien copier avant. Les photos et vidéos 360° s'y affichent en sphère, à faire tourner au doigt ou avec le gyroscope. Celles qui n'ont pas les balises 360, comme certaines photos de drone DJI, s'ouvrent quand même en sphère avec l'entrée « Voir en 360° » du menu. Elle gère aussi la 3D et le VR180, et sur un Meta Quest 3 elle les affiche en immersion. Android : https://play.google.com/store/apps/details?id=com.aprogsys.immuch360 ; la version iOS est en cours d'examen chez Apple.

Bonjour, Quand le client ProtonVPN tourne sur le NAS, DSM envoie souvent tout le trafic sortant dans le tunnel, y compris les mises a jour DDNS synology.me. Du coup votre reverse proxy sur le NUC n'est plus joignable correctement depuis l'exterieur, meme si l'IP affichee a l'air stable un moment: la route de retour ne correspond plus a l'IP de la box. Test rapide: Acces externe > DDNS > Mettre a jour maintenant, avec le VPN connecte puis deconnecte, et comparez l'IP publiee. Si elle bascule vers une IP Proton, c'est bien ca. Contournements qui marchent: activer les passerelles multiples (Panneau de configuration > Reseau > General > Avance) et router le service DDNS Synology via votre gateway LAN, ou plus simple pour votre schema: deplacer ProtonVPN sur une VM/conteneur Proxmox et laisser le NAS + DDNS sur la box.

bonjours Mic merci beaucoup pour ton aide cordialement michel

@fredeco Ah ah, tu fais partie de ceux qui nous prennent pour des magiciens, encore... Sans le modèle du NAS et la version de DSM, au minimum, qu'est-ce que tu veux que l'on te réponde ? edit : le modèle est dans le titre --> pas très intuitif à lire, mais c'est déjà ça. Par contre la version de dsm reste d'actualité. Et l'état de la pile cmos, peut-être à changer...

Bonjour, depuis quelques jours mon nas disparaît régulièrement de mon réseau locale. Dans la nuit par exemple, il disparaît puis revient 1 heure apres (je reçois les messages d'événements par mail) . Quand je lance l'assistant Synology la plupart du temps le nas est introuvable et quand par miracle il y est , je lance la configuration et j'ai accès à la page d'identification mais au bout de facilement 1/2 heure. Et quand j'ai la page d'identification, je rentre mon login et il ne se passe rien, je n'ai même pas la case pour rentrer le mot de passe. Mon nas est directement connecté à ma box free et mon réseau local fonctionne tres bien. Et les 4 voyants du nas sont en vert. Merci