TS-410 - Raid5 - Kapazität erweitern d. Festplattenaustausch

  • Zitat von "Bionic"
    Code
    [~] # cat /etc//storage.conf[VOLUME 1]device name = /dev/md0raid level = 5raid disks = 1,2,3,4spare raid disks =status = -3record_time = Wed Jun 25 19:48:03 2014filesystem = 101[Global]Available Disk = 4


    Ok, hier liegt der Hund begraben. Status = -3 und ein Filesystem = 101
    Filesystem müsste eigentlich in deinem Fall 104 (ext4) sein.
    Ich brauch noch paar Infos. :mrgreen:

    Code
    mdadm -D /dev/md0
    dumpe2fs -h /dev/md0
  • Code
    [~] # mdadm -D /dev/md0/dev/md0:        Version : 01.00.03  Creation Time : Sun May 18 13:12:25 2014     Raid Level : raid5     Array Size : 11716348608 (11173.58 GiB 11997.54 GB)  Used Dev Size : 3905449536 (3724.53 GiB 3999.18 GB)   Raid Devices : 4  Total Devices : 4Preferred Minor : 0    Persistence : Superblock is persistent  Intent Bitmap : Internal    Update Time : Wed Jun 25 21:09:31 2014          State : active Active Devices : 4Working Devices : 4 Failed Devices : 0  Spare Devices : 0         Layout : left-symmetric     Chunk Size : 64K           Name : 0           UUID : b9db3bc5:4969715f:081f259a:2d3cf5aa         Events : 46711    Number   Major   Minor   RaidDevice State       0       8        3        0      active sync   /dev/sda3       1       8       19        1      active sync   /dev/sdb3       2       8       35        2      active sync   /dev/sdc3       3       8       51        3      active sync   /dev/sdd3


  • Das Journal ist deaktiviert. Gib mal folgenden Befehl ein und Poste das Ergebnis.

    Code
    tune2fs -j /dev/md0


    Anschliessend nochmal

    Code
    dumpe2fs -h /dev/md0

    Einmal editiert, zuletzt von dr_mike ()

  • Mensch, ihr seid ja fleißig! :shock:


    Zitat

    mount | grep /dev/md0 | awk '{print $5}'


    zeigt gar nichts an...


    Klar - das war mein Denkfehler. Wie du geschrieben hattest, war das Dateisystem ja nicht eingebunden. _hurted:


    Ja, die Meldung Memory allocation failed deutete darauf hin, dass der Hauptspeicher nicht ausreichte.
    Das viertel Gigabyte Hauptspeicher ist auch arg wenig...


    Dr_Mike hat ja schon viele sehr hilfreiche Tipps gegeben - vielen Dank dafür! :thumb:
    Seine Idee, diese vier Spiegel aufzubrechen und einzeln einzubinden, ist genial!


    Zitat

    Das Journal ist deaktiviert.


    Ist vermutlich eine Folge meiner Anleitung, die wegen der Probleme nicht zu Ende durchgeführt wurde.


    dr_mike
    In den dmesg-Meldungen steht immer wieder

    Code
    EXT2-fs (mtdblock5): warning: mounting unchecked fs, running e2fsck is recommended


    Sollte man nicht besser mit dem e2fsck weiter machen? Möglicherweise wird das Dateisystem deshalb nicht eingebunden. - Dann dürfte es interaktiv allerdings auch nicht funktionieren...


    Nestolea

  • Zitat von "nestolea"

    Sollte man nicht besser mit dem e2fsck weiter machen?


    Nein, der Flash hat damit nichts zu tun. Diesen "Fehler" wirst du in jedem ARM-NAS finden.

  • Code
    # tune2fs -j /dev/md0
    tune2fs 1.41.4 (27-Jan-2009)
    Creating journal inode: done
    This filesystem will be automatically checked every -1 mounts or
    0 days, whichever comes first.  Use tune2fs -c or -i to override.


    Komisch, ich habe mir grade die Anleitung von nestolea (siehe Link weiter vorne) noch mal angeschaut und wollte das grade vorschlagen, denn ich habe ja abgebrochen. Hätte aber eigentlich gedacht, daß dies nach mehrfachem reboot wieder aktiviert wird.


    soll ich jetzt mal rebooten?


    Edit: Ach, da ist er ja hinzugekommen und schreibt es selbst.
    Also doch ein Fehler von mir, weil nicht durch- besser gesagt: zu ende gedacht. _hurted:

  • Zitat von "Bionic"

    soll ich jetzt mal rebooten?


    Nein, erstmal noch das

    Code
    dumpe2fs -h /dev/md0


    und anschliessend

    Code
    storage_boot_init 2
    cat /etc/storage.conf


    Ausgaben wie gehabt hier. :D

  • Code
    [~] # dumpe2fs -h /dev/md0dumpe2fs 1.41.4 (27-Jan-2009)Filesystem volume name:   <none>Last mounted on:          /share/MD0_DATAFilesystem UUID:          58f957d4-fb6f-4abd-98a2-87cfc211901bFilesystem magic number:  0xEF53Filesystem revision #:    1 (dynamic)Filesystem features:      has_journal ext_attr resize_inode filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isizeFilesystem flags:         unsigned_directory_hashDefault mount options:    (none)Filesystem state:         cleanErrors behavior:          ContinueFilesystem OS type:       LinuxInode count:              732274688Block count:              2929087152Reserved block count:     131072Free blocks:              1210551127Free inodes:              732237807First block:              0Block size:               4096Fragment size:            4096Reserved GDT blocks:      325Blocks per group:         32768Fragments per group:      32768Inodes per group:         8192Inode blocks per group:   512RAID stride:              1Flex block group size:    16Filesystem created:       Sun May 18 13:13:17 2014Last mount time:          Wed Jun 25 03:08:56 2014Last write time:          Wed Jun 25 21:33:21 2014Mount count:              1Maximum mount count:      -1Last checked:             Wed Jun 25 00:29:04 2014Check interval:           0 (<none>)Reserved blocks uid:      0 (user admin)Reserved blocks gid:      0 (group administrators)First inode:              11Inode size:               256Required extra isize:     28Desired extra isize:      28Journal inode:            8Default directory hash:   half_md4Directory Hash Seed:      641abc53-246f-4306-a5a9-4497f9175babDirectory Magic Number:   0x514E4150Journal backup:           inode blocksJournal size:             128M


    Code
    [~] # storage_boot_init 2storage_boot_init 2 ...mdadm: /dev/md0 not identified in config file.mdadm: stopped /dev/md0mdadm: /dev/md0 has been started with 4 drives.storage_boot_init.c: Start raid device /dev/md0 successfullymd0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]md0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]md0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]md0 : active raid5 sda3[0] sdd3[3] sdc3[2] sdb3[1]storage_boot_init.c:     /dev/md0 is active.storage_boot_init.c: Check filesystem on /dev/md0.storage_boot_init.c: check_last_degrade_error...[~] #



    Na, das schaut doch jetzt besser aus, oder? ;)

  • So, sieht gut aus!
    Ich schätze, das war es?


    Großes Danke! an Euch beide, besonders an den "Doc", der sich seine großartige Idee patentieren lassen sollte. :thumb:


    Ich darf jetzt bloß nicht dem "roten Knopf" erliegen, der mich anstarrt sagt: "Drück mich!" :D
    (Eine Kapazitätserweiterung kann noch durchgeführt werden, wahrscheinlich noch ein paar wenige GB mehr. ;) )


    Der angelegte virtuelle Speicher hat sich wohl selbst aufgelöst.


    Eine Frage noch: Schreib‐Cache aktivieren (EXT4 delay allocation) aktivieren; hat ja eigentlich nur die Funktion, durch Verzögerung zu defragmentieren; oder doch aus lassen?

  • Zitat von "Bionic"

    Großes Danke! an Euch beide, besonders an den "Doc", der sich seine großartige Idee patentieren lassen sollte. :thumb:


    Büdde, büdde! :mrgreen: Ich denke, da wird das Patentamt was dagegen haben.


    Zitat von "Bionic"

    (Eine Kapazitätserweiterung kann noch durchgeführt werden,


    Soweit ich weiss, wirst du dann aufgefordert, die einzelnen Platten durch grössere zu ersetzen. Ist zumindest in der neuen FW so.


    Zitat von "Bionic"

    Der angelegte virtuelle Speicher hat sich wohl selbst aufgelöst.


    Schon nach dem ersten Reboot.


    Zitat von "Bionic"

    Schreib‐Cache aktivieren (EXT4 delay allocation) aktivieren;


    Das bringt kleine Vorteile bei der Schreibgeschwindigkeit von kleinen Dateien. Ich habe aber keinen Unterschied feststellen können. Der Nachteil ist Datenverlust bei Spannungsausfall, wenn Daten noch nicht auf die Platte geschrieben wurden.

  • Patentieren natürlich durch QNAP, die, wie Du sagst, jetzt behaupten, 16 TB das ginge nicht. :P


    Mit der Geschwindigkeit bin ich zufrieden, der Hauptteil läuft sowieso mit und über 100mbit und reicht auch massig für den Dune.
    Und Spannungsverlust ist eh keine gute Sache für ein NAS, Netzteile und Elektronik überhaupt; aber ich lasse es mal lieber aus, auch weil zur Zeit keine USV dran ist. :cry:


    Eigentlich läuft die Kiste doch erstaunlich gut, grade wenn man Bedenkt, was da drinnen vorgeht. Einige Stromausfälle hat es auch schon überstanden! Na mal schauen, was als nächstes dann in ein paar Jahren kommt? 6, 8 oder 12 TB-Platten oder ein 7 Bay-Nas? :mrgreen:


    Aber ich bin froh, das dies jetzt erst mal gefunzt hat.


    Grüße
    Bionic