tape usage

Zur Aufzeichnung von Infos über Aktivitäten der wichtigsten Subsysteme eines Servers (CPU, Mem, Disk, Net, ...) eignet sich die Toolsammlung sar bzw. sysstat hervorragend. Sie ist für die meisten UNIX-Derivate frei verfügbar. Eine graf. Darstellung der Messdaten ist dabei nicht vorgesehen (und naja, proprietäre Tools wie Excel können mir gestohlen bleiben). Ein entsprechendes Tool ist aber schnell zusammengehackt, weswegen ich genau dies auch getan habe. :-) Das Ergebnis funktioniert ebenso einfach wie gut, so dass ich ihm eine eigene Wiki-Seite spendiert und den Code attached habe. Vielleicht hilft es ja dem ein oder anderen (bitte keine Code-Nazis! :).

Das Tool macht nichts wirklich "schön" - der Fokus liegt einzig auf der Funktion "mal eben" Daten im CSV Format auf einen Zeitstrahl zu plotten. Es ist recht "generisch" bzw. nicht auf sar festgelegt - einfach ein entsprechendes CSV File generieren und gut ist.

Per default wird eine einzige große Grafik generiert. Soll heißen: alle im Input-File enthaltenen Metriken werden untereinander geplottet (siehe Beispiel). Zum Anschauen nehme man daher am besten einen Viewer, in dem das Zoomen Spaß macht (ich nehme feh).

Die Usage entnehme man den Docstrings.

1. Technik / Usability: (für Shortcut-Liebhaber): Ich mag meinen ersten eBook-Reader (Thalia's OYO)! Trotz des absolut entäuschenden Kontrasts im Vergleich zu einem gedruckten Buch ist beim Lesen (eines guten :-) Buchs schnell vergessen, daß man da kein "echtes" welches in der Hand hat. eInk empfinde ich auch in dieser "veralteten" Qualität immernoch als reinen Augenschmaus - Lesen auf "strahlenden" Displays (Notebook, Handy) kann man dagegen getrost knicken und als Qual bezeichnen (bin stark kurzsichtig und arbeite vieeel am Compi). Das Gewicht ist auch einhändig noch OK. Sofern man rechtshänder ist, geht das Umblättern smooth (linker Wurstfinger-Daumen "wischt" zuverlässig zur nexten Seite, nur nicht ungeduldig sein). Die schlechten Schaltzeiten sind mir dabei recht Schnuppe - ich nutze das Ding für Belletristik / Entspannung. Für techn. Bücher (pot. hoher Nachschlagebedarf) ist es IMHO leider absolut nicht zu gebrauchen (6 Zoll, Tabellen Reflow, Abbildungen => just pain in the ass).

2. WTF?!?: Dass ~10 Jahre nach dem ersten eBook-Flop (in Deutschland) die Technik OK und erschwinglich ist, finde ich absolut super! Das merkwürdige DRM/Lizenz-Gebaren der Verlage hingegen ist peinlich und schreit nach Boykott durch mündige User. Daß ich auf meinem Linux-Desktop, die von mir legal erworbenen Bücher nichtmal downloaden / ansehen kann und stattdessen eine VM mit Windows (natürlich legal) oder einen Mac bemühen muss, obwohl der Reader selbst ja letztlich auch auf Linux läuft ist lächerlich, aber damit könnte ich leben. Daß ich zusätzlich ein Buch nun nichtmal legal verleihen kann (ja klar, könnte den Reader mit verleihen,haha), obwohl ich nahezu vollen Baumkill-/Druckerpresse-preis zahlte etc. IMHO einfach nur absurd. (total super, dass immer mehr "dämliche" Leute arbeitslos werden und deren Geld nun von anderen "Leistungsträgern" miteingesteckt wird - das nenne ich Fortschritt). Da hat man offensichtlich Präventivschlag-Logik aus dem Fiasko der Musikindustrie gezogen, checkt mal eben clever die Schmerzgrenze zahlungskräftiger "Futuristen" ab oder: Kulturprovider sind einfach so (primitiv ;-). Ganz zu schweigen davon, daß die meißten Bücher trotz dieser ganzen Scheiße nichtmal als eBook angeboten werden!

3. Aber ruhig Blut :), es gibt noch immer "Project Gutenberg"

4. & netterweise zeigt z.B. Heiko Stübner's OutsideTheWalledGarden das rooten des Oyo's schon, bevor ich mangels Lesestoff überhaupt nur einen Funken Bock dazu verspüre. Schön!

just my 2cents...

Ein <strong> Eierbecher darf nicht "eiPOTT" heißen!</strong>

Gut, daß diese Frage endlich mal geklärt wurde. Danke Apple!

siehe hierzu auch Hilberts 23 Probleme

oder ImmaWennSonntagIst

:)

