kenneth wedmore lund

Min Raid 5 Qnap NAS er crashet pga. strømafbrud – hvem kan hjælpe mig genskabe filerne?

Decrease Font Size Increase Font Size Text Size Print This Page

Jeg har brug for din hjælp…..

Før påske lovede jeg at sende nogle ekstra klip hen over påsken omkring mediecenter osv. – du har måske undret dig over hvor dé klip bliver af? Her er forklaringen:

I Living Smart studiet har jeg en Qnap 809 NAS med 8 stk. 3tb diske – det er her jeg opbevarer vores udsendelser, Kickstart-DVD’erne osv.

For nogle uger siden flyttede jeg noget udstyr i studiet, hvilket medførte at NAS’en stod uden UPS strømbackup i nogle dage og tilfældet ville desværre, at der netop dét kom et strømafbrud.

Siden har jeg ikke kunnet læse filerne på NAS’en og jeg kan læse mig til på nettet, at mit valg af RAID 5 til NAS’en netop gør, at filsystemet kan blive ødelagt af strømafbrud, men at filerne ER der, så det er muligt at genskabe dem.

Status er at jeg kan se NAS’en og jeg kan også se MAPPERNE i Finder/stifinder, men ikke åbne dem. Jeg kan sagtens komme ind på NAS’en via Qnaps kontrolpanel og jeg kan også se RAID setuppet – men under “volumes”, står der “Filesystem unknow” og “status : not active”.

Ind til nu har jeg prøvet Qnap’s egen “rebuild” funktion, men der sker ikke noget. Jeg har også prøvet http://www.runtime.org/raid.htm men jeg forstår ikke hvordan jeg skal bruge det i praksis. Ud over det har jeg læst om flere forskellige terminalkommandor og lign. men igen, det er langt ud over mine evner.

Desværre har Qnap endnu ikke svaret på mine gentagne supporthenvendelser efter 2 uger så nu bliver jeg nødt til at spørge, om der sidder nogle ude blandt Living Smart seerne, som kan hjælpe mig.

Jeg har ikke behov for løftede pegefingre og formaninger men om hjælp til at genskabe mine filer – så kan vi tage gode råd til fremtidig brug og setup når jeg har fået mine filer frem igen, så vi kan sende nogle udsendelser igen :)

