Modell anreichern, vorhandenes Wissen sortieren, hoffentlich eine Erleuchtung haben

Da ich gerade eine Vortragsreihe über DDD halte vielen mir die 3 Punkte von dort enrich the model, knowledge crunshing und breakthrough wieder ein. Also hab ich mal versucht, auch hier so vorzugehen.

Hindernisse

Ich habe die Aufgaben mit mehr Informationen versehen. Konkret hab ich sie nach den Punkten gruppiert, die meine größten Hindernisse bei der Aufgabenerledigung sind:

Dauert es lange

Ich hab nur 1h am Stück Zeit

Macht es krach

Ich kann nur seeehr selten krach machen

Geht es besonders schnell

Wollte nur sehen, ob sich hier was sammelt

Warten auf andere

Aufgaben, die ich gar nicht erledigen kann

Total unangenehme Aufgaben

Die erklären sich von selber

Kostet es Geld

Derzeit muss gut gehaushaltet werden

Priorität

Dabei stellte sich heraus, dass die bisherige Priorisierung absolut unwichtig ist. Da alle Aufgaben ziemlich lange liegen, haben sie eh alle eine hohe Priorität. Also haben alle gar keine. Damit ich aber zumindest die wirklich dringensten im Auge halten kann, habe ich 3 Magnete und damit dann eben 3 Aufgaben besonders markiert.

“Endlose Aufgaben”

Bei dem bisherigen Board hatte ich die “endlosen Aufgaben” separiert, z.B. Bügeln (bä!). Aber mal ehrlich: was ist denn an den Aufgaben anders als an allen anderen? Sie kommen immer wieder, ja, aber deswegen sind sie ja nicht besonders und müssen auch nur erledigt werden.

Also hab ich diese Aufgaben ebenfalls zu den anderen gepackt und dort ebenso gruppiert.

Ergebnis

Eigentlich wollte ich nur mal sehen, was passiert. Das Resultat ist aber eine deutlich bessere Übersicht, so dass ich das Board jetzt genau so lasse.

Es wird deutlich, dass die viele Aufgaben eben wegen der Lautstärke oder Dauer hängen. Interessant ist, dass die 3 wichtigsten Aufgaben mit den Markierten Magneten in der Kategorie Krach liegen.

Ansonsten gibt es noch viel in der Kategorie “uncool”, da muss ich einfach mal durch. Sehr schön sind die “schnellen”. Die sind bisher immer wieder aus dem Fokus geraten aber genau die kann ich mal so nebenbei endlich erledigen.

Und der Rest lässt sich jetzt hoffentlich deutlich besser Planen, damit ich z.B. die Zeit zum Krach machen nicht mit anderen Aufgaben vergeude. Mal sehen.

Omnipräsent

Die Tafel sollte definitiv an einem Ort hängen, an dem man sehr oft ist. Das ist bei mir nicht der Fall: Dachgeschoss, neben dem Schreibtisch in der hintersten Ecke des Raumes. Dadurch muss man erst hin laufen, um sich einen Überblick zu verschaffen. Und das fhrt dazu, dass man den Überblick verliert und der dort sichtbare Stand ggf. gar nicht korrekt. Den Punkt kann ich (und will [und darf??]) nicht ändern. Versucht eurem Partner mal zu erklären, dass die 1x2m große Tafel mitten im Wohnzimmer am besten aufgehoben ist Das fänd ich selber irgendwie merkwürdig. Ich werd mich nur dazu durchringen, mehr im Dachgeschoss zu sein.

Stillstand macht stutzig

Tickets, die sich nicht bewegen sollten markiert werden. Gerade bei meinem Chaos-Board sind viele Tickets gleichzeitig am Start. Und irgendwie ändern sich die Prioritäten ständig, was bei einigen Tickets dazu führt, dass sie immer wieder nach unten rutschen. Wenn ein Ticket zu alt wird, sollte es entweder ganz raus oder fett markiert und definitiv mal erledigt werden. So endlose Dinger behindern mich, zumindest Mental, ziemlich.

Der Gesamtüberblick deckt Probleme auf

