QNAP TS-469L default config-ra visszaállt

Hálózati eszközök

Sziasztok!

Adott egy QNAP TS-469L nas, ami jelezte, hogy az egyik disk a 4-ből szektor hibás.

Rendeltem egyet (qnap compatibility szerint is kompatibilis), tegnap délelőtt kicseréltem.

A 4 disk RAID6-ban volt.

Elkezdte az újraépítést, böngészőben 25%-ig szép lassan ment is.

~25% után az eszköz elérhetetlenné vált böngészőn, ssh-n keresztül is.

Közben a státusz led zöld/piros színekben villogott.

Ez egész ma délelőttig így ment (~24 órán keresztül), amikor nyitottam egy ticketet a QNAP-nál.

 

A support javaslatára kikapcsoltam, majd a diszkek eltávolítása után visszakapcsoltam.

Mivel 30 perc után még mindig nem bootolt be, ismét kikapcsoltam, majd ha már ki volt kapcsolva, megcsináltam a régóta tervezett memória bővítést 1 --> 3 Gb-ra.

Ezután érezhetően gyorsabb lett, DE!!!

Minden visszaállt benne a gyári beállításokra!!!!

Hostname, IP, admin jelszó, stb...

Ha helyi konzolon be tudok rá lépni, mostmár ssh-n is, és böngészőben is elérem.

DE böngészőben a következő üzenet fogad:

Telepítsen és formázzon legalább egy merevlemezt a NAS használata előtt. A merevlemezt a NAS kikapcsolása nélkül behelyezheti az üres lemezbővítő helyre. A merevlemezek kompatibilitási listáját megtalálja itt: https://www.qnap.com/compatibility/

Megjegyzés: Megtörténik minden adat törlése a meghajtóról a merevlemez inicializálása során.

Kérjük, ellenőrizze a lemez(ek) megfelelő telepítését.

 

Én pont ezt nem akarom, hogy töröljön minden adatot!

Ott van a polcon 3,6 TB adat RAID6-ban, és nem tudom, hogy mit tegyek, hogy ismét elérhető legyen...

 

Jártatok már így?

Van valami ötletetek, hogyan tudnám visszahozni az eredeti konfigurációmat?

 

Sanyi

  • 267 megtekintés

( x-daemon | 2023. 12. 06., sze – 12:49 )

ha md tomb, akkor ez mit mond?

mdadm --detail --scan
 

neked aztan fura humorod van...

( csonkasanyi | 2023. 12. 06., sze – 12:50 )

A support az alábbi lépéseket írta eredetileg arra, hogy elérhetetlennél vált az eszköz:

Try to log in to the NAS as the admin in the SSH environment.
Then, run the command below and provide the results with me.
     1. df -h
     2. head /etc/config/uLinux.conf
Then hot-insert all drives to the NAS while still connected to SSH.
Continue ssh command below:
     3. storage_util --sys_startup
     4. storage_util --sys_startup_p2
     5. /etc/init.d/mountall
     7. qcli_storage -d
     8. md_checker
     9. lvs -a
    10. ls -al /dev/mapper
    11. ls -al /share
    12. head /etc/config/uLinux.conf

Thank you for your time and support.

Szerintetek elképzelhető, hogy ezekkel a parancsokkal visszaállna az általam használt beállításokra?

( csonkasanyi | 2023. 12. 06., sze – 14:04 )

Szóval a lényeg az, hogy ilyen esetben nem szabad a böngészőben megnyitni a nas felületét, mert az jár a diszkek inicializálásával.

Helyette folyamatos ssh kapcsolat közben 1., 2. lépés, majd a meghajtók visszahelyezése után a 3.-12. lépések, és visszaállít (majdnem) mindent.

 

Sajnos előtte sehol nem láttam leírva, hogy a kikapcsoló hosszan nyomva tartása resetel mindent, és ilyenkor nem szabad a böngészőben megnyitni...

( gabrielakos v | 2023. 12. 07., cs – 10:43 )

Az elég gyász hogy nem él túl egy diszk cserét. Ami utána történt az (sajnos) érthető, az benne van a doksiban. Legyen az egy tanulság hogy egyszerre egy dolgot csinálunk. 

zászló, zászló, szív

( PDA_FAN | 2023. 12. 07., cs – 11:07 )

OFF:

Nekem ebből az a tanulság, hogy mielőtt belenyúlok a NAS-ba, legyen biztonsági mentésem valamilyen külső eszközön. Nemrég agyaltam, hogy a 2 lemezes NAS-omat lecseréljem-e 4 lemezesre, de inkább vettem még egy 2 lemezest, dupla akkora tárkapacitással. A kisebb NAS-on vannak a fontos dolgaim, és az egész tartalom hetente szinkronizálódik a nagyobbikra. Ami a nagyobbikon pluszban van, az pótolható, vagy más eszközön is megvan.

Atomtámadás ellen nem véd, de legalább egy hardverhiba esetén van alternatívám.