URL: https://www.overclockers.at/linux/mixed-mdadm-raid5-mit-4k-sektor-platte_226925/page_2 - zur Vollversion wechseln!
Code:/dev/md0: Version : 00.90 Creation Time : Thu Dec 2 00:10:20 2010
Hab mich mal an diesem Eintrag angehalten und eine korrekte Formatierung hinbekommen.
Code:Platte /dev/sdd: 1500.3 GByte, 1500301910016 Byte 202 Köpfe, 56 Sektoren/Spur, 259041 Zylinder, zusammen 2930277168 Sektoren Einheiten = Sektoren von 1 × 512 = 512 Bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00059fce Gerät boot. Anfang Ende Blöcke Id System /dev/sdd1 2048 2930277167 1465137560 fd Linux raid autodetect
parted kann uebrigens mit `set <n> raid on` den FS-Type der Partiiton mit der Nummer n auf "fd", als "Linux RAID Autodetect", setzen - wie im Gentoo Wiki beschrieben. Ich hab's eben probiert.
Hab grad keine Lust noch einen Thread zu öffnen, nur weil schon wieder ein Problem da ist...glaub langsam es ist mein Charma, oder was auch immer. 
Hab gestern früh den Server mit "init 0" abgedreht (2 Minuten vorher war das System voll funktionsfähig) und vor ca. 1h ganz normal via Einschaltknopf gestartet.
Jetzt scheint das File System am mdadm Raid5 defekt zu sein.
Nachdem ein fsck.ext4 bzw. e2fsck aufs lv nich möglich ist:
Code:root@filer:~# e2fsck -n /dev/vg_raid5/lv_raid5 e2fsck 1.41.11 (14-Mar-2010) e2fsck: Das Gerät oder die Ressource ist belegt beim Versuch, /dev/vg_raid5/lv_raid5 zu öffnen Ist das Dateisystem eingehängt or exklusiv von einem anderen Programm geöffnet worden?
Ein lazy umount heiszt nicht, dass das Filesystem ausgehaengt ist, sondern lediglich, dass beim naechstmoeglichen Zeitpunkt ausgehaengt wird, und keine neuen fds mehr darauf geoeffnet werden koennen. Das Symptom ist also nicht auszergewoehnlich.
Irgendwas scheint jedenfalls mit deiner Hardware nicht zu passen - deine Disks haben offenbar zum wiederholten Male Probleme mit NCQ-Writes.
Ich wuerde dir raten das fs offline (von einer Live-CD aus) zu fscken und die Queue Depth all deiner Platten auf 1 zu reduzieren.
Ok...werd das mal versuchen.
Die NCQ-Writes schreib ich mal den SATA-Kabeln zu. Die betreffende Platte ist die neue WD.
edit: ganz vergessen...
Code:[ 0.000000] AMI BIOS detected: BIOS may corrupt low RAM, working around it.
Sodala...done! Hat super geklappt.
Jedoch ist jetzt halt wirklich sehr viel weg auch.
Hab natürlich von den wichtigen Daten ein Backup...leider nicht von meinen BlueRays die ich auf dem Server hatte zwecks DLNA zum TV.
testdisk als letzte Chance mir viel Arbeit zu ersparen?
hmm, ich glaube ich muss mich auch mal ordentlich in mdadm einlesen… hab vor ein paar Tagen mal temporär ein RAID 0 Set (2x 320Gb PATA) per Webmin erstellt für ein Drittbackup meiner Musiksammlung (kann ja nicht schaden 
)…
Die Laufwerksverwaltung meldet mir ein misalignment aber das ignoriere ich einfach mal -> ist wie gesagt nur ein Drittbackup, die Datenrate ist für mich in Ordnung und für ein paar Wochen muss es reichen (dann setze ich mir ein "ordentliches" SATA-Raid mit mdadm auf).
gibt es dann zur Überwachung eigentlich empfehlenswerte GUI-Tools (ich fahre Xubuntu 11.10)?
Zitat von whitegreygibt es dann zur Überwachung eigentlich empfehlenswerte GUI-Tools (ich fahre Xubuntu 11.10)?
war für später gemeint - das RAID0 werd ich nicht überwachen - keine Sorge
(dürfte dann ein RAID1 und ein RAID5 werden)
hmm - würde da Growl o.Ä Sinn machen für Array-Events?
Der Rechner hat maximal LAN-Anbindung, ins Internet wird er nicht gelassen…
Es gibt meine Wissens keinen growl-Port fuer GNU/Linux. Zudem ist es seit kurzem proprietaer, insofern kann man ohnehin nur noch davon abraten.
Da die meisten Systeme mit md-RAID ohnehin headless laufen, sehe ich ehrlich gesagt auch wenig Sinn fuer eine dieser lustig-bunten Monitoring-Anwendungen fuer's Systray, wie man sie tw. von den Windows-Treibern diverser Controller-Hersteller kennt. Das bedeutet nicht, dass es sowas nicht gibt (ich glaube mir ist sowas schon mal untergekommen) - aber ich halte das Konzept an sich fuer unnoetig. Du kannst natuerlich z. b. etwas wie Growl (auf einem GNU/Linux-Desktop dann wohl einen libnotify-faehigen MUA oder sowas) dazu einsetzen, dich bei von mdmon originierenden Nachrichten besonders ausmerksamkeitserregend zu benachrichtigen, aber prinzipiell wuerde ich beim guten RFC(2)822 bleiben
Ich zähl das mal als ein nein... -.-
Naja eh wurscht...die wichtigen Dinge hab ich gesichert...die unwichtigen muss ich halt wieder holen. Zach is halt!
Kleine Warnung white:
mdadm Raids sind schon _sehr_ anfällig für troubles...hab meines jetzt seit 2009 und in den letzten Jahren wirklich oft Probleme damit gehabt.
Manchmal konnte natürlich mdadm nix dafür (SATA-Stecker sind z.B. einfach ein elendiger grind...dann fällt halt mal eine völlig intakte Platte aus dem Raid), bei anderen hats relativ Fehlerintollerant auf Situationen reagiert. Da half dann nur ein Backup.
Man muss wirklich irrsinnig aufpassen was man tut. Sehr viele Informationen im Netz sind schlichtweg falsch. Auch auf namhaften Seiten. Von diversen Foren würd ich dir auch abraten. Maximal Mailing Listen verwenden.
Ich bin langsam ziemlich genervt und ermüdet von den ewigen Spompanadeln.
Wenn ich heute nochmal die Wahl zwischen einem vernünftigen HW-Raidcontroller und einem mdadm-Raid hätte, würde ich mit ruhigem gewissen die Kohle für einen Controller investieren.
Sogar die onboard-Raid-Controller sind wesentlich stabiler als mdadm.
Hab da einige schon jahrelang laufen mit Raid0/1-Gschichten in Workstations ohne jegliche Probleme. So performant sind sie halt leider nicht.
vielleicht bist du auch nur die ausnahme von der regel
ich verwend mdadm-raids seit etlichen jahren, hab dabei os, mainboard und controller gewechselt, vergroeszert und verkleinert und nie wirklich probleme gehabt.
@EG: Dann kauf bitte einfach irgendeinen tollen proprietaeren Controller, wo du dann glaubst, dass du damit superpipifein und problemlos "fahren" wirst, und verschone uns alle mit deinen Quenglereien und einfach voellig unfundierten Aussagen. Die Mehrzahl deiner Probleme sind direktes Resultat deiner eigenen Inkomptenz am Geraet.
kann sowas nicht auch daran liegen, dass es keine RAID-grade/Enterprise Platten waren (Eco/Green-Serie) 
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2025