Ansonsten hat sich gezeigt, dass (auch) diese Chaos-Version die Problemstellen gut aufzeigen kann. Wenn man die Aufgaben versucht nach irgendwelchen Kriterien zu gruppieren oder zu markieren, bekommt man schnell ein Gefühl, woran es hängt.

Dazu hab ich angefangen, die große Fläche nach bedarf in kleinere Zohnen auf zu teilen. Große Aufgaben, noch zu Kaufendes etc.

Derzeit liegen bei mir die Probleme unter anderem hier:

alles, was krach macht

Ich kann nur was schaffen, wenn das Kind schläft. Und da geht Krach gar nicht.

alles, was länger als 1h dauert

Siehe Punkt 1: die Zeitspanne ist da doch sehr begrenzt und ich fange nicht an mein Gartenhaus zu versetzen, wenn ich weiß, dass ichs eh nur zu 5% fertig kriege. Und das ist leider keine Arbeit, die man gut auf lange Zeit zerstückeln kann

alles, was besorgt werden muss

Gut, dass ich gerade knapp bei Kasse bin, wusste ich auch schon vorher (siehe Punkt 1)

alles, was echt lästig ist

Auch das wusste ich. Aber jetzt wirds erst richtig deutlich. Aufgaben, wo man so gar keinen Bock drauf hat… oha… die dauern :/ Mann muss halt konsequent sein

Fazit

Ich find es schon ziemlich brauchbar in der aktuellen Version. Wenn wieder etwas mehr Bewegung in die Aufgabenerledigung kommt, ergeben sich aber bestimmt noch ein paar Verbesserungen.

Erstens: eigene Erfahrung
In Wiesbadens Innenstadt lauern ja öfter mal Spendensammler, und beim “Bund deutscher Tierfreunde” hatte ich mich mal spaßeshalber eingetragen. Da die Leute am Stand mal abgesehen von herzzerreißenden Geschichten über Tierquälerei nichts weiter von sich geben, hab ich mich auf die 14 Tage Sonderkündigungsrecht gestützt und erst NACH der Unterschrift nachgeforscht. Unter Charitywatch.de bin ich zu dem Verein gleich mehrfach fündig geworden. Die Kündigung war kein Problem, aber ein gegen einen anderen Verein laufen gerade Ermittlungen wege Datenmissbrauch. D.h. meine Bankdaten währen dort ggf. schon weitergegeben worden.

Ich hab für mich entschieden, dass ich bei solchen “Anfixern” jetzt mal mindestens folgende Fragen stellen werde, bevor ich überhaupt nur daran denke was zu spenden:

• Haben Sie das Spendensiegel
• Wo kann ich die Bilanzen einsehen? (Spendensiegel-Vereine verpflichten sich zur Selbstauskunft)
• Wohin fließen die Gelder konkret. Mindestens 2 Projekte mit Ortsangaben und Geldbetrag
• Wo kann ich mir das ansehen? (Und wenn es in Timbuktu ist, wenigstens eine Adresse/Anschrift etc)

Zweitens: eine Recherche vom Deutschlandfunk
Im Deutschlandfunk gab es heute einen Bericht über Spenden bei der Tsunami-Katastrophe vor 5 Jahren. Zugegeben wohl eines der extremen Beispiele, aber sowohl der Aufwand auf Seiten des Betrügers als auch die Reaktion der zuständigen Staatsanwaltschaft kann man als extrem gering betrachten.

Der Betrüger konnte völlig unbehelligt noch einige Zeit in Deutschland leben und ist dann einfach ausgereist. Einen Haftbefehl, für immerhin 2,3 Millionen unterschlagene Euro und offensichtliche Urkundenfälschung, gibt es bis heute nicht. Wenn ich mal Geld brauche werd ich wohl kaum noch eine Bank überfallen. Diese Art ist viel einfacher, lukrativer und ist quasi straffrei >:)

Fazit

