Re: Problem mit TS-410. Ping geht, sonst kein Zugriff möglic
- tunix
- Erledigt
-
-
-
Lustig? Ich kapier nach wie vor gar nix?
Code[~] # mdadm -E /dev/sda3/dev/sda3: Magic : a92b4efc Version : 00.90.00 UUID : b3f2c858:ccae1bc7:3eb4ff97:ee3873f1 Creation Time : Sat Feb 5 14:22:51 2011 Raid Level : raid5 Used Dev Size : 975193600 (930.02 GiB 998.60 GB) Array Size : 2925580800 (2790.05 GiB 2995.79 GB) Raid Devices : 4 Total Devices : 4Preferred Minor : 0 Update Time : Sun Mar 23 18:40:44 2014 State : clean Active Devices : 4Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Checksum : 3252c4d3 - correct Events : 0.8238489 Layout : left-symmetric Chunk Size : 64K Number Major Minor RaidDevice Statethis 0 8 3 0 active sync /dev/sda3 0 0 8 3 0 active sync /dev/sda3 1 1 8 19 1 active sync /dev/sdb3 2 2 8 35 2 active sync /dev/sdc3 3 3 8 51 3 active sync /dev/sdd3
Code[~] # mdadm -E /dev/sdb3/dev/sdb3: Magic : a92b4efc Version : 00.90.00 UUID : b3f2c858:ccae1bc7:3eb4ff97:ee3873f1 Creation Time : Sat Feb 5 14:22:51 2011 Raid Level : raid5 Used Dev Size : 975193600 (930.02 GiB 998.60 GB) Array Size : 2925580800 (2790.05 GiB 2995.79 GB) Raid Devices : 4 Total Devices : 4Preferred Minor : 0 Update Time : Sun Mar 23 18:40:44 2014 State : clean Active Devices : 4Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Checksum : 3252c4e5 - correct Events : 0.8238489 Layout : left-symmetric Chunk Size : 64K Number Major Minor RaidDevice Statethis 1 8 19 1 active sync /dev/sdb3 0 0 8 3 0 active sync /dev/sda3 1 1 8 19 1 active sync /dev/sdb3 2 2 8 35 2 active sync /dev/sdc3 3 3 8 51 3 active sync /dev/sdd3
Code[~] # mdadm -E /dev/sdc3/dev/sdc3: Magic : a92b4efc Version : 00.90.00 UUID : b3f2c858:ccae1bc7:3eb4ff97:ee3873f1 Creation Time : Sat Feb 5 14:22:51 2011 Raid Level : raid5 Used Dev Size : 975193600 (930.02 GiB 998.60 GB) Array Size : 2925580800 (2790.05 GiB 2995.79 GB) Raid Devices : 4 Total Devices : 4Preferred Minor : 0 Update Time : Sun Mar 23 18:40:44 2014 State : clean Active Devices : 4Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Checksum : 3252c4f7 - correct Events : 0.8238489 Layout : left-symmetric Chunk Size : 64K Number Major Minor RaidDevice Statethis 2 8 35 2 active sync /dev/sdc3 0 0 8 3 0 active sync /dev/sda3 1 1 8 19 1 active sync /dev/sdb3 2 2 8 35 2 active sync /dev/sdc3 3 3 8 51 3 active sync /dev/sdd3
Code
Alles anzeigen[~] # mdadm -E /dev/sdd3 /dev/sdd3: Magic : a92b4efc Version : 00.90.00 UUID : b3f2c858:ccae1bc7:3eb4ff97:ee3873f1 Creation Time : Sat Feb 5 14:22:51 2011 Raid Level : raid5 Used Dev Size : 975193600 (930.02 GiB 998.60 GB) Array Size : 2925580800 (2790.05 GiB 2995.79 GB) Raid Devices : 4 Total Devices : 4 Preferred Minor : 0 Update Time : Sun Mar 23 18:40:44 2014 State : clean Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Checksum : 3252c509 - correct Events : 0.8238489 Layout : left-symmetric Chunk Size : 64K Number Major Minor RaidDevice State this 3 8 51 3 active sync /dev/sdd3 0 0 8 3 0 active sync /dev/sda3 1 1 8 19 1 active sync /dev/sdb3 2 2 8 35 2 active sync /dev/sdc3 3 3 8 51 3 active sync /dev/sdd3 [~] #
-
Zitat von "tunix"
Lustig? Ich kapier nach wie vor gar nix?
Macht nüx. Siehe mein Edit oben drüber.
Tja, so langsam bin ich mit meinem Latein am Ende. Ich würde es ja jetzt, wie du auch schon weiter oben gefragt hast,
Zitat von "tunix"((Könnte das hier noch einen Versuch wert sein?))
mit dem Reformatieren der Superblöcke versuchen. Allerdings bräuchte ich dazu die originalen Filesystem-Optionen beim Erstellen des Systems. Leider offenbart QNAP diese nirgendwo und dem dumpe2fs traue ich nicht so ganz über den Weg, da der Superblock ja anscheinend nicht korrekt ist.
Welches Filesystem hatte das RAID - ext3 oder ext4? -
Zitat von "dr_mike"
Macht nüx. Siehe mein Edit oben drüber.
Den EDIT kapier ich auch nicht Soll ich noch was anderes probieren?
Zitat von "dr_mike"
Welches Filesystem hatte das RAID - ext3 oder ext4?Zu 90% ext3. Ich meine mich zu erinnern, dass ich keine Vorteile von ext4 für mich sehen konnte - bin da aber (oh wunder) Laie
-
Zitat von "tunix"
Den EDIT kapier ich auch nicht Soll ich noch was anderes probieren?
Ein dumpe2fs auf RAID-Mebers ausser dem ersten führt immer zu dem Fehler.
Ja wir versuchen das mal mit dem mke2fs aber ich frag erst nochmal in die Runde ob jemand mit einem RAID5 und ext3 hier mal ein dumpe2fs -h /dev/md0 posten kann. -
-
Der thread hier wird langsam zu einem Favoriten im Forum.... Hoffentlich mit happy end
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: Cannot mount /dev/md0.storage_boot_init.c: check_last_degrade_error...
Sys-Log:
Code2014-03-25 09:33:06 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". 2014-03-25 09:20:00 System 127.0.0.1 localhost [Media Library] Media Library Server started. 2014-03-25 09:19:00 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". 2014-03-25 09:18:37 System 127.0.0.1 localhost System started.
Der Eintrag um 09:33 kam nach dem Ausführen des Konsolen-Befehls -
Sehr dürftig - ich hätte etwas mehr Output erwartet. Naja, versuchen wir die letzte Möglichkeit - erstmal im Testlauf (dabei wird noch nichts auf das FS geschrieben):
-
Code
Alles anzeigen[~] # mke2fs -n -v -S -b 4096 -t ext3 -m0 -O has_journal,ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -R stride=1 /dev/md0 mke2fs 1.41.4 (27-Jan-2009) fs_types for mke2fs.conf resolution: 'ext3', 'default' Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 182853632 inodes, 731395200 blocks 0 blocks (0.00%) reserved for the super user First data block=0 Maximum filesystem blocks=0 22321 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848, 512000000, 550731776, 644972544
-
-
Zitat von "dr_mike"
Dann mal auf zum letzten Versuch:
:?
Code[~] # mke2fs -v -S -b 4096 -t ext3 -m0 -O has_journal,ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -R stride=1 /dev/md0mke2fs 1.41.4 (27-Jan-2009)fs_types for mke2fs.conf resolution: 'ext3', 'default'Filesystem label=OS type: LinuxBlock size=4096 (log=2)Fragment size=4096 (log=2)182853632 inodes, 731395200 blocks0 blocks (0.00%) reserved for the super userFirst data block=0Maximum filesystem blocks=022321 block groups32768 blocks per group, 32768 fragments per group8192 inodes per groupSuperblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848, 512000000, 550731776, 644972544Creating journal (32768 blocks): mke2fs: File exists while trying to create journal[~] #
Code
Alles anzeigen[~] # e2fsck -C 0 -p /dev/md0 e2fsck: Bad magic number in super-block while trying to open /dev/md0 /dev/md0: The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> [~] #
:cry:
Wieso steht da jetzt ext2?
-
-
-
-
Code
[~] # mke2fs -v -S -b 4096 -t ext2 -m0 -O ext_attr,resize_inode,dir_index,filetype,sparse_super,large_file -E stride=1 /dev/md0mke2fs 1.41.4 (27-Jan-2009)fs_types for mke2fs.conf resolution: 'ext2', 'default'Filesystem label=OS type: LinuxBlock size=4096 (log=2)Fragment size=4096 (log=2)182853632 inodes, 731395200 blocks0 blocks (0.00%) reserved for the super userFirst data block=0Maximum filesystem blocks=022321 block groups32768 blocks per group, 32768 fragments per group8192 inodes per groupSuperblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848, 512000000, 550731776, 644972544Writing superblocks and filesystem accounting information: doneThis filesystem will be automatically checked every 31 mounts or180 days, whichever comes first. Use tune2fs -c or -i to override.
Code[~] # e2fsck -C 0 -p /dev/md0 /dev/md0 contains a file system with errors, check forced. /dev/md0: Journal inode is not in use, but contains data. answer=1 CLEARED. /dev/md0: | / 0.6%
ok, das dauert jetzt wohl wieder....
-
Jup - ich hoffe, diesmal erfolgreicher.
Jetzt hast du auch nen Fortschrittsbalken. -
-
Machen die Platten noch was oder steht nur der Balken?
-
Die 4 grünen LEDs bei den Platten blinken. Außerdem höre ich das typische Festpaltten-Geklacker.
Ich lass mal noch laufen. Vermutlch kommt gleich der restart vom e2fsck, oder?Mal sehen ob noch was passiert.