Data onbereikbaar op QNAP NAS 419P

[super27]

Opstelling :

Qnap 419P NAS met 4 x Hitachi 2T Deskstar hdd's in raid 5 modus.
Na shutdown, owv vakantie, en opstart is de nas zichtbaar met de basis share folders, maar de folders zelf zijn niet meer leesbaar.
Dit geeft de system log :
2011-08-05 06:10:56 admin 192.168.1.100 --- [Share Folders] Default shared folders were restored.
2011-08-05 06:08:51 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] The file system is not clean. It is suggested that you run "check disk".
2011-08-05 06:03:13 System 127.0.0.1 localhost Default share Qmultimedia is not found. TwonkyMedia start failed.
2011-08-05 06:01:40 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] The file system is not clean. It is suggested that you run "check disk".
2011-08-05 06:01:20 System 127.0.0.1 localhost System started.
2011-08-04 18:35:36 System 127.0.0.1 localhost System was shut down on Thu Aug 4 18:35:36 CEST 2011.
2011-08-04 18:34:29 admin 192.168.1.100 --- [Power Management] System will be shutdown now.
2011-08-03 15:19:13 System 127.0.0.1 localhost Default share Qmultimedia is not found. TwonkyMedia start failed.
2011-08-03 15:17:40 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] The file system is not clean. It is suggested that you run "check disk".
2011-08-03 15:17:20 System 127.0.0.1 localhost System started.
2011-08-03 13:32:14 System 127.0.0.1 localhost System was shut down on Wed Aug 3 13:32:14 CEST 2011.
2011-08-03 13:31:06 admin 192.168.1.100 --- [Power Management] System will be shutdown now.
2011-08-03 11:29:28 System 127.0.0.1 localhost Default share Qmultimedia is not found. TwonkyMedia start failed.
2011-08-03 11:27:54 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] The file system is not clean. It is suggested that you run "check disk".
2011-08-03 11:27:35 System 127.0.0.1 localhost System started.
2011-08-03 11:25:07 System 127.0.0.1 localhost System was shut down on Wed Aug 3 11:25:07 CEST 2011.
2011-08-03 11:24:00 admin 192.168.1.100 --- [Power Management] System will be restart now.
2011-08-03 01:29:44 System 127.0.0.1 localhost Default share Qmultimedia is not found. TwonkyMedia start failed.
2011-08-03 01:28:02 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] The file system is not clean. It is suggested that you run "check disk".
2011-08-03 01:27:37 System 127.0.0.1 localhost System started.
2011-08-03 01:24:30 System 127.0.0.1 localhost System was shut down on Wed Aug 3 01:24:30 CEST 2011.
2011-08-03 01:18:20 System 127.0.0.1 localhost System updated successfully from 3.4.3 to 3.4.4.
2011-08-03 01:07:08 System 127.0.0.1 localhost [HDD SMART] HDD 1 Rapid Test result: Completed without error.
2011-08-03 01:06:33 System 192.168.1.100 localhost [HDD SMART] HDD 1 Rapid Test started.
2011-08-02 23:52:36 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Examination failed.
2011-08-02 23:52:36 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Examination failed.
2011-08-02 21:06:03 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Start examination.
2011-08-02 21:05:46 System 127.0.0.1 localhost Default share Qmultimedia is not found. TwonkyMedia start failed.
2011-08-01 21:04:30 System 127.0.0.1 localhost Default share Qmultimedia is not found. TwonkyMedia start failed.
2011-08-01 21:02:46 System 127.0.0.1 localhost System started.
2011-07-13 01:11:20 System 127.0.0.1 localhost System was shut down on Wed Jul 13 01:11:19 CEST 2011.

Volgens mij ligt de raid controller eruit.....
Wat het system log voorstelt om "check disk " te doen, gaat niet owv dat deze optie inactive is.

Wat is beste oplossing om alsnog data te recovveren ?

[Verwijderd]

Kan je met ssh erin komen?

[super27]

Ik kom met gelijk welke methode wel in de NAS, tot in de basisstructtuur, nl de Qnap maps : Public, Qdownload, Qmultimedia, .... Maar éénmaal verder is het gedaan, zowel via win explorer als web file manager...

[sl1000]

raidcontroller ligt er niet uit, maar de raidconfig is naar de klote zo te zien.

