Qnap Plus d'accès à QTS

Gravitys

Gravitys

Chevalier Jedi
27 Août 2015
353
1
18
Depuis une coupure électrique, je n'ai plus acces à l'interface du NAS. Sur l'affichage LCD, il me dit erreur volume, cependant plex et ssh fonctionnnent.
J'ai un ticket ouvert [#HGT-518-46458]: raid error, il y a t'il quelque-chose à tester sans risque d'aggraver la situation en attendant que mon ticket soit assigné ?

Merci
 
Hello,

Tu peux avoir une erreur de volume et que les données soient toujours là. Par contre, c'est effectivement dommage que tu n'es pas accès à QTS. Je te conseille d'ouvrir un ticket au support QNAP et d'éteindre ton NAS... Malheureusement, leurs bureaux en France sont fermés et n'ouvriront pas avant lundi. La bonne nouvelle, c'est que tu as toujours accès aux données de ton NAS.

Sais-tu quel disque est HS ?
 
Non, rien est indiqué sur le LCD et je ne sais pas si je peux avoir cette info en ssh.
Le ticket est ouvert depuis hier matin, je leur ai donné accès au ssh, du coup je laisse le NAS allumé...
 
Oui, étrangement je n'avais pas accès aux datas, mais qts fonctionnait. Depuis le reboot, c'est l'inverse...
 
fichier ulinux sans doute corrompu

que dit :

Code: 
cd /tmp
wget http://download.qnap.com/Storage/tsd/utility/qck
chmod +x qck
./qck all

et verifier l'état du RAID

Code: 
cd /tmp
wget http://download.qnap.com/Storage/tsd/utility/md_checker
chmod +x md_checker
./md_checker
 
[/tmp] # ./qck all

NAS type: TS-X71
HAL model: TVS-671
FW type: HAL
FW version: 4.2.2
FW build: 20161214
md9 online: yes
md9 mounted: yes
md9 initialised: Sep 16 16:36:25 2015
md13 online: yes
md13 mounted: yes

uLinux.conf: ok
smb.conf: ok
crontab: ok
Model_Name: ok (TS-X71)
BOOT.conf: ok (TS-NASX86)

enc port device signature partitions model
0 1 /dev/sda QNAP FLEX 5 ST4000VN000-1H41
0 2 /dev/sdb QNAP FLEX 5 ST4000VN000-1H41
0 3 /dev/sdc QNAP FLEX 5 ST4000VN000-1H41
0 4 /dev/sdd QNAP FLEX 5 ST4000VN000-1H41
0 5 -- --
0 6 -- --

Device Status
------- ------
/dev/md1 Filesystem not found!

Device Status
------- ------
cachedev1 Raid_5


[/tmp] # ./md_checker

Welcome to MD superblock checker (v1.4) - have a nice day~

Scanning system...

HAL firmware detected!
Scanning Enclosure 0...

RAID metadata found!
UUID: a70c55a4:27e02c57:b6dcbe52:c624a4b0
Level: raid5
Devices: 4
Name: md1
Chunk Size: 512K
md Version: 1.0
Creation Time: Sep 16 16:46:33 2015
Status: ONLINE (md1) [UUUU]
===============================================================================
Disk | Device | # | Status | Last Update Time | Events | Array State
===============================================================================
1 /dev/sda3 0 Active Dec 30 19:11:19 2016 22907 AAAA
2 /dev/sdb3 1 Active Dec 30 19:11:19 2016 22907 AAAA
3 /dev/sdc3 2 Active Dec 30 19:11:19 2016 22907 AAAA
4 /dev/sdd3 3 Active Dec 30 19:11:19 2016 22907 AAAA
===============================================================================


[/tmp] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md1 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]
11691190272 blocks super 1.0 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
resync=PENDING

md256 : active raid1 sdd2[3](S) sdc2[2](S) sdb2[1] sda2[0]
530112 blocks super 1.0 [2/2] [UU]
bitmap: 0/1 pages [0KB], 65536KB chunk

md13 : active raid1 sda4[0] sdd4[24] sdc4[2] sdb4[1]
458880 blocks super 1.0 [24/4] [UUUU____________________]
bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sda1[0] sdd1[24] sdc1[2] sdb1[1]
530048 blocks super 1.0 [24/4] [UUUU____________________]
bitmap: 1/1 pages [4KB], 65536KB chunk

unused devices: <none>
 
[/tmp] # /etc/init.d/init_lvm.sh
Changing old config name...
Reinitialing...
Detect disk(8, 0)...
dev_count ++ = 0Detect disk(8, 16)...
dev_count ++ = 1Detect disk(8, 32)...
dev_count ++ = 2Detect disk(8, 48)...
dev_count ++ = 3Detect disk(8, 64)...
ignore non-root enclosure disk(8, 64).
Detect disk(8, 80)...
ignore non-root enclosure disk(8, 80).
Detect disk(8, 0)...
Detect disk(8, 16)...
Detect disk(8, 32)...
Detect disk(8, 48)...
Detect disk(8, 64)...
ignore non-root enclosure disk(8, 64).
Detect disk(8, 80)...
ignore non-root enclosure disk(8, 80).
sys_startup_p2:got called count = -1

--== Thank you for participating in the global usage survey ==--
The server's response is:

you are the 17831th user to install this version
Done

en fait, bizarrement, le volume est monté, j'ai acces via le reseau, mais aucun service ne tourne (hors smb, ssh et quelques autres comme plex...) !

QTS est inaccessible, QSYNc, qphoto, etc, plus rien ne fonctionne :(
 
suite...
apres un redemarrage manuel des services /etc/init.d/services.sh restart, QTS vient de demarrer :)

voila un extrait des logs :


les 3 premiers messages reviennent a chaque reboot.

Merci de votre aide les gars, mais amusez vous plutot ce soir :) je vais faire de même !

on se retrouve l'an prochain avec un NAS en meilleure forme j'espère...
 
firmware reflashé avec la procedure manuelle : https://wiki.qnap.com/wiki/Firmware_Recovery#Firmware_Recovery_Guide_for_x86-based_NAS

sans les disques, le systeme boote, sans erreur, il me demande un disque pour s'installer (vu que je n'en ai pas d'autres que ceux du raid, je n'ai pas pu tester...)

si je boote avec les disques, le systeme demarre correctement, lance un resync du raid, j'ai acces a QTS pendant environ 5mns, puis plante (QTS ensuite n'est plus dispo)

A partir de la j'ai uniquement acces au ssh.. et plex ! (les datas sont bien la, je peux lancer n'importe que film/serie..), les données sont aussi accessible via partage reseau.

je peux relancer qts via ssh avec /etc/init.d/services.sh restart

j'ai l'impression d'un probleme sur la config des disques (un conflit ou quelquechose dans le genre..)

 
Merci au support Qnap, très réactif, vous êtes au top les gars... c'est à ce moment la que l'on se dit que l'on a fait le bon choix :)
 
Vous devez vous connecter ou vous enregistrer pour répondre ici.
Haut Bas
Retour