N4310 en crise (buzzer), plus d'acces web local (403), acces cli ssh OK, raid non monté

Luneart

Nouveau membre
1 Avril 2025
6
0
1
Bonjour,
J'ai un thecus N4310 depuis de nombreuses années, et il fait bien son boulot... Jusqu'à la semaine dernière, il s'est mis à bipper (je l'ai éteint le temps de trouver une solution).
- perte d'acces à l'interface Web d'administration il y a quelques mois/années (le navigateur Web affiche un 403 forbidden)
- activation du buzzer sans événement notable (ni coupure d'électricité ni manipulation etc), et si je reboote (proprement, shutdown et reboot par la cli), le nas se remet à bipper après l'initialisation
- J'ai un accès en ligne de commande (cli) par ssh, mais le raid n'est pas monté, je ne peux donc pas exfiltrer mes données.

Je ne parle que d'accès sur le réseau local, pas de pare feu etc, et avec adresse ip locale statique. Je me débrouille pas mal en ligne de commande (en général j'administre mes données par ce biais, rsync ❤️) et sur linux.

Je pense que mon meilleur pari c'est de restaurer l'interface Web pour diagnostiquer le problème, peut être flasher le firmware.
Comme j'ai l'accès ssh je peux remplacer des fichiers du système... Mais je ne sais pas où trouver l'interface Web.

Pouvez vous m'aider svp ?
Merci !
 
Dernière édition:
Bonjour,

Tu ne vois plus du tout ton RAID ?
Qu'est ce que te donne la commande suivante : cat /proc/mdstat

Tiki_
 
Dernière édition:
  • J'aime
Réactions: EVO
Hey, merci de ton aide !
Donc, je vois l'appareil sur le réseau, mais c'est tout.
Quand j'essaie d'accéder à l'interface d'administration Web par son ip locale, le navigateur me renvoie:

Ce site est inaccessible​

192.168.1.30 n'autorise pas la connexion.


Voici quelques conseils :

  • Vérifier la connexion
ERR_CONNECTION_REFUSED

Connexion en ssh: surprise, les dossiers raid sont présents à la racine cette fois (/raid/, /raid0/). Mais impossible lire les données.
Voici l'erreur renvoyée et le résultat du cat:

[root@N4310 ~]# ls /raid/medias/
ls: reading directory /raid/medias/: Input/output error
[root@N4310 ~]# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md0 : active raid5 sdd2[3] sdc2[2]
5789706240 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/2] [__UU]

md50 : active raid1 sdc3[2] sdd3[3]
524268 blocks super 1.2 [4/2] [__UU]

md10 : active raid1 sdc1[2] sdd1[3]
2096108 blocks super 1.2 [4/2] [__UU]

unused devices: <none>
[root@N4310 ~]#
 
Hum,

Tu devais avoir un RAID5 sur quatre disques et deux d'entre eux sont hors service ou sortis de la grappe RAID (disques sda et sdb).
Ton NAS a dû biper pour t'avertir de la dégradation de la grappe puis de sa perte. Malheureusement, si tes disques sont HS, tes données sont perdues.
Mais avant de faire une croix sur tes données, sors tes disques (NAS éteint) un à un en prenant garde à l'ordre d'insertion. Passe ton NAS à la soufflette et réinsère fermement tes disques puis redémarre. Si tu disposes d'un rack usb pour disques durs, tu peux aussi vérifier le fonctionnement de tes disques, mais attention à ne rien toucher.
Ensuite, donne nous le résultat des commandes suivantes :
- mdadm --detail /dev/md0
- mdadm --examine --scan

Tiki_
 
MERCI Tiki, chevalier jeudi en effet!
Je vais encore solliciter ton aide si possible...