Aus gg. Anlass ergab sich heute im Büro tatsächlich die Frage, "wie herum" denn eigentlich SCSI-Error-Messagecodes zu interpretieren sind. Gute Frage. Besonders bei der IMHO unerträglichen Schweinehitze. :-)

Also (verkürzt) konkret. Hintergrund ist die Fehlermeldung

SCSI error: return code = 0x00070000

Und die Vermutung / Behauptung:

A) es handelt sich um das "Host Code" Byte, welches hier auf 7 gesetzt ist (http://readlist.com/lists/redhat.com/linux-lvm/0/3854.html)
B) es handelt sich hier um das "SCSI Sense" Byte, welches hier auf 7 gesetzt ist

Unabhängig von der Frage, was denn welcher der beiden Fälle bedeuten würde, nämlich ("irgendwie" konkret oder eher "diffus"):

SCSI Sense Keys, 7h == DATA PROTECT.  Indicates that a command that reads or writes the medium was attempted
                       on a block that is protected from this operation.
                       The read or write operation is not performed.

Host Code, 0x07     == DID_ERROR. internal error

und ob man der LVM-Mailingliste nicht einfach vertrauen sollte, bleibt ersteinmal die Frage: ja watt denn nun? A oder B?

Also TLDP (im Archiv, also outdated) meint:

The meaning of hd_status can be found in drivers/scsi/scsi.h: This unsigned int is composed out of different parts:

     lsb  |    ...    |    ...    | msb
   =======|===========|===========|============
   status | sense key | host code | driver byte

# http://tldp.org/HOWTO/archived/SCSI-Programming-HOWTO/SCSI-Programming-HOWTO-21.html

Ergo: Die 07 ist das 2te Byte von links. Also doch das "Sense-Key" Byte? Für mich als nicht low-level Programmierer ist sowas nicht nur bei der Hitze verwirrend. Deswegen am Besten nochmal langsam, lsb steht für least-significant-bit oder -Byte, also das niederwärtigste Bit/Byte, also jenes ganz rechts aussen, ok, und 07 ist nicht nur das 2te Byte von links sondern auch das dritte von rechts, also doch "Host Code"? Ich gebe zu den Leuten von der LVM-Liste erstmal intuitiv schneller zu glauben als anderen Aussagen, aber so richtig zufrieden bin ich damit noch nicht. Da fehlt noch etwas, um das zu untermauern.

Also um halbwegs sicher zu gehen, mache ich mir den Spass, ein wenig durch die Kernel-Sourcen zu greppen. Auch ohne grosse C-Kenntnisse geht das. Und tatsächlich, ein wenig Sucherei, et voila:

1. wo wird DID_ERROR definiert und passt das zur doku?

kiste:/usr/src/linux/include # grep -iR "DID_ERROR" ./scsi/scsi.h

#define DID_ERROR       0x07    /* Internal error

OK, passt. Wenn auch nicht ganz zur Stelle, die in der (veralteten) TLDP Doku genannt wurde (drivers/scsi/scsi.h).

2. Und wo (und vor allem wie) wird nun z.B. mal so ein Wert zurückgegeben?

kiste:/usr/src/linux/drivers/scsi # grep -iR "DID_ERROR" ./* | less
[...]
./libfc/fc_fcp.c:               sc_cmd->result = (DID_ERROR << 16);
./wd7000.c:             hosterr = DID_ERROR;
[...]

Ah. Die shiften das um 16bit nach links ("<<16"), also ins dritte Byte von rechts, oder? Mal eben schnell mit Python ausprobieren (davon ausgehend es handelt sich um 32bit, also 8 Stellen in Hex-Notation):

kiste2:/mnt/bla/tmp# python -c 'print "%08x" % (07 << 0)'
00000007
kiste2:/mnt/bla/tmp# python -c 'print "%08x" % (07 << 8)'
00000700
kiste2:/mnt/bla/tmp# python -c 'print "%08x" % (07 << 16)'
00070000

Schön. Das sollte reichen, um zu glauben es ist als DID_ERROR und nicht als DATA_PROTECT zu interpretieren. In welcher Reihenfolge die Bytes zu lesen sind, ist nun schonmal klarer. Was'n toller Sommer! *g* ;-)

imho a good model is the heart of a good django app. using the the ORM (object-relational-mapper) is really a benefit then! trust me - 'cause i never managed to write a good one. :-) too often i fiddled with falling back to "dirty" raw-sql statements because a) my model was crap or b) i just was to lazy to search for how to use the ORM right.

even though i like python's "inline-documenting" systems (docstrings, ResT etc.) and django's beauty in general, i recently searched for a timesaving way of explaining a model in a way a person with no django-experience can understand. and i found it in the third-party-module "django_extensions".

next to a lot of things i ignored it can automatically draw a graph of your model.