Spenden ist eine gefährliche Sache. Selbst wirklich großen Vereinen kann man nur bedingt vertrauen, denn auch da gibts z.B. bei Charitywatch Eintragungen die nichts gutes heißen. D.h.: erst Prüfen und unbequeme Fragen stellen und erst dann, wenn adequate Antworten kommen, Geld geben. Am besten natürlich: die Verwendung sicher nachprüfen (lassen).

Hier gehts zum gesuchten Artikel Probleme mit WordPress bei Freenet.de

Nur vereinzelt gibts mal neue Informationen, wie z.B. vor einigen Tagen, dass der burmesische Blogger Nay Myo Kyaw, Alias Nay Phone Latt, mundtot gemacht wurde. Und wen interessiert’s? Niemanden? Warum auch. Das Land ist weit weg, wirtschaftlich uninteressant und politisch unbequem.

Aber es interessiert nur scheinbar niemanden, denn ich für meinen Teil werde mal wieder mein Augenmerk darauf richten, und darüber berichten, was ich da so finde.

Der Kernel hat selbst eine Tabelle in der alle IO-Aktivitäten dokumentiert werden, und zwar unter /proc/diskstats. Dort ist für jedes Laufwerk und auch jede Partition die IO-Statistik seit dem Systemstart hinterlegt mit folgender Bedeutung:

8 0 sda 47434 318408 1891202 356316 3533 7557 89756 101592 0 189596 457880

1. - (mir unbekannt)
2. - (mir unbekannt)
3. disk / partition name
4. reads issued
5. reads merged
6. sectors read
7. milliseconds spent reading
8. writes completed
9. writes merged
10. sectors written
11. milliseconds spent writing
12. I/Os currently in progress
13. milliseconds spent doing I/Os
14. milliseconds spent doing I/Os

Bei Partitionen sind wesentlich weniger Felder hinterlegt, ggf. haben die vorhandenen aber die gleiche Bedeutung. Für mein Script hat das aber keinerlei Bedeutung, da die Partitionen egal sind.

Ich habe das oben genannte Script jetzt so umgebaut, dass es mit dieser Tabelle arbeitet. Das bedeutet, dass das IO-Log-Flag im Kernel, was jede IO-Operation in die syslog schreibt, nicht mehr nötig ist. Wenn das “alte” Script benutzt wurde sollte das Flag mit echo 0 > /proc/sys/vm/block_dump zurück gesetzt werden. Damit wird die Log nicht unnötig aufgeblasen, was bei meiner kleinen 128MB Ramdisk, in der das komplette /var liegt, schon sinnvoller ist.

Die Installation und Verwendung des Scriptes ist immer noch die gleiche, so dass ich den originalen Eintrag nur ein wenig angepasst und mit der neuen Scriptversion versehen habe. Dort ist alles dokumentiert und dort kann das Script auch herunter geladen werden.

1. Die aktuellen Festplattenzugriffe ansehen

Wichtig ist in dem Zusammenhang, das man herausfindet, was denn so alles auf der Festplatte passiert. Das geht, in dem man per echo 1 >/proc/sys/vm/block_dump das Loggen einschaltet und dann per tail -f /var/log/syslog beobachtet, was da so alles passiert. Das sieht dann z.B. so aus

bash(8640): dirtied inode 1134246 (.bash_history) on sda2
pdflush(125): WRITE block 36440088 on sda2

Ist man fertig, sollte man das loggen per echo 0 >/proc/sys/vm/block_dump abschalten, denn wenn viel auf der Platte los ist, kann die Logdatei schnell sehr groß werden.

Bei mir wurde schnell deutlich, dass alle Systemlogger in /var schreiben und Apache und MySQL auch ständig auf /var zugreifen. Die schlimmsten IO-Spamer waren allerdings kjournald und pdflush.

2. System-Zugriffe auf die Festplatte minimieren

Es kamen insgesamt zwei Möglichkeiten in Frage: 1. eine FlashDisk benutzen und 2. eine Ramdisk. Flash hat bei vielen Schreiboperationen ein Problem mit der Lebensdauer, eine RamDisk ist futsch, wenn der Rechner abschmiert.