A- Thecus
Version courte: 1 disque hs, probablement.
Version longue:
Bête problème de poussière visiblement.
J'ai acheté une bombe et nettoyé, y'avait bien besoin, redémarré, rebiiiiip. Mais le contenu était accessible ! mdadm --detail /dev/md0 m'affichait disque 1 off (ils sont identifiés de 0 à 3, donc 2nd disque), je rééteins, resouffle ce disque, bam... Plus rien again 😅.
Pas de md0 me dit-il, et les loupiotes des disques 0 et 1 sont éteintes. Je rééteins, ressors le 1 et le 0, les souffle, remonte... Suspens... (le thecus est très long à démarrer ^^')... Pareil..., je m' aperçois que je sortais pas les bons disques... Recommence avec les vrais disques 0 et 1 et non 2 et 3 comme précédemment... Cette fois toutes les loupiotes sont allumées, bip toujours. Et disque 1 toujours "off" d'après mdadm --detail /dev/md0.

Je pose le retour de la première des deux commandes que tu m'as donné (--examine a duré longtemps, ~40min puis je l'ai arrêté... Ou tenté de l'arrêter, avant de finir par fermer le tty) :
Last login: Fri Apr 4 19:42:22 2025 from 192.168.1.114
Note:
Please do not delete or modify any files or folders or it may result in system operation abnormal.

[root@N4310 ~]# ls /raid/medias/films/
3D Docs VF Animation VO
[root@N4310 ~]# mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Sun Oct 16 15:02:47 2016
Raid Level : raid5
Array Size : 5789706240 (5521.49 GiB 5928.66 GB)
Used Dev Size : 1929902080 (1840.50 GiB 1976.22 GB)
Raid Devices : 4
Total Devices : 3
Persistence : Superblock is persistent

Update Time : Fri Apr 4 19:51:19 2025
State : clean, degraded
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 512K

Name : N4310:0 (local to host N4310)
UUID : 1fef1a6b:23abfd9d:35debfa4:110f3a0f
Events : 289

Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/sda2
1 0 0 1 removed
2 8 34 2 active sync /dev/sdc2
3 8 50 3 active sync /dev/sdd2
[root@N4310 ~]# mdadm --examine --scan
^C
J'ai envie de transférer mes données sur mon autre nas* tant que ça marche, et reset le thecus or something pour récupérer l'interface Web d'admin (et mettre à jour le firmware tant qu'à faire), qu'en penses tu ?
Ou je remplace ce disque asap et je vois pour autre chose plus tard ?

B- ASUSTOR (2nd nas)
J'ai un nas ASUSTOR aussi, j'en ai profité pour le nettoyer aussi, et je lancé les commandes mdadm par curiosité... Et je souhaite ton avis stp.

Déjà point poussière: ces 2 nas sont stackés l'un sur l'autre dans une case à quelque cm du sol (d'où le problème de poussière, d'autant que c'est une zone passante). L'ASUSTOR est en dessous, le thecus dessus. Il y avait pas un gramme de poussière à l'intérieur de l'asustor (contrairement au thecus). Et clairement à l'usage, c'est du bon matériel en plus, et donc bon design aussi 👌

Mdadm:
J'ai accès à son interface admin à celui ci. Celle me dit que tout va bien, les 4 disques sont good, et S.M.A.R.T. Healthy (je sais pas ce que c'est, mais c'est sûrement bien d'être healthy).
Par contre... Quand je lance mdadm --detail /dev/md0, ça me dit degraded, et un disque "removed". Active devices, 3 (raid devices 4).
(et la cmd mdadm --examine --scan retourne immédiatement, avec juste 3 lignes : ARRAY /dev/md/x metadata=1.2 UUID=[...] name=AS6404T-51CD:[no md])
D'ailleurs, la loupiote en physique sur le nas n'est jamais souvent allumée contrairement aux 3 autres, ça m'a toujours interrogé mais comme l'interface admin disait all good j'ai pas cherché plus loin.

J'ai plus tendance à faire confiance à une commande Linux qu'une blackbox qu'est l'interface... Qu'en penses-tu, chevalier Tiki_ ?
 
Dernière édition:
A- Thecus :
Ce n'est donc pas mauvais signe, mais effectivement, tu dois sauvegarder tes données tant que tout fonctionne. Ensuite pourras tu nous donner le retour de la commande suivante : ls /dev | grep sdb (tu obtiens le | avec la combinaison de touche AltGr et 6)
Si ton disque n'est pas mort (il est noté removed et non failed), on peut essayer de le réintégrer dans une grappe RAID. On verra ça après tes sauvegardes et ton retour de la commande demandée.
Pour la réinitialisation, oui ça peut-être une bonne idée, mais ce sera après.
Ce NAS semble être bloqué sans possibilité d'évolution au-dela de l'OS6.

