Ich betreibe ein Software RAID 1 mit zwei Festplatten. Dieses RAID war nicht mehr synchron. Der Befehl “cat /proc/mdstat” zeigte 93% an. Entweder gab es Festplattenfehler oder so viel IO Last, dass die Resynchronisation nicht mehr hinterherkam (die Synchronisationsgeschwindigkeit hängt von der IO-Last ab). Da dies ungewöhnlich ist, habe ich dann auf beide Platten S.M.A.R.T Tests durchlaufen lassen. Leider wurden diese Tests nie beendet - selbst bei den zwei Minuten Tests kam die Meldung:
Irgendwann hatte ich mal eine Liste mit GPG Befehlen erstellt. Diese möchte ich mit euch teilen. Bevor ich mit den Befehlen anfange, möchte ich kurz meine GPG Config zeigen (~/.gnupg/gpg.conf):
use-agent
keyserver hkp://pgp.mit.edu:11371
keyserver-options auto-key-retrieve
In dieser Config habe ich zum einen eingestellt, dass zum Abfragen des Passworts der GPG-Agent benutzt wird. Dafür benötigt man je nach Distribution/Betriebssystem das Paket “gnupg-agent” (in ArchLinux ist es bereits in gnupg) und “pinentry” (Ubuntu: pinentry-curses, pinentry-gtk2, pinentry-qt und/oder pinentry-qt4). Soweit ich weiß wird in GnuPG 2 der Agent standardmäßig benutzt.
Derzeit beschäftige ich mich wieder einmal mit den Views (Ansichten) in Drupal. Bei einem View wollte ich gleich zwei Gruppierungen anwenden. Diese kann man (wie bekannt sein dürfte) bei den Einstellungen des Formats festlegen:
Wenn man nur eine Gruppierung festlegt, dann wird über jeder Gruppe der Gruppenname (also der Titel) angezeigt. Hier wird er idealerweise von den “
"-Tags umgeben. Fügt man nun, wie im Bild zu sehen, eine weitere Gruppierung hinzu, dann erhalten die Titel der zweiten Gruppierung die “"-Tags. Bei der ersten Gruppierung wurden sie aber nun durch ein “” ausgetauscht. Dies ist ziemlich ärgerlich, wenn man eine vernünftige Struktur haben möchte.Seit einiger Zeit ist mir die IDE Eclipse ständig abgestürzt bzw hat sich einfach beendet - ohne dass eine Fehlermeldung angezeigt wurde. Seit den letzten Updates in Eclipse beendet sich das Programm bei jeder Kleinigkeit, womit nicht mehr produktiv arbeiten kann.
Nun scheine ich wohl eine Lösung gefunden zu haben. Wie es aussieht, ist hier Webkit der Verursacher. Bei der beschriebenen Lösung wird für den Browser in Eclipse Webkit durch xulrunner (Runtime Environment von Mozilla) ausgetauscht.
Ein neuer Server - eine neue Technik. Bisher haben ich für die Virtualisierung der Server OpenVZ eingesetzt. Das gute daran war die einfache Bedienung. Und da sich der Hostserver und die virtuellen Server den Kernel teilen, ist der Overhead gering. Nun wollte ich aber bei einem neuen Server Xen verwenden. Zum einen gefällt mir hier, dass die virtuellen Server besser getrennt sind (man kann den vServern festen Speicher zusichern und bei der Zuteilung der CPUs ist Xen auch flexibler). Zum anderen enthält das Debian Repository bereits einen aktuellen Xen Kernel. Bei OpenVZ muss man immer einen etwas älteren 2er Kernel aus einem externen Repository benutzen.
” ausgetauscht. Dies ist ziemlich ärgerlich, wenn man eine vernünftige Struktur haben möchte.
Seit einiger Zeit ist mir die IDE Eclipse ständig abgestürzt bzw hat sich einfach beendet - ohne dass eine Fehlermeldung angezeigt wurde. Seit den letzten Updates in Eclipse beendet sich das Programm bei jeder Kleinigkeit, womit nicht mehr produktiv arbeiten kann.
Nun scheine ich wohl eine Lösung gefunden zu haben. Wie es aussieht, ist hier Webkit der Verursacher. Bei der beschriebenen Lösung wird für den Browser in Eclipse Webkit durch xulrunner (Runtime Environment von Mozilla) ausgetauscht.
Ein neuer Server - eine neue Technik. Bisher haben ich für die Virtualisierung der Server OpenVZ eingesetzt. Das gute daran war die einfache Bedienung. Und da sich der Hostserver und die virtuellen Server den Kernel teilen, ist der Overhead gering. Nun wollte ich aber bei einem neuen Server Xen verwenden. Zum einen gefällt mir hier, dass die virtuellen Server besser getrennt sind (man kann den vServern festen Speicher zusichern und bei der Zuteilung der CPUs ist Xen auch flexibler). Zum anderen enthält das Debian Repository bereits einen aktuellen Xen Kernel. Bei OpenVZ muss man immer einen etwas älteren 2er Kernel aus einem externen Repository benutzen.