Har du mulighed for at hjælpe, så må du meget gerne svare herunder! På forhånd tak !

  • Benny Rosenfeld
  • Benny Rosenfeld
  • Peter Olsen

    Hej Kenneth
    jeg har også prøvet noget af det samme, og jeg brugte et program der hed  321Soft Data Recovery, men om det virker hos dig, ved jeg ikke…/Peter

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Hej Peter – virker det på NAS eller kun almindelige diske? Synes ikke ordet “nas” fremgår på deres site….

      • Peter Olsen

        det var jo så på en alm. disk jeg genskabte dataen, men jeg har måske et dumt spørgsmål, men har du prøvet at kikke på NAS med en anden maskine ?

        • http://www.livingsmart.dk Kenneth WedMore Lund

          Det har jeg prøvet, ja :)

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Men virker det på NAS? Som jeg læser det, er det ikke til NAS, vel?

  • Sten Von Ravn

    Du kan prøve det her http://www.ufsexplorer.com/

  • Mathias Johnsen

    Nu har jeg aldrig selv prøvet dette, men det ser ud til at være et forsøg værd.

    http://www.diydatarecovery.nl/irecover.htm Ellers kan du jo kontakte firmaer så som: http://www.dataservices.dk/service.html

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Tak for linkene :)

  • http://www.facebook.com/mathias.salomonsson Mathias Møller Salomonsson

    Her er en med pretty much same issue: 

    http://www.manningproductions.com/blog/2011/02/recovering-lost-data-from-qnap-raid-5-array/

    Risky proces, som vil tage lidt tid, men det er et kig værd :)

  • Morgan_50

    Hej Kenneth
    Jeg har et program til at rette ødelagte hd og filer til Mac.
    Nu sidder jeg i det Sydfranske og kan ikke huske hvad det hedder men der er købt i Apple store
    Jeg har genskabt filer på hd som Apple og andre havde opgivet og jeg mener og kan huske det også virker på Ráid
    Søg noget med Sheeld

  • http://www.livingsmart.dk Kenneth WedMore Lund

     Ja og som jeg læser det, kan den IKKE kontakte NAS’en men kræver at man laver images af alle de diske, der er på den og det aner jeg intet om hvordan jeg gør.

    Gør du?

    • Morten Brun

      Hej Kenneth

      Hvordan endte denne historie. Hvordan fik du fixet problemet?

  • http://www.livingsmart.dk Kenneth WedMore Lund

     Er det ikke kun til interne diske – synes ikke jeg kan se noget om NAS nogen steder på deres site?

  • Michael Johansen

    Prøv at læse her: http://www.recover-raid.com/failed-RAID-help.html

    Iøvrigt forstår jeg ikke, at du endnu ikke har hørt fra Qnap… De plejer at være hurtige på tasterne :)

  • http://www.facebook.com/lrunejensen Lars Rune Jensen

    Hej Kenneth  

    Du skal virkelig have respekt for den her situation –   hvilket du helt sikkert også har – kender selv suget i maven man får når NAS driller og ens data hænger og svæver. Du må for gud skyld ikke prøve et eller andet tool som folk har prøvet på lokale diske på en Mac. QNAP er Linux baseret – og når du har RAID 5 er det et avanceret fil system du har med at gøre. Derfor vil jeg KUN anbefale dig at du får QNAPs egne folk til at logge ind til dit NAS og reparerer RAID setupet.

    Det må da kunne lade sig gøre at betale sig for at få support – ring til dem => http://www.qnap.com/WarrantyService.asp

    Mvh. Rune

  • http://twitter.com/spindledk Jesper Nielsen

    Nu ved jeg ikke lige om det her hjælper eller er blevet sagt, men hvad med programmet data rescue 3?

  • http://www.facebook.com/allanhoiberg Allan Høiberg

    Som jeg læser teksten fejler selve RAID-opsætningen ikke noget (sig til hvis der står noget om det i Qnap-systemet), men
    filsystemet er ikke tilgængeligt. NAS’en ser populært sagt kun en
    uformateret disk, som den ikke ved hvordan den skal læse indholdet af – i
    modsætning til hvis RAID-opsætningen fejler; så ser den slet ingen
    disk.

    Det betyder i begge tilfælde at indholdet af diskene ikke er delt på
    nettet, og du ikke vil kunne bruge noget som helst værktøjsprogram på
    din Mac uden at alle diskene fra NAS-boxen også bliver tilsluttet den
    samme Mac direkte. Dét ville jeg være yderst forsigtig med for ikke at
    risikere at Mac’en begynder at pille ved diskene selv og gør problemet endnu værre.

    Det mest sandsynlige er at fejlen “skal” løses fra kommandolinien direkte på din Qnas. Hvis du er sikker på at det kun er et filsystem-problem og ikke en defekt RAID-opsætning, er det i praksis ligemeget at du kører RAID – så er løsningen den samme som hvis du ikke gjorde (sådan at forstå at så er der flere, der vil kunne hjælpe dig videre end hvis det er et specifikt Qnas-RAID-problem).

  • http://www.livingsmart.dk Kenneth WedMore Lund

    Ja og her ville en håndsrækning fra Qnap være dejlig – det er, trods alt, en NAS til 12.000 kr. UDEN at regne diskene med.

  • http://www.facebook.com/people/Ove-Kristensen/1660946118 Ove Kristensen

    Hej Kenneth,
    Der findes et program,  Runtime NAS Data Recovery, jeg har ikke selv prøvet det, men det er da et forsøg værd.
     
    Mvh Ove.  

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Tak :)

  • Radiomekaniker

    Har en qnap459 (raid5) og min erfaring ved strømafbrydelse er at når der igen kommer strøm starter den selv med at kontrollere filsystemet (det er her man skal lade nas’en få ro og ikke gå i “sort”
    Har du prøvet at genstarte den det kan være det kan få den til at fikse sig selv.

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Den er genstartet mange gange siden, ja :)

  • http://www.facebook.com/mathias.salomonsson Mathias Møller Salomonsson

    Har du tjekket, at alle dine devices er OK som en start? Formoder du kører software RAID.

    Prøv at kør: 

    mdadm –detail /dev/volumegroup/logicalvolume

    kender du ik navnet på din vg/lv, ka du se det med mount.

    eks fra min synology:
    DiskStation> mdadm –detail /dev/vg1000/lv /dev/vg1000/lv:        Version : 1.2  Creation Time : Thu Mar 24 07:16:32 2011     Raid Level : raid5     Array Size : 2916081664 (2780.99 GiB 2986.07 GB)  Used Dev Size : 2490176 (2.37 GiB 2.55 GB)   Raid Devices : 4  Total Devices : 4    Persistence : Superblock is persistent    Update Time : Fri Apr  6 14:38:30 2012          State : clean Active Devices : 4Working Devices : 4 Failed Devices : 0  Spare Devices : 0         Layout : left-symmetric     Chunk Size : 64K           Name : DiskStation:2  (local to host DiskStation)           UUID : 7fbe78b7:0d4d3d85:d474da84:e9f93c99         Events : 6169043    Number   Major   Minor   RaidDevice State       0       8        5        0      active sync   /dev/sda5       1       8       21        1      active sync   /dev/sdb5       2       8       37        2      active sync   /dev/sdc5       4       8       53        3      active sync   /dev/sdd5

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Det er velment men fuldstændig sort snak for mig, Mathias  :D
       
      Jeg går da ud fra at Qnap, som dedikeret RAID NAS er hardware RAID, men jeg ved ikke så meget om det.
       
      Jeg er ikke klar over hvad det er jeg skal skrive i den der mdadm og hvor? I min Terminal?

  • Michael Johansen

    Går det fremad, Kenneth?

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Desværre ikke :)

  • http://www.facebook.com/michael.h.thyrring Michael Hunæus Thyrring

    Hej Kenneth  
    Jeg har benyttet “File Scavenger” fra QueTek, har også prøvet “GetDataBack” fra http://www.runtime.org – men File Scavenger er ikke så vanskelig at benytte. Begge programmer kommer til samme resultat, men det tager tid.

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Til NAS ?

  • http://twitter.com/JanHolbo Jan Holbo Rasmussen

    For det første vil jeg sige: stop brugen af diskene ….

    For det andet, vil jeg anbefale, at du tager en kopi af hver disk for sig, allerhelst på samme model, type, størrelse disk, og så arbejde på kopierne.

    Ovenstående fordi ethvert forsøg på at arbejde med diskene kan ødelægge evt spor, der skal bruges til at genskabe data.

    Ultimativt er det et spørgsmål om, hvor meget dataene er værd for dig. Dvs hvor meget du er villig til at betale for, at få dem igen. Man kan jo betale sig fra at få data genskabt …..

    • http://www.livingsmart.dk Kenneth WedMore Lund

       Ja det er jo så her jeg kommer lidt til kort, for der er ingen tvivl om, at det ville være fedt at have 8 x 3tb diske (til 2.000 k. stykket) liggende, som jeg lige kunne kopiere over på, men i forhold til indtægten ved at lave gratis tv …… så hænger det prismæssigt slet ikke sammen, desværre. :)

  • http://www.photofolio.dk/ Michael Nielsen

    Jeg har programmet Restorer Pro Ultimate, http://www.bitmart.com som jeg har brugt mange gange til at redde filer der er gået tabt. Jeg ved dog ikke helt hvordan det fungerer med et eksternt NAS, men du kan hente en demo version (der ikke kan genskabe) og se om det kan hjælpe dig.

    Jeg har dog kun prøvet det på lokale harddiske/hukommelseskort – men der virker det fint. Men har haft det siden 2007, og hver gang jeg har mistet noget og der er kommet en ny version – Har jeg ikke tøvet med at opgradere.

  • Michael Johansen

    Der er jo folk, der lever af at fixe denne type problemer… Måske det var på tide at tage kontakt til sådanne, her efter påske! I hvert fald, hvis det er data, der er værd at betale for :)

  • http://www.facebook.com/allanhoiberg Allan Høiberg

    Én ting ad gangen, så:

    1) Kan du noget sted i NAS’ens kontrolpanel se om der står at selve RAID-opbygningen er i orden eller om der er fejl i den?

    (Jeg antager som tidligere skrevet at den er i orden ud fra det du har skrevet, men hvis det var forkert tolket, er der andre ting vi IKKE skal prøve at lege med endnu ;-)

    2) Kan du komme i kontakt med NAS’en for at få en kommandolinie? Jeg kender ikke QNap, men det er ikke utænkeligt at det står i manualen hvordan man gør. Hvis du kan det, kan vi tage én ting ad gangen dérfra, uden at du selv behøver at vide så meget om, hvad kommandoerne gør.

    Sandsynligvis er det noget med, fra en terminal på din Mac at skrive “ssh IP” hvor IP selvfølgelig er NAS’ens adresse. Hvis der kommer en loginprompt frem, er brugernavnet sandsynligvis “root” og adgangskoden den, du i forvejen bruger til at styre den med.

    • http://www.livingsmart.dk Kenneth WedMore Lund

      Jeg har 8 diske i den og de er delt op i 2 RAID arrays. Disk 1-6 er raid 5 og disk 7+8 er et andet RAID.

      Raid’en med de to diske kører fint, så der er fint liv i NAS’en.

      Det er det første array, der er kokset (den, der består af 6 diske).

      Der står blot at “array filesystem is unknown” og “status is not active”. Dvs. der står ikke noget om at det er i stykker – blot er det pludselig ikke længere kendt og aktivt.

      Jeg kan godt gå via kommandolinie og flere har også skrevet til mig at jeg kan prøve at genskabe arrayet med mdadm kommandoen, men det er lige et par niveuaet højere end mine evner går, kombineret med at jeg er bange for at gøre noget forkert, der så ender med at slette mine data. Jeg kan se alle diske osv. via kommandolinie.

      • http://www.facebook.com/allanhoiberg Allan Høiberg

        Prøv disse kommandoer og lad høre hvad resultatet er -  de piller ikke ved noget, men fortæller lidt mere om selve RAID-arrayets tilstand og om, hvordan arrayets indhold ser ud:

        cat /proc/mdstat

        og

        cat /etc/mdadm.conf

        Dernæst

        fdisk -l /dev/md?

        og endelig

        cat /etc/fstab

        • http://www.livingsmart.dk Kenneth WedMore Lund

          [~] # cat /proc/mdstat

          Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] 

          md1 : active raid0 sdh3[1] sdg3[0]

                5857395200 blocks 64k chunks

                

          md8 : active raid1 sdh2[2](S) sdg2[3](S) sdf2[4](S) sde2[5](S) sdd2[6](S) sdc2[7](S) sdb2[1] sda2[0]

                530048 blocks [2/2] [UU]

                

          md13 : active raid1 sdb4[0] sdh4[7] sdg4[6] sdd4[5] sde4[4] sdf4[3] sda4[2] sdc4[1]

                458880 blocks [8/8] [UUUUUUUU]

                bitmap: 0/57 pages [0KB], 4KB chunk

          md9 : active raid1 sda1[0] sdh1[7] sdg1[6] sdf1[5] sde1[4] sdb1[3] sdc1[2] sdd1[1]

                530048 blocks [8/8] [UUUUUUUU]

                bitmap: 1/65 pages [4KB], 4KB chunk

          unused devices:

          [~] # 

          • http://www.facebook.com/allanhoiberg Allan Høiberg

            Ved første øjekast ser det hér lidt mystisk ud – tør ikke sige om det er Qnap-specifikt eller om det bare er fordi der foregår noget helt andet end jeg gætter på.

            Dettehér skulle være listen over RAID-enheder, hvilken type, størrelse og hvilke diske de består af. Der er fire enheder – sandsynligvis to systemhenheder, der er usynlige fra det normale kontrolpanel, og så dine to dataenheder.  Hvorfor de er nummereret som de er, tør jeg ikke gætte på (det ved Qnaps udviklere sikkert:), men det er relativt sandsynligt at md8 og 9 er systemenhederne., md1 er den fungerende enhed med to diske og md13 er problemet.

            Det, der undrer mig er at md13 ikke står som RAID5. Er der nogen på linien med erfaring fra sådan en dims, der ved hvad der plejer at stå?

            Lad os lige grave lidt dybere og se outputtet fra

            mount

            og

            dmesg

          • http://www.livingsmart.dk Kenneth WedMore Lund

            [~] # mount
            /proc on /proc type proc (rw)
            none on /dev/pts type devpts (rw,gid=5,mode=620)
            sysfs on /sys type sysfs (rw)
            tmpfs on /tmp type tmpfs (rw,size=64M)
            none on /proc/bus/usb type usbfs (rw)
            /dev/sda4 on /mnt/ext type ext3 (rw)
            /dev/md9 on /mnt/HDA_ROOT type ext3 (rw)
            none on /sys/kernel/config type configfs (rw)
            /dev/md1 on /share/MD1_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered,delalloc,noacl)
            tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)
            [~] # 

          • http://www.livingsmart.dk Kenneth WedMore Lund

            [~] # dmesg
            S: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132
            [ 2341.566388] LIO_Target_ConfigFS: REGISTER -> Allocated Node: iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132
            [ 2341.566516] lio_target_tiqn_addtpg() parent name: iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132
            [ 2341.566676] TARGET_CORE[iSCSI]: Allocated Normal se_portal_group_t for endpoint: iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132, Portal Tag: 1
            [ 2341.566820] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132]_TPG[1] – Added iSCSI Target Portal Group
            [ 2341.566940] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132
            [ 2341.567061] LIO_Target_ConfigFS: REGISTER -> Allocated TPG: tpgt_1
            [ 2341.567159] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132 TPGT: 1 PORTAL: 127.0.0.1:3260
            [ 2341.567323] CORE[0] – Added Network Portal: 127.0.0.1:3260 on TCP on network device: None
            [ 2341.567444] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132] – Added Network Portal: 127.0.0.1:3260,1 on TCP on network device: None
            [ 2341.567569] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132]_TPG[1] – Incremented np_exports to 1
            [ 2341.567691] LIO_Target_ConfigFS: addnptotpg done!
            [ 2341.569478] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132 TPGT: 1 PORTAL: 10.0.1.6:3260
            [ 2341.569633] CORE[0] – Added Network Portal: 10.0.1.6:3260 on TCP on network device: None
            [ 2341.569755] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132] – Added Network Portal: 10.0.1.6:3260,1 on TCP on network device: None
            [ 2341.569880] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132]_TPG[1] – Incremented np_exports to 1
            [ 2341.570002] LIO_Target_ConfigFS: addnptotpg done!
            [ 2341.571698] Disabling iSCSI Authentication Methods for TPG: 1.
            [ 2341.573333] iscsi_tpg_disable_portal_group:887: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request.
            [ 2341.573464] iscsi_tpg_disable_portal_group:887: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request.
            [ 2341.573588] iscsi_tpg_disable_portal_group:887: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request.
            [ 2341.577286] iSCSI_TPG[1] – Added ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:all:iscsi.default.ffffff
            [ 2341.577409] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.qnap809.c7b132 TPGT: 1 Initiator: iqn.2004-04.com.qnap:all:iscsi.default.ffffff CmdSN Depth: 16
            [ 2341.579186] Disabling iSCSI Authentication Methods for TPG: 1.
            [ 2341.588627] lio_target_call_coreaddtiqn(): name: iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132
            [ 2341.588752] CORE[0] – Added iSCSI Target IQN: iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132
            [ 2341.588871] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132
            [ 2341.588990] LIO_Target_ConfigFS: REGISTER -> Allocated Node: iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132
            [ 2341.589121] lio_target_tiqn_addtpg() parent name: iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132
            [ 2341.589289] TARGET_CORE[iSCSI]: Allocated Normal se_portal_group_t for endpoint: iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132, Portal Tag: 1
            [ 2341.589433] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132]_TPG[1] – Added iSCSI Target Portal Group
            [ 2341.589555] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132
            [ 2341.589675] LIO_Target_ConfigFS: REGISTER -> Allocated TPG: tpgt_1
            [ 2341.589765] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132 TPGT: 1 PORTAL: 127.0.0.1:3260
            [ 2341.589890] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132] – Added Network Portal: 127.0.0.1:3260,1 on TCP on network device: None
            [ 2341.590018] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132]_TPG[1] – Incremented np_exports to 2
            [ 2341.590150] LIO_Target_ConfigFS: addnptotpg done!
            [ 2341.591873] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132 TPGT: 1 PORTAL: 10.0.1.6:3260
            [ 2341.591995] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132] – Added Network Portal: 10.0.1.6:3260,1 on TCP on network device: None
            [ 2341.592117] CORE[iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132]_TPG[1] – Incremented np_exports to 2
            [ 2341.592240] LIO_Target_ConfigFS: addnptotpg done!
            [ 2341.593929] Disabling iSCSI Authentication Methods for TPG: 1.
            [ 2341.595542] iscsi_tpg_disable_portal_group:887: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request.
            [ 2341.597330] iscsi_tpg_disable_portal_group:887: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request.
            [ 2341.597454] iscsi_tpg_disable_portal_group:887: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request.
            [ 2341.601204] iSCSI_TPG[1] – Added ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:all:iscsi.default.ffffff
            [ 2341.601332] LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ts-809:iscsi.test.c7b132 TPGT: 1 Initiator: iqn.2004-04.com.qnap:all:iscsi.default.ffffff CmdSN Depth: 16
            [ 2341.603108] Disabling iSCSI Authentication Methods for TPG: 1.
            [ 2341.615038] iSCSI_TPG[1] – Enabled iSCSI Target Portal Group
            [ 2341.618074] iSCSI_TPG[1] – Enabled iSCSI Target Portal Group
            [ 2341.619990] iscsi_log_rcv_msg: get log pid = 879.
            [24693.195430] BUG: unable to handle kernel NULL pointer dereference at (null)
            [24693.195499] IP: [] (null)
            [24693.195561] PGD 62e3b067 PUD 67b5e067 PMD 0 
            [24693.195625] Oops: 0010 [#1] SMP 
            [24693.195686] last sysfs file: /sys/devices/pci0000:00/0000:00:1c.1/0000:02:00.0/host7/target7:0:0/7:0:0:0/model
            [24693.195809] CPU 1 
            [24693.195870] Pid: 21630, comm: parted Tainted: P           2.6.33.2 #1 TS-509-Q025MB(T187)/TS-509-Q025MB
            [24693.195991] RIP: 0010:[]  [] (null)
            [24693.196059] RSP: 0000:ffff880068045df0  EFLAGS: 00210246
            [24693.196121] RAX: 0000000000000000 RBX: ffff880054866d40 RCX: 0000000000000000
            [24693.196186] RDX: 0000000000000021 RSI: ffff8800504bd600 RDI: ffff880054866d40
            [24693.196222] RBP: ffff880068045e38 R08: 0000000000000000 R09: ffff8800504bd600
            [24693.196222] R10: ffff880068044000 R11: ffff88007e63ec40 R12: 0000000000000000
            [24693.196222] R13: ffff8800504bd600 R14: ffff880054867020 R15: ffff880074bdcd40
            [24693.196222] FS:  0000000000000000(0000) GS:ffff880001a80000(0063) knlGS:00000000f717a900
            [24693.196222] CS:  0010 DS: 002b ES: 002b CR0: 000000008005003b
            [24693.196222] CR2: 0000000000000000 CR3: 000000006810d000 CR4: 00000000000406e0
            [24693.196222] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
            [24693.196222] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
            [24693.196222] Process parted (pid: 21630, threadinfo ffff880068044000, task ffff88005c8e9180)
            [24693.196222] Stack:
            [24693.196222]  ffffffff8121dadf 0000000000000000 ffffffff810d55b5 ffff88007e63ec40
            [24693.196222] 0000000000000000 ffff8800504bd600 ffff880068045e88 ffff880058555b40
            [24693.196222] 0000000000000000 ffff880068045e78 ffffffff8121ef42 ffff880068045e88
            [24693.196222] Call Trace:
            [24693.196222]  [] ? generic_make_request+0×155/0x1f5
            [24693.196222]  [] ? bio_init+0×18/0×33
            [24693.196222]  [] submit_bio+0xc0/0xc9
            [24693.196222]  [] blkdev_issue_flush+0×76/0xc6
            [24693.196222]  [] block_fsync+0×30/0x3d
            [24693.196222]  [] vfs_fsync_range+0x7a/0xa4
            [24693.196222]  [] vfs_fsync+0×18/0x1a
            [24693.196222]  [] do_fsync+0×32/0×48
            [24693.196222]  [] sys_fsync+0xb/0xf
            [24693.196222]  [] ia32_sysret+0×0/0×5
            [24693.196222] Code:  Bad RIP value.
            [24693.196222] RIP  [] (null)
            [24693.196222]  RSP
            [24693.196222] CR2: 0000000000000000
            [24693.198578] —[ end trace edf4486e024671fc ]—
            [~] # 

          • http://www.facebook.com/allanhoiberg Allan Høiberg

            Øv, det gav desværre ikke så meget oplysning om disksystemet.  Er det samlede output mon længere, så der mangler noget i starten?

            Min RAID5-erfaring er et par år gammel efterhånden (er gået væk fra det fordi risikoen for totalskade efter et par praktiske diskfejl føltes for stor i forhold til behovet for meget plads på ét drev), men jeg har en fornemmelse af at fejlen godt kan ligge i RAID-strukturen i stedet for i filsystemet, selvom den ikke siger noget om fejl – vi mangler bare noget fungerende magen til  at sammenligne med for at blive mere sikker, så jeg tør næsten ikke gætte på om det er forkert eller ej.

            En mulighed er at der er et ekstra RAID-array som slet ikke kører lige nu – og at md9 er som den skal være.  Det ville være lettere at bedømme hvis parted ikke gik ned – dér er jeg lidt blank. :-/

            Måske er der lidt mere information at finde med:

            mdadm –detail /dev/md? /dev/md??

            Under alle omstændigheder: De oplysninger du indtil videre har givet fortæller med lidt held nok til at andre kan genkende hvad der sker. Efter alt at dømme er der tale om en normal Linux-baseret software-RAID, så hvis ikke du kan få fat i Qnap og der ikke er andre med “på linien” der melder ind med praktisk erfaring, ville et godt bud være at kigge ind hos http://flug.dk/ eller http://sslug.dk/ og spørge om der er nogen dér, der kan trylle lidt. Det ville undre mig hvis ikke der sidder nogen, der har haft lignende udfordringer i andre sammenhænge i et system, der opfører sig på samme måde.

            Den danske Qnap-distributør på http://nordic.alsoactebis.com/front.asp?id=front_contactus er måske også værd at kontakte for at se om de kan rykke Qnap for et svar…

        • http://www.livingsmart.dk Kenneth WedMore Lund

          [~] # cat /etc/mdadm.conf
          ARRAY /dev/md0 devices=/dev/sda3,/dev/sdb3,/dev/sdc3,/dev/sdd3,/dev/sde3,/dev/sdf3
          ARRAY /dev/md1 devices=/dev/sdg3,/dev/sdh3
          [~] # 

        • http://www.livingsmart.dk Kenneth WedMore Lund

          [~] # fdisk -l /dev/md?

          Disk /dev/md1: 5997.9 GB, 5997972684800 bytes
          2 heads, 4 sectors/track, 1464348800 cylinders
          Units = cylinders of 8 * 512 = 4096 bytes

          Disk /dev/md1 doesn’t contain a valid partition table

          Disk /dev/md8: 542 MB, 542769152 bytes
          2 heads, 4 sectors/track, 132512 cylinders
          Units = cylinders of 8 * 512 = 4096 bytes

          Disk /dev/md8 doesn’t contain a valid partition table

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

          Disk /dev/md9 doesn’t contain a valid partition table
          [~] # 

          • http://www.facebook.com/allanhoiberg Allan Høiberg

             Det giver mening at der ikke er noget overhovedet hér – prøv i stedet

            parted -l

          • http://www.livingsmart.dk Kenneth WedMore Lund

            Så skriver den bare “killed” ?

        • http://www.livingsmart.dk Kenneth WedMore Lund

          [~] # cat /etc/fstab# /etc/fstab: static file system information.##               /dev/ram       /              ext2      defaults         1      1proc            /proc          proc     defaults          0      0none            /dev/pts        devpts  gid=5,mode=620  0       0[~] # 

  • Mikkel Kappel

    Da jeg for 4. måneder siden, skiftede min TS-409 pro ud med en TS-559 pro gik mit RAID setup også i smadder. 
    Jeg fik hjælp af Qnap support, jeg kontaktede dem via skype (denne mulighed er, som jeg kan se, ikke en mulighed længere) og bagefter koblede de op til nas’en via skærmdeling og fiksede problemet.
    Så mit bedste råd er helt sikkert at få dem ind over, det var en super teknisk funderet fyr der vidste hvad det gik ud på.
    Held og lykke her fra.

  • thebestborg

    Har netop hørt fra en kammerat der har oplevet det samme på sin Synology NAS at deres support UB (fra Kina) koblede sig på NAS’en og fiksede Raid’et via kommandolinjen. Gad vide om ikke QNap har en tilsvarende service. Ellers ville jeg da tænke to gange inden jeg gik i gang med en qnap med raid 5 – for hvad er sikkerheden værd hvis et strømudfald kan få ALT til at forsvinde.

  • http://www.livingsmart.dk Kenneth WedMore Lund

    Opdatering:

    Jeg har nu et par fyre fra Qnap i Hongkong til at arbejde via Teamviewer på NAS’en.

    Det lader til at problemet er opstået ved strømafbruddet, som har givet “bad blocks” på to diske på samme tid og RAID 5 kan kun holde til at én disk crasher af gangen.

    De arbejder nu på 27. time online (!) med at genskabe det, så man må sige de gør sig umage – så krydser jeg fingre for at det kommer til at redde noget.

    Fra nu af må jeg finde en ægte backupløsning – det er bare noget l**t, for mine data (video/udsendelserne i multicam fuld HD) fylder total meget og jeg har ikke lige 20.000 kr. til at købe yderligere 50tb til at tage backup på :)

    • Radiomekaniker

      Noget nyt? Krydser finger for dig-
      Nb.
      jeg har lavet en backup løsning med to qnap 459 og en 259 der køre RTRR (remote synkronisering) så den ene NAS står ekstern, det virker rigtigt godt.

    • http://www.facebook.com/lrunejensen Lars Rune Jensen

      Hvordan går det med sagen – er du home-safe igen?

      • http://www.livingsmart.dk Kenneth WedMore Lund

        Desværre ikke – to samtidigt crashede diske havde smadret mit raid uden mulighed for at reparere det.