B- ASUSTOR (2nd nas)
Ben là aussi, j'ai l'impression qu'un de tes disques est sorti de la grappe RAID. Tes quatre disques sont vus et sont Healthy. C'est une bonne chose.
Qu'est ce que te donne la commande : cat /proc/mdstat ?
As-tu la possibilité de backuper ce NAS avant que l'on tente de réintégrer le disque à la grappe RAID ?

L'Asustor et probablement le Thecus doivent te permettre de recevoir des notifications par mail. Tu devrais les activer

Tiki_

PS : As-tu un Pi ou tout autre machine sous linux qui puisse faire passerelle avec un multiplexer (tmux par exemple) pour lancer des commandes sans risque d'interruption ?
 
Mon laptop principal est sous un ubuntu cinnamon. J'ai aussi un pi4 et un pi zero W qui traînent dans mes projets en développement : tu as le choix des armes ! (juste, tmux me fait un peu peur, j'ai gardé des traumas d'avoir tenté d'utiliser screen il y a longtemps...)


Les sorties des commandes:
Thecus:
Last login: Fri Apr 4 23:45:02 2025 from 192.168.1.114
Note:
Please do not delete or modify any files or folders or it may result in system operation abnormal.

[root@N4310 ~]# cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md0 : active raid5 sda2[0] sdd2[3] sdc2[2]
5789706240 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/3] [U_UU]

md50 : active raid1 sdc3[2] sdd3[3]
524268 blocks super 1.2 [4/2] [__UU]

md10 : active raid1 sdc1[2] sdd1[3]
2096108 blocks super 1.2 [4/2] [__UU]

unused devices: <none>
[root@N4310 ~]# ls /dev | grep sdb
[root@N4310 ~]# ls /dev | grep sda
sda
sda1
sda2
sda3
sda4
sda5
[root@N4310 ~]#
Aucun device n'est trouvé pour ce second disque... Accessoirement, le disque 0 aka sda clignote en rouge sur le nas (je savais même pas que ces leds avaient de la couleur), et je trouve étonnant que les 2 raid md10 md50 (raids créés et utilisés par le système je suppose ?) n'utilisent pas le sda.....
Là je tente de transférer mes données vers mon ASUSTOR avec un rsync qui plafonne à 1mo/s..., c'est long, jamais vu une aussi petite vitesse entre les deux nas voisins, mais je préfère clairement un slow and steady au crash and burn. (ceci dit... Si le disque tient jusque là... Ça ferait genre 1 mois de transfert continu. Je crois que je ferais mieux de changer le 2e disque avant que le 1er meure non ?? Quitte a remettre le 2nd disque dans le nas plus tard, à la place du 1er, s'il est sain. OK j'arrête le transfert pour l'instant 😅)

ASUSTOR :
admin@AS6404T-51CD:/volume1/home/admin $ df -h /volmain/
Filesystem Size Used Avail Use% Mounted on
/dev/md1 11T 8.3T 2.7T 76% /volume1
admin@AS6404T-51CD:/volume1/home/admin $ cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md1 : active raid5 sdc4[5] sdb4[4] sdd4[2] sda4[1]
11707290624 blocks super 1.2 level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md126 : active raid1 sdc3[5] sdb3[4] sdd3[2] sda3[1]
2095104 blocks super 1.2 [4/4] [UUUU]

md0 : active raid1 sdc2[4] sdd2[2] sda2[1]
2095104 blocks super 1.2 [4/3] [UUU_]

unused devices: <none>
admin@AS6404T-51CD:/volume1/home/admin $ sudo mdadm --examine --scan
Password:
ARRAY /dev/md/0 metadata=1.2 UUID=17cbb5af:6e729e3f:e70d7739:d6c7c4f5 name=AS6404T-51CD:0
ARRAY /dev/md/126 metadata=1.2 UUID=0dc43200:07c82f5d:87047576:79272474 name=AS6404T-51CD:126
ARRAY /dev/md/1 metadata=1.2 UUID=4d7fb5a9:4c2d498e:16616710:56c22f7d name=AS6404T-51CD:1
admin@AS6404T-51CD:/volume1/home/admin $ sudo mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Sat Jul 9 11:48:22 2022
Raid Level : raid1
Array Size : 2095104 (2046.34 MiB 2145.39 MB)
Used Dev Size : 2095104 (2046.34 MiB 2145.39 MB)
Raid Devices : 4
Total Devices : 3
Persistence : Superblock is persistent