Ich habe mich für die RamDisk entschieden, da man in definierten Abständen einfach per rsync die Daten auf die Platte schreiben kann. Dafür habe ich dieses “disk2ram” Start-Script erstellt, was das ganze komplett und sauber für mich erledigt. Dieses Script macht folgendes:

Nachtrag: der Teil im Script zum Neustart aller Prozesse enthielt einen Fehler und ist in der aktuellen Version korrigiert

• je eine dynamische Ramdisk für /tmp (128MB) und /var (256MB) erstellen. Diese verbrauchen nur so viel RAM wie Daten enthalten sind und sind von der Maximalgröße eingeschränkt
• je einen logischen Einhängepunkt für /var und /tmp auf der Festplatte erstellen, um später separat darauf zugreifen zu können
• einen Einhängepunkt für die RAM-Laufwerke erstellen
• Den Inhalt von /var und /tmp per rsync in die RamDisk schieben
• /var und /tmp mit den jeweilige RamDisks überlagern
• Alle laufenden Prozesse mit -SIGHUP neu starten

Es ist im übrigen nicht der komplette Inhalt von /var in der Ramdisk enthalten. Wegen der seltenen Benutzung und der Größe sind /var/cache, /var/lib/apt und /var/lib/dpkg nicht in den Ram verschoben und nur in die RamDisk rein gelinkt.

Man kann auf die einzelnen Daten von /var und /tmp auf der Festplatte und den Ramdisks über folgende Einhängpunkte erreichen:

/.disk2ram/tmp.state

/tmp auf der Festplatte

/.disk2ram/tmp.volatile

/tmp auf der Ramdisk

/.disk2ram/var.state

/var auf der Festplatte

/.disk2ram/var.volatile

/var auf der RamDisk

Folgende Befehle beherrscht das Script:

disk2ram start

Lädt wie oben beschrieben, alles in RamDisks und überlagert /var und /tmp

disk2ram sync

Schreibt alle geänderten Daten in den RamDisks auf die Festplatte zurück

disk2ram stop

Syncronisiert alle Daten auf die Festplatte wie bei sync, entfernt die RamDisks und die Überlagerungen von /var und /tmp

Da das ganze sehr Stressfrei ist kann man es einfach in den Systemstart mit aufnehmen, wenn man das Script unter /etc/init.d/disk2ram ablegt und per update-rc.d disk2ram start 36 S . stop 98 0 6 .
registriert. Dann wird es automatisch beim Systemstart geladen und schreibt beim System-Stop alles auf die Patte und wird sauber beendet.

Mit diesem Update-RC wird disk2ram als Systemscript behandelt und direkt nach dem Einbinden aller mounts aus der fstab gestartet. Gestoppt wird es als letztes der normalen Programme. Danach kommen nur noch systeminerne Dienste.

Damit nicht zwischendrin Daten verloren gehen Synchronisiere ich zusätzlich jeweils ein mal alle 24 Stunden per Cron die Daten auf die Festplatte. Dazu einfach die Datei disk2ram unter /etc/cron.d ablegen und mit den Rechten chown root /etc/cron.d/disk2ram und chmod 644 /etc/cron.d/disk2ram versehen.

3. Lesezugriffe abfangen

Jetzt sind noch viele Schreibzugriffe auf die Platte wegen dirtied inodes. Das ist relativ einfach zu bereinigen, da die meisten daher rühren, dass bei einem Lesezugriff auf eine Datei das Datum des letzten Zugriffes vermerkt wird, Und dieses Datum wird auf die Platte geschrieben, auch wenn die Datei eigentlich schon im Cache (nicht Ramdisk!) ist und gar nicht mehr von der Platte gelesen werden musste.

Dazu in der /etc/fstab einfach die Option noatime verwenden werden statt z.B. relatime und dann einfach den Rechner neu starten, damit die Option wirksam wird. Noatime verhindert, dass eben diese Datumsangaben geschrieben werden und verhindert so sehr viel IO-Spam.

Meine fstab sieht z.B. so aus:
/dev/sda1 / ext2 noatime,errors=remount-ro 0 1
/dev/sda2 /filestore ext2 noatime 0 2

