ComSubVie's Creative Content » Linux

time_t 1234567890

ComSubVie — Thu, 12 Feb 2009 22:19:09 +0000

Da ich annehmen darf, dass die meisten die diese Seite hier lesen ohnehin leicht einseitig vorbelastet sind, erspare ich mir die Erklärung, was denn time_t heißt, oder was ein Unix-Timestamp ist und so weiter. Egal, wenn man in seinem Terminal das folgende eingibt:

1	$ date -r 1234567890

Dann sollte man in etwa das folgende Ergebnis bekommen (je nach Zeitzone möglicherweise unterschiedlich, aber der Zeitpunkt sollte überall gleich sein):

1	Sa 14 Feb 2009 00:31:30 CET

Ich denke das sollte schon irgendwie gefeiert werden…

A Byte of Vim

ComSubVie — Tue, 20 Jan 2009 19:41:56 +0000

Ich bin gerade auf ein (online) Buch über den Vi(m) gestoßen: A Byte of Vim. Die Kurzbeschreibung des Buches lautet wie folgt:

“A Byte of Vim” is a book which aims to help you to learn how to use the Vim editor (version 7), even if all you know is how to use the computer keyboard.

The first part of this book is meant for new users who want to understand what Vim is and learn how to use it.

The second part of this book is for people who already know how to use Vim and want to learn about features that make Vim so powerful, such as windows and tabs, personal information management, making it a programmer’s editor, how to extend Vim with your own plugins, and more.

Ich bin selber noch nicht zum Lesen gekommen, aber ich denke das es sich in jedem Fall auszahlt. Für Leute die Papier bevorzugen lässt sich das Buch auch in gebundener Form bestellen.

collectd

ComSubVie — Sun, 11 Jan 2009 22:45:31 +0000

Nachdem ich ja einige Seiten auf einen neuen Server übersiedelt habe, habe ich auch versucht ein entsprechendes vernünftiges Logging einzuführen, sodass ich – mehr oder weniger schnell – sehen kann, wenn es irgendwo Performance- oder Ressourcenprobleme geben sollte. Als Tool habe ich mir dabei collectd ausgesucht, da ich dies bereits anderweitig im Einsatz habe.

Dabei ist mir eine lustige Aussage in der man-Page der Konfigurationsdatei collectd.conf aufgefallen:

In our opinion significant stupidity should result in an appropriate amount of pain.

Davon abgesehen muss man bei der Konfiguration der Plugins achten, dass leere Konfigurationsblöcke zu Fehlern führen – d.h. wenn man ein Plugin ladet aber keine spezifische Konfiguration dafür angeben will, dann darf man auch die dazu gehörigen nicht schreiben, sonst lässt sich der collectd nicht starten.

Da die diversen Seiten auf verschiedenen virtuellen Maschinen laufen, ich aber nicht auf jeder VM die entsprechende Ausgabe benötige, habe ich für alle Maschinen eine gemeinsame OCFS2-Partition erstellt, auf der der collectd seine RRD Daten ablegt. Somit brauche ich nur auf einer VM die entsprechende Ausgabe implementieren. Dazu habe ich das beim collectd inkludierte collection3 verwendet (in debian unter /usr/share/doc/collectd/examples/collection3 zu finden).

Diese Konfiguration funktioniert derzeit anstandslos (und hat bereits zu der Entscheidung geführt 2 VM mehr Arbeitsspeicher zur Verfügung zu stellen).