|
|
|
|
Mit nem langsamen PC und pdf.js sich etwas komplexere Folien anzuschauen ist fast schon so, als hätten die coole Animationseffekte.
|
|
|
|
|
|
|
| Zitat von theromi
Jo, hab ich. Sogar removed und neu installiert.
| installed: 3.29.r89.gcff7e1a-1 | |
| |
Achso, ja, die habe ich auch. Das muss rats' Fehler sein. Vielleicht nicht richtig getagged oder so.
|
|
|
|
|
|
|
Stimmt, hab keinen Tag zum Release erstellt.
|
|
|
|
|
|
|
|
|
|
|
Schon wieder 'ne Mail von Paypal über Kontobewegungen, obwohl ich bei mit denen nichts bezahlt hab. Letztes Mal gab's schon keinen Grund, warum die Mails (bei mehreren Leuten iirc?) ankamen, diesmal wohl auch nicht. Was eine Trafficverschwendung
|
|
|
|
|
|
|
| Zitat von Rufus
Die Kiste ist mir vorhin komplett unerreichbar geworden. Nach einem Hardware-Reset hat er dann offensichtlich einen resync angefangen. Hätte er hier nicht eher die Platte aus dem Verbund nehmen sollen?
|
Code: |
# cat /proc/mdstat
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] [linear] [multipath]
md1 : active raid1 sdb2[1] sda2[0]
487860032 blocks [2/2] [UU]
[=====>...............] resync = 29.8% (145483392/487860032) finish=123.4min speed=46227K/sec
md0 : active raid1 sdb1[1] sda1[0]
524224 blocks [2/2] [UU]
|
|
Ist das md-Zeug echt so dumm, mit ner kaputten Platte zu syncen?
Sind meine ersten Plattenprobleme. Keine Ahnung, was ich hier tue.
| |
das md zeugs kann halt nicht wissen, dass da was mit der platte nicht stimmt. das monitort die platten ja nicht basierend auf den SMART werten.
mdadm wird erst feststellen, dass da was krumm ist, wenn die platten nicht mehr synchron sind oder wenn er die nicht mehr sauber und stabil synchronisiert bekommt.
das was du vermutlich "suchst" ist das smartd zeugs, was dir differenzen in den SMART werten logt und dich darüber informiert, wenn was signifikantes passiert.
dazu kommt in deinem setup noch, dass das "nur" nen spiegel ist. da findet halt keine prüfung in dem sinne statt. da wird einfach von einem auf den anderen datenträger synchronisiert. das wäre jetzt bei nem hardware raid 1 controller nicht wirklich anders.
die hardware controller schmeissen dir da halt nur die platte raus, weil die sich das sauber merken können, dass sich da was desynchronisiert hatte.
kann mdadm eigentlich inzwischen hintergrund checks und syncs?
die beiden hw raids die ich in den servern habe können das und prüfen alle 24 stunden einmal die parity daten gegen die daten auf den platten. das ganze passiert schön langsam, so das produktiv sachen nicht gestört werden. (momentan mit max. 30% der verfügbaren bandbreite.)
die controller überwachen auch den SMART status der platten, allerdings würd ich mich auch darauf nicht verlassen wollen.
dein weiteres vorgehen hierbei sollte sein, lass den sync durchlaufen und schau nach, ob irgendwas von mdadm geloggt bzw. beanstandet wurde. ist das nicht der fall, dann würde ich mal davon ausgehen, dass er die kaputten blöcke aussortiert hat (ja, auch mechanische platten haben eine spare zone). zu 100% drauf verlassen würde ich mich allerdings nicht.
der nächste schritt nach dem sync ist dann halt erstmal schauen, ob alles wieder läuft oder ob du irgendwo grössere verluste hast.
in beiden fällen würde ich mal anfangen die wichtigen sachen zu sichern.
raid 1 ist halt "nur" dafür gedacht dich davor zu bewahren, dass du ohne daten dastehst, falls dir eine festplatte komplett verreckt. das führt per normaler implementation keine Integritäts oder block checks durch. der dm-mapper kann das zwar laut source (CRC checks), aber ob das per default an ist weiss ich auch nicht bzw. wozu es in dem szenario genau verwendet wird.
/e
die commands die du mal nach dem sync bemühen solltest:
mdadm -D /dev/md#
mdadm -E /dev/sd#1
etwaige log sachen sollten entweder im daemon oder syslog landen, wenn ich mich nicht irre. im kern.log bzw ringbuffer landen wohl nur die dm sachen.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Traxer am 05.08.2014 18:53]
|
|
|
|
|
|
| Zitat von ShinyDoofy
Schon wieder 'ne Mail von Paypal über Kontobewegungen, obwohl ich bei mit denen nichts bezahlt hab. Letztes Mal gab's schon keinen Grund, warum die Mails (bei mehreren Leuten iirc?) ankamen, diesmal wohl auch nicht. Was eine Trafficverschwendung
| |
Guter scam?
|
|
|
|
|
|
|
| Zitat von RichterSkala
| Zitat von ShinyDoofy
Schon wieder 'ne Mail von Paypal über Kontobewegungen, obwohl ich bei mit denen nichts bezahlt hab. Letztes Mal gab's schon keinen Grund, warum die Mails (bei mehreren Leuten iirc?) ankamen, diesmal wohl auch nicht. Was eine Trafficverschwendung
| |
Guter scam?
| |
Hmm?
Also ich krieg monatlich ne Mail von paypal mit einer Auflistung der Transaktionen...der Länge 0 /e und Werbung für paypal
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Krypt0n am 05.08.2014 19:55]
|
|
|
|
|
|
Danke, Traxer. Sieht soweit aus, als wär das resync erfolgreich gewesen. Vermisse bisher auch keine Daten. ( )
|
|
|
|
|
|
|
| Zitat von Rufus
Die Kiste ist mir vorhin komplett unerreichbar geworden. Nach einem Hardware-Reset hat er dann offensichtlich einen resync angefangen. Hätte er hier nicht eher die Platte aus dem Verbund nehmen sollen?
| |
Der Sync passiert, weil das RAID dirty war, als die Kiste gecrasht ist. MD resynct mit den Daten vom Mirror mit dem jüngsten Timestamp. Wenn es dir nicht an Schreib-IOPS mangelt, kannst du auch Write-Intent-Bitmaps einschalten, dann kann MD auch Teilbereiche des Arrays als dirty markieren und muss nicht mehr die kompletten Daten syncen.
|
Ist das md-Zeug echt so dumm, mit ner kaputten Platte zu syncen?
| |
Wäre es nicht eher dumm, eine Platte komplett aus einem RAID zu kicken und damit Milliarden funktionierender Sektoren wegzuwerfen nur weil ein Sektor nicht gelesen werden konnte?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von [SFoR]-RedEagle am 06.08.2014 14:02]
|
|
|
|
|
|
Keine Ahnung, wie gesagt. Ich dachte, diese Sektorengeschichte wäre die, wo jetzt unvermeidlich viele weitere folgen werden, bis die Platte komplett weg ist. Unter diesen Umständen wär es ja nicht so abwegig, wenn das RAID sagt "hier geht gerade der Anfang vom Ende los, ich nehm die Platte raus, bis ich explizit anderes gesagt bekomme".
|
|
|
|
|
|
|
hmm... krieg ich wohl ein aktuelles Linux von ner Floppydisk + Internet installiert?
|
|
|
|
|
|
|
Arch kann von Floppy booten und eine vollständige Installation durchführen.
https://releng.archlinux.org/pxeboot/ipxe.dsk
Das lädt dann alles was es braucht nach.
Aber wieeesoo?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von theromi am 06.08.2014 16:25]
|
|
|
|
|
|
Ach er hat da so einen Server mit ILOM und das will jetzt ein Floppy-Image remote mounten weil der Loader kaputt ist...
|
|
|
|
|
|
|
nee, ich hab hier nen Windows Rechner, auf dem ich gerne Linux haben will, aber kein USB-Stick und nen Rohling zu holen ist kompliziert und wirft nur Fragen auf... aber in der Schublade, da lag noch ne Floppy
|
|
|
|
|
|
|
|
|
|
|
Scheinbar ist wohl die floppy futsch... jedenfalls kriegt man nur irgendwelche registerwerte angezeigt
|
|
|
|
|
|
|
| Zitat von ShinyDoofy
| Zitat von csde_rats
cat /proc/cpuinfo | grep processor | wc -l | | grep -c processor /proc/cpuinfo
| |
|
|
|
|
|
|
|
| Zitat von csde_rats
Ich find das ja sehr cool, ich glaub weder ich noch Oli hätten je gedacht, dass am Ende so viele Leute das Ding nutzen...
| |
ich muss ja zugeben dass im scc am kit wir das demnächst auch "standardmässig" für die sutids einsetzen müssen
und das obwohl meine anforderungen wohl nicht so hoch sind, aber i3 bietet das nativ einfach nicht an
|
|
|
|
|
|
|
| Zitat von Rufus
|
Code: |
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
|
|
Im Arsch, oder?
| |
nö. zumindest meiner meinung nach.
der rest deutet höchstens auf nen defektes kabel hin oder so.
|
|
|
|
|
|
|
| Zitat von [KdM]MrDeath
nö. zumindest meiner meinung nach.
der rest deutet höchstens auf nen defektes kabel hin oder so.
| |
Kam seitdem auch nichts mehr. Irgendwie muss aber ein rsync (nicht resync ) da dran mitgewirkt haben.
War ungefähr so:
02:xx - ich starte einen rsync in eine kvm/qemu-VM, die auf dem Eisen da läuft
02:20 - die ersten HDD-Fehler tauchen im Log auf (da noch unbemerkt)
02:40 - ich breche den rsync ab
02:4x - ich merke, dass die betroffene VM nichtmal mehr auf ping reagiert
02:4x - ich merke, dass andere VMs auf dem Eisen noch funktionieren, allerdings nur bis ich ein Kommando absetze, dass komplexer als "ls" ist
02:50 - ich finde die Fehler im Eisen-Syslog, welches sich daraufhin aber auch verabschiedet --> Hardware-Reset --> Resync startet automatisch
Nach dem Hardware-Reset hat übrigens die gesamte Zeitspanne mit den Problemen im syslog gefehlt. Prima.
|
|
|
|
|
|
|
Es wäre ja nicht weiter schlimm, Award übergeben und fertig. Aber das wc -l hinten dran setzt dem ganzen die Krone auf!
Und was fällt dir überhaupt ein, nen Triplepost zu veranstalten?
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von Rufus am 07.08.2014 5:34]
|
|
|
|
|
|
jetzt muss ich hier aber auch mal ne lanze für den herrn rats brechen: so schön das auch ist, dass grep gleich so viele funktionen mitbringt, bricht es doch die regel "do one thing and one thing only". der gedankengang, der bei rats zeile dahinterstand ist völlig logisch: irgendwie muss es aus der (pseudo-)datei in eine pipe, dann gefiltert werden auf die interessanten zeilen und die dann gezählt. es ist die perfekte verwendung von unixoiden bordmitteln. und ja, das sind 3 völlig unterschiedliche funktionen: auslesen, filtern, zählen. dafür hat man 3 tools zu verwenden.
ich bekomme ehrlich gesagt immer hasspickel, wenn ich in irgendwelchen bashscripten sehe, dass jemand nur um ein paar zeichen zu sparen, irgendwelche (mir) völlig unbekannten optionen in standardtools benutzt. dann doch bitte lieber die lesbarkeit erhöhen, die ist nämlich in rats variante definitiv die beste. (ja, mir ist klar, dass die -c option von grep jetzt ein schlechtes beispiel dafür ist.)
|
|
|
|
|
|
|
Das ist doch klar, entspann dich.
|
|
|
|
|
|
|
ich bin völlig entspannt, sei unbesorgt. ich wollte nur mal was offensichtliches sagen.
|
|
|
|
|
|
|
Sowieso ist der Hauptgrund, dass man es genießen, ausquetschen und bis zum Ende drauf rumreiten muss, wenn rats mal was nicht weiß.
|
|
|
|
|
|
|
URLAUB... HAHAHAHA
morgen nur noch mal raus die externe azure prüfung schreiben.
|
|
|
|
|
|
|
So richtig Urlaub oder nutzt du die Zeit für Traxer Kram, Server aufsetzen oder so?
Wenn ersteres, wohin?
|
|
|
|
|
|
|
Redmond
|
|
|
|
|
|
|
was nutzt der Geek von Rang denn heutzutage als Terminal Emulator in seiner Tiling Umgebung?
E: Ich probier auch mal euer tolles i3 Zeug aus, ob das cooler ist als awesome. Gibt's da noch tool empfehlungen?
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von RichterSkala am 07.08.2014 17:06]
|
|
|
|
|
Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd ) |