Zitat von "Bionic"
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:
Zitat von "Bionic"
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:
[~] # 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
[~] # dumpe2fs -h /dev/md0
dumpe2fs 1.41.4 (27-Jan-2009)
Filesystem volume name: <none>
Last mounted on: /share/MD0_DATA
Filesystem UUID: 58f957d4-fb6f-4abd-98a2-87cfc211901b
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: ext_attr resize_inode filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: unsigned_directory_hash
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 732274688
Block count: 2929087152
Reserved block count: 131072
Free blocks: 1210583896
Free inodes: 732237807
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 325
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
RAID stride: 1
Flex block group size: 16
Filesystem created: Sun May 18 13:13:17 2014
Last mount time: Wed Jun 25 03:08:56 2014
Last write time: Wed Jun 25 19:48:59 2014
Mount count: 1
Maximum mount count: -1
Last checked: Wed Jun 25 00:29:04 2014
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user admin)
Reserved blocks gid: 0 (group administrators)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Default directory hash: half_md4
Directory Hash Seed: 641abc53-246f-4306-a5a9-4497f9175bab
Directory Magic Number: 0x514E4150
Journal backup: inode blocks
[~] #
Alles anzeigen
Mensch, ihr seid ja fleißig! :shock:
Zitatmount | 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!
ZitatDas 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
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.
# 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:
[~] # 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
[~] # 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...[~] #
[~] # cat /etc/storage.conf
[VOLUME 1]
device name = /dev/md0
raid level = 5
raid disks = 1,2,3,4
spare raid disks =
status = 0
record_time = Wed Jun 25 21:50:33 2014
filesystem = 104
[Global]
Available Disk = 4
[~] #
Alles anzeigen
Na, das schaut doch jetzt besser aus, oder?
Zitat von "Bionic"Na, das schaut doch jetzt besser aus, oder?
Jup!!
Nu darfste rebooten.
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!"
(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.
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