Update Time : Fri Apr 4 21:26:04 2025
State : clean, degraded
Active Devices : 3
Working Devices : 3
Failed Devices : 0
Spare Devices : 0

Name : AS6404T-51CD:0 (local to host AS6404T-51CD)
UUID : 17cbb5af:6e729e3f:e70d7739:d6c7c4f5
Events : 338409

Number Major Minor RaidDevice State
4 8 34 0 active sync /dev/sdc2
1 8 2 1 active sync /dev/sda2
2 8 50 2 active sync /dev/sdd2
6 0 0 6 removed
admin@AS6404T-51CD:/volume1/home/admin $ sudo mdadm --detail /dev/md1
/dev/md1:
Version : 1.2
Creation Time : Sat Jul 9 11:48:31 2022
Raid Level : raid5
Array Size : 11707290624 (11164.94 GiB 11988.27 GB) Used Dev Size : 3902430208 (3721.65 GiB 3996.09 GB)
Raid Devices : 4
Total Devices : 4
Persistence : Superblock is persistent

Update Time : Fri Apr 4 21:26:12 2025
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0

Layout : left-symmetric
Chunk Size : 64K

Name : AS6404T-51CD:1 (local to host AS6404T-51CD)
UUID : 4d7fb5a9:4c2d498e:16616710:56c22f7d
Events : 15396

Number Major Minor RaidDevice State
5 8 36 0 active sync /dev/sdc4
1 8 4 1 active sync /dev/sda4
2 8 52 2 active sync /dev/sdd4
4 8 20 3 active sync /dev/sdb4
admin@AS6404T-51CD:/volume1/home/admin $ ls /dev | grep sdb
sdb
sdb1
sdb2
sdb3
sdb4
admin@AS6404T-51CD:/volume1/home/admin $
Donc, je me suis peut être alarmé pour rien. Je sais pas ce qu'est que ce volume raid1 de 2go, mais ce n'est pas de mon fait directement, soit le système soit une app du nas, et c'est lui qui a que 3 disques dans sa grappe.
C'est en regardant ces sorties que tu m'as demandé que je me suis dit que je ferais mieux de detail md1...

Je ne connaissais pas ce programme mdadm qui a l'air destiné aux raid, est ce que tu as des ressources favorites que je puisse potasser autour de l'administration Linux de volumes raid par hasard?
 
Dernière édition:
Bonjour,

Réponse un peu tardive :
- Je commencerais par externaliser mes données car la reconstruction du RAID avec un disque neuf peut entraîner la défaillance définitive de ton sda qui à l'air mal en point. J'avoue que c'est un paris.
Ton Asustor est Ok. C'est une bonne nouvelle.
mdadm est effectivement un logiciel de gestion de RAID logiciel. Le man est ma première lecture. Ensuite, je cherche en fonction du besoin à affiner ma connaissance. Je n'ai donc pas de ressource favorite, mais j'arrive souvent sur IT-CONNECT.

Tiki_
 
Y'a pas de tardif, je te suis reconnaissant de bien vouloir m'aider et il n'y a aucune urgence !

Point backup données : OK. Je vais voir si je peux pas avoir de meilleur taux de transfert avec un disque externe branché directement sur le nas (usb).

Je trouve en général les man arides, et manquants cruellement d'exemple d'usage, mais c'est un bon point de départ c'est sur. Et j'irais voir ce que je trouve notamment du côté d'it-connect donc, merci.

Je risque de pas donner de nouvelles de sitôt entre ce long transfert de données et ma vie un peu bousculée en ce moment (nouveau taf, déménagement,...), mais j'ai une feuille de route maintenant, merci beaucoup Tiki_.
Ensuite j'aurais plus qu'à changer le/les disques et reset le nas ou quelque chose du genre pour tâcher de récupérer l'accès utilisateur au firmware et le mettre à jour.
Merci pour tout !