Bonjour à tous,
Je viens vers vous pour vous partager un problème relativement gênant que je rencontre avec mon NAS QNAP TVS-EC1080 : Il s'éteint de manière brutale et complètement aléatoire.
Je vais essayer d'être synthétique :
Matériel concerné :
- NAS QNAP TVS-EC1080
- 8 Go de Mémoire (auparavant j'étais passé à 16Go, mais j'ai supprimé le module rajouté pour être certain que ce n'était pas une source de pb).
- 10 Disque de 8To (9 Seagate / 1 WD) en RAID 5
- Cache SSD 256Go Samsung Evo en MSata
- Onduleur Non Managé (auparavant managé via USB mais débranché depuis pour être certain que ce n'était pas une source de pb).
- Connexion Réseau 1GB via Switch Dlink (auparavant connecté via une agrégation de 4 liens 1GB mais désactivé pou être certain que ce n'était pas une source de pb).
Utilisation du NAS
- Plex Media Server
- Serveur de Fichier Classique (SMB)
- Sollicitation limité (pas plus de 2 clients simultané)
- Auparavant j'utilisais plus de solution (Container Station, ...) mais j'ai abandonné vu l'instabilité du NAS.
Problème Rencontré :
- Le NAS s'éteint de manière totalement aléatoire avec le message suivant au redémarrage : The system was not shut down properly last time.
- Aucune information sur l'initiation du processus d'extinction dans le system log
Occurrence :
- Aléatoire sur l'année 2017 : 3 fois entre mai et octobre 2017 -> Situation presque acceptable.
- Forte augmentation depuis avril 2018 : 24 Fois depuis le 9 avril 2018 -> Soit prêt de 1 arrêt tous les 2 jours :-x
Conséquences :
- Resync Régulier du Raid 5
- Perte totale d'un disque (remplacement effectué) :-?
- NAS quasi inutilisable... :evil:
Solutions déjà appliquées :
- Stabilité de la ligne électrique : aucune coupure, j'ai d'autres équipements branché sur l'onduleur qui ne subissent pas d'arrêt.
- Suppression de l’agrégation de lien network : passage de 4 cartes 1GB agrégé vers 1 lien 1GB simple (IP Fixe)
- Suppression du management de l'onduleur via USB.
- Suppression du module mémoire rajouté (retour de 16 Go à 8 Go).
- Rollback vers un firmware plus ancien et réputé provoquant le problème : 4.3.4.0486 (cf lien plus bas pour le rationnel).
- Rollback vers un firmware encore plus ancien : 4.3.3.0396
- Désactivation du SPLICE lié à SAMBA (cf lien plus bas pour le rationnel). : /sbin/setcfg Samba SPLICE 0
- Ouverture d'un incident chez QNAP en octobre 2017 sur lequel je n'ai pas trop insisté (nous avions retiré le module mémoire supplémentaire à l'époque).
- Le point semble être connu par le support mais non solutionné (cf. lien plus bas)
Une partie de ces solutions ont été trouvée en suivant les 2 sujets suivants :
https://www.reddit.com/r/qnap/comments/8a1dmf/ts431_recently_begun_randomly_shutting_down/
https://forum.qnap.com/viewtopic.php?f=25&t=139682&sid=1b0a22b322477ece2677d92568098f10
Mais à ce jour aucun résultat probants dans l'application de ces solutions
Solution non encore appliquée :
- Rollback vers un firmware encore encore plus ancien : 4.2.x
- Kill du process du PIC Daemon qui contrôle le reset/power button (déjà essayé mais impossible de trouver la bonne manière).
- Passage par la fenêtre et remplacement par une marque tiers (mets ton idée ici )
Une idée pour me soutenir moralement et techniquement ? :lol:
Merci de m'avoir lu ! (ça fait un peu pavé...)
A+
Stéphane
Je viens vers vous pour vous partager un problème relativement gênant que je rencontre avec mon NAS QNAP TVS-EC1080 : Il s'éteint de manière brutale et complètement aléatoire.
Je vais essayer d'être synthétique :
Matériel concerné :
- NAS QNAP TVS-EC1080
- 8 Go de Mémoire (auparavant j'étais passé à 16Go, mais j'ai supprimé le module rajouté pour être certain que ce n'était pas une source de pb).
- 10 Disque de 8To (9 Seagate / 1 WD) en RAID 5
- Cache SSD 256Go Samsung Evo en MSata
- Onduleur Non Managé (auparavant managé via USB mais débranché depuis pour être certain que ce n'était pas une source de pb).
- Connexion Réseau 1GB via Switch Dlink (auparavant connecté via une agrégation de 4 liens 1GB mais désactivé pou être certain que ce n'était pas une source de pb).
Utilisation du NAS
- Plex Media Server
- Serveur de Fichier Classique (SMB)
- Sollicitation limité (pas plus de 2 clients simultané)
- Auparavant j'utilisais plus de solution (Container Station, ...) mais j'ai abandonné vu l'instabilité du NAS.
Problème Rencontré :
- Le NAS s'éteint de manière totalement aléatoire avec le message suivant au redémarrage : The system was not shut down properly last time.
- Aucune information sur l'initiation du processus d'extinction dans le system log
Occurrence :
- Aléatoire sur l'année 2017 : 3 fois entre mai et octobre 2017 -> Situation presque acceptable.
- Forte augmentation depuis avril 2018 : 24 Fois depuis le 9 avril 2018 -> Soit prêt de 1 arrêt tous les 2 jours :-x
Conséquences :
- Resync Régulier du Raid 5
- Perte totale d'un disque (remplacement effectué) :-?
- NAS quasi inutilisable... :evil:
Solutions déjà appliquées :
- Stabilité de la ligne électrique : aucune coupure, j'ai d'autres équipements branché sur l'onduleur qui ne subissent pas d'arrêt.
- Suppression de l’agrégation de lien network : passage de 4 cartes 1GB agrégé vers 1 lien 1GB simple (IP Fixe)
- Suppression du management de l'onduleur via USB.
- Suppression du module mémoire rajouté (retour de 16 Go à 8 Go).
- Rollback vers un firmware plus ancien et réputé provoquant le problème : 4.3.4.0486 (cf lien plus bas pour le rationnel).
- Rollback vers un firmware encore plus ancien : 4.3.3.0396
- Désactivation du SPLICE lié à SAMBA (cf lien plus bas pour le rationnel). : /sbin/setcfg Samba SPLICE 0
- Ouverture d'un incident chez QNAP en octobre 2017 sur lequel je n'ai pas trop insisté (nous avions retiré le module mémoire supplémentaire à l'époque).
- Le point semble être connu par le support mais non solutionné (cf. lien plus bas)
Une partie de ces solutions ont été trouvée en suivant les 2 sujets suivants :
https://www.reddit.com/r/qnap/comments/8a1dmf/ts431_recently_begun_randomly_shutting_down/
https://forum.qnap.com/viewtopic.php?f=25&t=139682&sid=1b0a22b322477ece2677d92568098f10
Mais à ce jour aucun résultat probants dans l'application de ces solutions
Solution non encore appliquée :
- Rollback vers un firmware encore encore plus ancien : 4.2.x
- Kill du process du PIC Daemon qui contrôle le reset/power button (déjà essayé mais impossible de trouver la bonne manière).
- Passage par la fenêtre et remplacement par une marque tiers (mets ton idée ici )
Une idée pour me soutenir moralement et techniquement ? :lol:
Merci de m'avoir lu ! (ça fait un peu pavé...)
A+
Stéphane