cool! installation and usage is done quickly:

    apt-get install python-pygraphviz # 'cauz GraphViz is used
    + install django_extensions (setup.py install; adding to INSTALLED_APPS)

    ./manage.py graph_models <your-model> > /tmp/model_<your-model>.dot
    ./manage.py graph_models <your-model> -o /tmp/model_<your-model>.png
    ./manage.py graph_models -a -g -o whole_project_visualized.png

model_wwnfinder

model_tco

that's it. the png file shows the relationships within your model. the dot files are its unrendered GraphViz sources - so you're free to edit them to fit "your bosses needs".

i attached 2 examples.

btw. to make things easy, on production servers it's a good idea to use as less third-party-modules as possible. imho what's not absolutely necessary should be kicked - otherwise their dependencies can lead to the boring area of fixing code while the original intention was: "let's just update or move onto another machine." example: i use the above module only on my development-laptop. if the module gets broken (i dunnot hope so, but i know why i left perl ;-). no prob. my fuzzy code will survive without any new needs i did not want to care about. :-)

ich mag enterprise-software-(support) nicht! heute hat ein nach-dau-anleitung durchgeführtes emc powerpath-update (kommerzielle mpio software) ein solaris10 komplett weggesemmelt. was nun, wenn man als "open-source mensch" solaris aus verständlichen gründen nicht so wirklich mögen kann (sprich keine freizeit investiert), es betriebsintern kein funktionierendes test-center gibbet, welches verbindliche standards definieren geschweige denn gar [1] entsprechend (verantwortlich!) patches auf verträglichkeit prüfen würde, man aber damit arbeiten muss und unter zeitdruck nicht auch noch bereit ist, sich mit dem - ääääähäm - "ignoranten" support herumzuschlagen? (stichwort: "emcgrab" ? & "yep, iturneditoffnonagain" & "no" & "hey sorry (pawel|alice|claire|justin|etc.) but that's really really not the problem here" & *schnauf*)

jau, dann freut man sich, dass man von zfs bootet und als professioneller "weichei" admin snapshots hat (naja, zugegeben nicht ganz frisch :), denn zfs hilft einem hier netterweise unverzüglich aus der patsche:

falls das enterprise-sparc-eisen-superding sein solaris10 nicht mehr booten will#

1. Solaris Install CD vom vom Boot PROM - OK Prompt booten: boot cdrom -s
2. zpool import <root-mirror-poolname> (Fehler der mountpoints ignorieren!)
3. zfs list (die Snapshots raussuchen)
4. zfs rollback für OS-relevanten Snaps
5. init 6

so und schon kann man nach hause gehen und die coolen sachen machen. :-)

ps: mmh. erkenntnuss02: man kann aber auch überstunden schrubben und sich magician-credits holen, weil der super-duper-proprietäre-heikles-teuerdingens-cluster abkackt und in china gerade ein sack reis umfällt und man ohgottogott sds-spiegel einsetzt und doch eigentlich alles sowas von 24x7 ist und xyz - kurz: man's halt nicht ordentlich beherrscht (oder beherrschen kann). aber, mal ehrlich, ist das denn befriedigend?? technik sollte imho freiräume (mehr zeit durch weniger arbeit) schaffen oder eben einfach spass machen (weil es interessant ist). leute bescheissen könnte man doch auch als banker!

just my 10 cents for today, ich halt jetzt wieder die klappe. ;)

[#1] oh grosses ITIL versteh' das jetzt bitte nicht falsch wenn ich den kreativen verstand nicht direkt mit dir in einklang zu bringen vermag und deswegen stupide auf - zumindest technische - ehrlichkeit kloppe (haha, nerd-stuff)

Die Administration einer EMC Symmetrix VMAX unterscheidet sich von der einer "klassischen" Symmetrix DMX3. Durch die Verwendung von "Autoprovisioning Groups" ab Enginuity 5874 wird das Mappen & Masken - Bullshitbingo wording zum trotz ;) - tatsächlich erheblich vereinfacht. Wo früher viele symconfigure Commands notwendig waren, führen nun einfach zu merkende symaccess Kommandos zum Ziel. symmaskdb list ist komplett weggefallen. Ähnlich wie bei anderen Storage-Arrays ist die LUN-Nummerierung auf dem SCSI-Bus nun host- und nicht mehr Frontendadapter-basiert, sprich: man kann z.B. 2 an den selben Frontendadaptern hängenden UNIX-Servern unterschiedliche Devices mit den LUN-Nummern beginnend ab 0 zuweisen. Schön das! :-)

Da mein Brötchengeber sich entschlossen hat dieses Jahr die Weltwirtschaft anzukurbeln und von DMX3 auf VMAXen zu migrieren, habe ich in nächster Zeit wahrscheinlich viele Gelegenheiten auf ganz dufte dollen proprietären & millionenschweren VMAXen zu arbeiten. Einen kurzen, nicht wirklich ordentlichen, Überblick über die wichtigsten Unterschiede in der Administration via CLI habe ich deshalb unter der Page SymmetrixVMAX begonnen.