kun je via ssh het volgende verzamelen:

cat /etc/config/mdadm.conf

cat /etc/raidtab

cat /proc/mdstat

mdadm --examine /dev/sda3

df -h

fdisk -lu

als er geen tig schijven stuk zijn is het nog wel te fixen.

[ Voor 11% gewijzigd door sl1000 op 07-08-2011 16:13 ]

[super27]

sl1000 schreef op zondag 07 augustus 2011 @ 16:13:
raidcontroller ligt er niet uit, maar de raidconfig is naar de klote zo te zien.

kun je via ssh het volgende verzamelen:

cat /etc/config/mdadm.conf

cat /etc/raidtab

cat /proc/mdstat

mdadm --examine /dev/sda3

df -h

fdisk -lu

Dit is chinees voor mij :-)
Kan je dit voor een leek uitleggen a.u.b. ?

[UltraSub]

Nou, je logged in met SSH, en klopt die commando's. Output hier plakken tussen [code] tags. Klaar
Makkelijker kunnen we het niet maken, wel leuker...

[super27]

als ik inlog, kom ik gewoon in mijn admin configuratiescherm, waar ben ik dan naar opzoek, om die comado's in te geven ? (heb hier niet veel kaas van gegeten ;-) )

[sl1000]

download putty (google putty download).
start putty
vul het ip-adres in en kies ssh als verbindings methode
klik op open
log in met admin met het admin password (de getikte tekens worden niet weergegeven).
dan kom je in een soort dosbox, waar je bovenstaande commando's kunt intikken.
als je klaar bent en de output gekopieerd hebt, kun je eruit gaan door exit te klikken.

[super27]

thx!

[super27]

/dev/sda1 * 63 1060289 530113+ 83 Linux
/dev/sda2 1060290 2120579 530145 82 Linux swap / Solaris
/dev/sda3 2120580 3906011969 1951945695 83 Linux
/dev/sda4 3906011970 3907007999 498015 83 Linux

Disk /dev/sda4: 469 MB, 469893120 bytes
2 heads, 4 sectors/track, 114720 cylinders, total 917760 sectors
Units = sectors of 1 * 512 = 512 bytes

Disk /dev/sda4 doesn't contain a valid partition table

Disk /dev/sdb: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 * 63 1060289 530113+ 83 Linux
/dev/sdb2 1060290 2120579 530145 82 Linux swap / Solaris
/dev/sdb3 2120580 3906011969 1951945695 83 Linux
/dev/sdb4 3906011970 3907007999 498015 83 Linux

Disk /dev/sdc: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes

Device Boot Start End Blocks Id System
/dev/sdc1 * 63 1060289 530113+ 83 Linux
/dev/sdc2 1060290 2120579 530145 82 Linux swap / Solaris
/dev/sdc3 2120580 3906011969 1951945695 83 Linux
/dev/sdc4 3906011970 3907007999 498015 83 Linux

Disk /dev/sdd: 2000.3 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes

Device Boot Start End Blocks Id System
/dev/sdd1 * 63 1060289 530113+ 83 Linux
/dev/sdd2 1060290 2120579 530145 82 Linux swap / Solaris
/dev/sdd3 2120580 3906011969 1951945695 83 Linux
/dev/sdd4 3906011970 3907007999 498015 83 Linux

Disk /dev/md9: 542 MB, 542769152 bytes
2 heads, 4 sectors/track, 132512 cylinders, total 1060096 sectors
Units = sectors of 1 * 512 = 512 bytes

Disk /dev/md9 doesn't contain a valid partition table

Disk /dev/md4: 542 MB, 542769152 bytes
2 heads, 4 sectors/track, 132512 cylinders, total 1060096 sectors
Units = sectors of 1 * 512 = 512 bytes

Disk /dev/md4 doesn't contain a valid partition table

Disk /dev/md0: 0 MB, 0 bytes
2 heads, 4 sectors/track, 0 cylinders, total 0 sectors
Units = sectors of 1 * 512 = 512 bytes

Disk /dev/md0 doesn't contain a valid partition table
[~] #

[super27]

hmmm is niet volledig

[FireDrunk]

QNAP heeft toch geen MD maar xraid?

[sl1000]