Nicht über das ext2 wundern, dazu komme ich jetzt.

4. KJournald zur Ruhe zwingen

Als das alles erledigt war, gab es keine “sinnvollen” Festplattenzugriffe mehr, nur noch die von kjournald und pdflush. Darüber habe ich bisher folgendes herausgefunden:

pdflush ist nicht böse.

Wenn etwas auf die Festplatte geschrieben werden soll, wird das nicht sofort ausgeführt. Dafür gibts unter Linux den Cache, den man mit top auch sehen kann. Alle Daten, die geschrieben werden sollen werden erst mal im Ram zwischengelagert. Ist dann mal Zeit oder eine gewisse Zeit abgelaufen kommt pdflush und schreibt eben diese Daten dann wirklich. Standard sind wohl 30 Sekunden, die maximal vergehen bevor die Daten geschrieben werden. Das beschleunigt die ganzen Festplattenaktivitäten enorm und sollte einfach so bleiben wie es ist.

kjournald ist halb böse

Das ist ein Dienst der das Journal vom Dateisystem ext3 auf dem Laufenden hält. Das Journal erhöht die Datensicherheit bei Plattenproblemen und kann für ein schnelleres Auffinden von Dateien sorgen. Es ist also eigentlich nützlich und unter Linux ist ext3 DER Standard. Aber er schreibt Standardmäßig alle 5 Sekunden irgendwas auf die Festplatte. Was genau das ist, habe ich noch nicht herausgefunden.

Also hieß es, kjournald zur Ruhe zu bringen. Den Intervall zum Schreiben kann man pro Partition als mount-Option “commit=[CENTISECOND]” einstellen. Da ich aber nicht weiß, was es für Probleme bringt, wenn ich den Wert z.B. auf 24 Stunden stelle, habe ich das erst mal gelassen und einen anderen Weg gewählt, nämlich ein “Downgrade” auf ext2.

Der Unterschied von ext3 zu ext2 ist eigentlich NUR das Journal, der Rest ist gleich. Das ist auch der Grund, warum man Problemlos zwischen beiden hin und her wechseln kann. Folgendes muss man dafür machen:

in der Datei /etc/fstab “ext3″ in “ext2″ ändern

In der fstab den Dateisystem-Typ aller Platten, die auf ext2 gewechselt werden sollen, entsprechend anpassen, da sonst beim Neustart nach den Änderungen das System nicht mehr hochfahren will

Das System im “Recovery-Modus” booten

Das ist nötig, da die Festplatte die als / verwendet wird, nur im Read-Only Modus angepasst werden kann oder wenn sie gar nicht eingehangen ist.

“root” im Menü auswählen

…

mount

Nachsehen, welche Festplatte wo eingehangen ist

umount /

Alle Festplatten, die auf ext2 wechseln sollen, aushängen

tune2fs -O ^has_journal /dev/sda1

Die Hat-ein-Journal Markierung von den gewünschten Festplatten entfernen

fsck /dev/sda1

Das Journal entfernen. Das passiert bei einem Check automatisch. Ohne diesen Schritt ändert sich gar nichts

reboot

Das System wieder ganz normal starten

Danach kann man wieder in die IO-Log (siehe oben) sehen und die Stille genießen. Bei mir gibt es nur noch Festplattenaktivitäten, wenn jemand per FTP was hoch lädt oder sich per SSH eingeloggt wird und beim Synchronisations-Cron alle 24 Stunden. Apache, MySQL und das System selber schweigen komplett.

Nächste Schritte

ext3 ist schon sicherer als ext2. Ich werde also noch suchen, was dieser 5-Sekunden-Spam zu bedeuten hat und ob man den bedenkenlos auf 24h stellen kann.

Nachtrag: der journal-spam scheint irgendwo am System zu hängen. Ich habe eine ext3-HD als /home verwendet und die wird nicht zugemüllt. Das wirft nur noch mehr Fragen auf