nee, QNAP heeft gewoon een md-softraid. Nothing fancy

@ super, je mag me ook een txt file sturen met de output daarin. "fdisk -lu" mag je dan weg laten die heb ik hierboven al gezien

[super27]

je hebt een pm

[SpamLame]

FireDrunk schreef op zondag 07 augustus 2011 @ 17:29:
QNAP heeft toch geen MD maar xraid?

xraid(2) is van netgear

[sl1000]

code:

# df -h
Filesystem Size Used Available Use% Mounted on
/dev/ram 32.9M 15.6M 17.3M 48% /
tmpfs 32.0M 108.0k 31.9M 0% /tmp
/dev/sda4 310.0M 221.9M 88.1M 72% /mnt/ext
/dev/md9 509.5M 72.6M 436.9M 14% /mnt/HDA_ROOT
tmpfs 32.0M 0 32.0M 0% /.eaccelerator.tmp

code:

 cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4] [linear] [raid0] [raid10]
md0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]
5855836800 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md4 : active raid1 sdd2[2](S) sdc2[3](S) sdb2[1] sda2[0]
530048 blocks [2/2] [UU]

md13 : active raid1 sda4[0] sdd4[3] sdc4[2] sdb4[1]
458880 blocks [4/4] [UUUU]
bitmap: 0/57 pages [0KB], 4KB chunk

md9 : active raid1 sda1[0] sdd1[3] sdc1[2] sdb1[1]
530048 blocks [4/4] [UUUU]
bitmap: 0/65 pages [0KB], 4KB chunk

unused devices: <none>

raidset is intact. er is iets mis met het filesysteem, daar het niet gemount is.

@super kun je het volgende commando voor me uitvoeren:

code:

 e2fsck -p /dev/md0

dit doet een filesystemcheck van de machine, tijdens het checken verder NIETS met de nas doen.

[super27]

je hebt pm

[sl1000]

oke, dit is echt absoluut niet goed

code:

/dev/md0: Inode table for group 31681 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31682 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31683 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31684 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31685 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31686 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31687 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31688 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31689 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 31690 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0: Inode table for group 32263 is not in group. (block 0)
WARNING: SEVERE DATA LOSS POSSIBLE.
answer=1
RELOCATED.
/dev/md0 contains a file system with errors, check forced.
/dev/md0: Error allocating directory block array: Memory allocation failed
e2fsck: aborted
[~] #

oke, dit is niet zo maar meer te fixen
is er nog iemand met tips die hier meeleest?

[super27]

Enig idee van een oorzaak ? Want heb bij mijn weten niets verkeerds gedaan.
Aan je reactie te lezen, ziet dit er niet goed uit...
Kan je in lekentaal ff uitleggen wat er aan de hand is ?

[sl1000]

Je bestandssysteem is corrupt, maar geen flauw idee wat de oorzaak is... sorry

[edit] nog even zitten googlen, maar de laatste error geeft aan dat het systeem te weinig geheugen heeft om verder te gaan met het repareren van het bestandsysteem. workaround zou kunnen zijn om een lege usbstick te formateren en als swapspace toe te wijzen voor e2fsck. maar dat is wel goochelen voor gevorderen. Geen idee hoe ik je dat even snel uitleg.

1. heb je toevallig een lege usb-stick ergens?
2. ik zou evt via teamviewer een poging kunnen doen om je te helpen. maar dan moet je teamviewer installeren op je pc en mij je id en eenmalig wachtwoord dm'en

[/edit]

[ Voor 130% gewijzigd door sl1000 op 07-08-2011 18:44 ]

[super27]

heb beide :-)
ff zoeken waar dat ding weer ligt

[super27]

Ok, heb hier lege usb stick en Teamviewer staat open...
Als je er bent, stuur ik wel pm met ID en pass

[super27]

Oplossing van sl1000 werkte spijtig genoeg niet. (Bedankt voor de hulp!)
Iemand nog een andere idee, buiten alles resetten en opnieuw beginnen, met data loss tot gevolg.

[UltraSub]

Dat is shit man.. Dan wordt het inderdaad echt goochelen voor gevorderden.
Wat bijvoorbeeld zou kunnen, disks er uit halen, en in een linux doos met meer memory hangen. Met mdadm het array assemblen, en dan weer een fs check laten doen. Hopen dat die het dusdanig kan repairen dat je het kunt mounten, en data er af kunt kopieren.
Dat is een groot voordeel van mdadm. Je array(s) kunnen reassemblen op een willekeurige doos die mdadm draait. Maar ja, zoals gezegd, goochelen voor gevorderden. Denk als ik het topic zo zie dat het iets te hoog gegrepen is voor je, sorry...

/edit
Even over de root cause. Zou het niet zo kunnen zijn dat die bak verrot memory heeft, en daardoor het fs ook vernaggeld is? Kan me haast niet voorstellen dat er te weinig memory is voor een repair van een fs.

[ Voor 15% gewijzigd door UltraSub op 07-08-2011 20:59 ]

[sl1000]

Verrot geheugen zou misschien kunnen, maar heb e2fsck verwezen naar een 64gb flashdisk voor swap en gelijk dezelfde fout. Ik zie dat e2fsck bestanden aanmaakt op de flashdisk, dus config zou goed moeten zijn.

Heb iig geen idee meer. Opnieuw beginnen en dan de bak eens goed testen?

[Catmandos]

waar heb je de qnap besteld want misschien kan die zaak nog iets voor je doen

als je hem bij Wifimedia hebt besteld zou ik het als het jouw was daar nog even proberen die zijn heel goed met service

[super27]

UltraSub schreef op zondag 07 augustus 2011 @ 20:57:
Denk als ik het topic zo zie dat het iets te hoog gegrepen is voor je, sorry...

Dat heb je helemaal goed begrepen

Maar zoals ik hierboven lees, mss beter om de bak terug te sturen naar Qnap, owv dat geheugen? Of eerst nog eens zelf proberen, met volledige reset... (met data loss).

/edit
Of kan je het memory zelf testen?

[ Voor 7% gewijzigd door super27 op 08-08-2011 08:35 ]

[rikadoo]

Bij synology kan je met Synology Assistant een geheugencheck uitvoeren, misschien is dat ook mogelijk met de software van jouw NAS? Ik heb geen ervaring met Qnap dus weet niet of dat er is. Maar de data is er niet met een andere PC of iets eraf te halen?

[UltraSub]

Bij die qnaps kun je er toch ook een scherm en toetsenbord aan hangen?
BIOS, usb stick met mem86, en checken maar.

[sl1000]

Alleen de intels. Niet de arm versie die hij heeft..

[super27]

Is ondertussen opgestuurd naar verkoper--> Qnap.

Had contact gehad met een professioneel data recovery bedrijf, maar daar ging de prijs van min. 650€ tot ca. 4500€ voor mijn NAS

Bedankt aan allen hier die mee gezocht hebben naar een oplossing!

[sl1000]

waarom in hemelsnaam opsturen? je data is weg, maar de nas zelf is niet perse stuk. opnieuw installeren en je kunt kijken of hij werkt zoals zou moeten.

[rikadoo]

misschien is alleen je NAS stuk? En kan je je RAID weer fixen op de nieuwe NAS? Of is dat niet mogelijk.

[SpamLame]

De raid set was niet stuk, maar het filesysteem lag aan barrels, zie een aantal post van sl1000 terug

[super27]

sl1000 schreef op maandag 08 augustus 2011 @ 17:13:
waarom in hemelsnaam opsturen? je data is weg, maar de nas zelf is niet perse stuk. opnieuw installeren en je kunt kijken of hij werkt zoals zou moeten.

niet perse stuk... Maar voor alle zekerheid gaat ie toch binnen (valt nog onder garantie).
Nu de opmerking was gemaakt van eventueel brak memory, moet ik wel zeggen dat hij de laatste tijd pokke traag reageerde ...
Stuur 'm dus liever dan meteen op, dan nu alles terug te plaatsen en binnen 3 maand weer plat te liggen...

[real-doc]

Als er inderdaad hardwarematig wat stuk is, heb je grote kans dat je straks je schijven weer gewoon in de nieuwe kan stoppen en met een fsck de boel alsnog kan fixen!

[super27]

Moest dat kunnen , dat zou schitterend nieuws zijn :-)
Eerst maar eens kijken hoe lang het gaat duren, eer ik de NAS terug in handen heb ....

[Exirion]

Nog nieuws inmiddels?