Außerdem gibt es trotz kompletter inaktivität der Festplatten Probleme mit dem Power-Management, so dass die Platte nach 1 Sekunde direkt wieder ausgeht oder immer an bleibt. Beides ist nicht wirklich wünschenswert.

Nachtrag: Die Probleme mit dem APM sind leider gravierend, so dass ich es komplett abgeschalten habe.

Noch ein Nachtrag: der cron (/etc/init.d/cron) ist beim Booten manchmal vor diesem Script dran. Auch der versteht das HUP-Signal zum Neustart nicht, weswegen ich ihn in das Script per Hand eingefügt habe. Da ist allerdings Vorsicht geboten, denn nicht auf allen Systemen ist der Name gleich. Ggf. muss das Script dann angepasst bzw. ein Link von /etc/init.d/cron auf den richtigen Namen gesetzt werden.

Was auch noch angesprochen wurde ist, dass es Probeme gibt, wenn unterhalb von /var irgendwelche anderen Dinge eingehangen sind. Ein Mountpoint scheint nur auf eine Stelle zu zeigen und nicht mit ihr verbunden zu sein, was ggf verwirrende Resultate haben kann. Im aktuellen Script sind nur die Unterpunkte /var/run und /var/lock beachtet worden, weil nur die auf meines System existieren. Wenn andere Dinge eingehangen sind, muss das Script angepasst werden.

Nachtrag: mit MySQL und apparmor gibt es in dieser Konfiguration scheinbar gravierende Probleme. Eine Lösung habe ich dafür noch nicht.

Nachtrag: Die Ursache für die MySQL-Probleme sind gefunden und gefixt. Allerdings muss in dieses Script noch eine allgemeingültige Neustart-Funktion eingefügt werden. Ansonsten müssten alle auf /var verweisenden Prozesse im Script mit ihrem Init-Script neu gestartet werden.

1. Dass die IMAP-Ordner sich so leicht schließen lassen. Ich brauche sie immer offen und meine Struktur ist, von Outlook übernommen, sehr verschachtelt. Schließe ich aus versehen mal INBOX muss ich etliche Unterordner per Hand wieder öffnen. Das sollte man irgendwie unterbinden können, nur weiß ich noch nicht wie.

2. Die immer wieder auftauchenden und komplett Sinnfreien Filter. In der .opera/index.ini steht, nach dem Abrufen der Mails unter anderem folgender Filter:

[Index 44]
Name=E-Mailsnuranmich
Id=200000123
Parent Id=0
Type=2
Keyword=E-Mailsnuranmich
Visible=1
Account Id=0
Model Type=0
Model Age=5
Model Flags=125
Sort Type=0
Sort Ascending=1
Selected Message=0
Hide from other=0
Auto filter=0
Expanded=0
Mark Match As Read=0
Inherit Filter=0
Update Frequency=10800
Last Update Time=0
File=
Search Text=
Search Field=0
Search Current Message=0
Search Start Date=0
Search End Date=0
Search is Regexp=0


Wenn ich den Filter lösche und wieder Mails abrufe, erscheint der Filter wieder. Ich hab auch in der INI mal Visible auf 0 gesetzt. Das wird automatisch auch wieder auf 1 angepasst, sobald ich Mails abrufe. Ebenso erscheinen sie wieder wenn ich die INI per Hand editiere und sie entferne.

Es sind auch immer die gleichen Filter: 1-today, 4-current, today, sales, Forwarded, E-Mailsnuranmich

Ansonsten noch einige, die sich aus ominösen Wörtern in den E-Mails ergeben. Projektnamen z.B. oder aber einfach nur “G”, was aber ein verwendeter, abgekürzter Projektname ist.

Hat jemand eine Idee? Mich nerven die Dinger nämlich.

Nachtrag: Ich habe herausgefunden, dass es wohl die “Tags” aus Zimbra sind. Wenn ich die dort entferne, lassen sich die alle Filter bis auf Forwarded auch löschen. Allerdings habe ich noch nicht herausgefunden, wie man Zimbra das automatische anlegen dieser Tags abgewöhnt. Eine Einstellung dafür ist irgendwie nicht zu finden