Nach ewig langer Wartezeit gibt es nun endlich eine Fortsetzung der beliebten Serie. Im vergangenen Teil ging es um virtualle Whiteboards, Möglichkeiten mittels Terminalserver und ähnlichem. Heute geht es um das Programmieren mit mehr als einer Person. Ein kompliziertes Projekt? Es muss eben schnell mit mehreren Mitarbeitern an einem Projekt oder sogar an der selben Datei gearbeitet werden?
Nach der ganzen Geschichte mit IBM geht es nun endlich mal wieder mit etwas Sinnvollem weiter. Ein ClusterFS gehört nicht zu den Dingen die jeder braucht oder unbedingt haben muss wenn er einen Rootserver hat. Cluster Dateisysteme sind relativ komplex und gerade in Bezug auf OCFS2 gibt es noch einige lustige Bugs und Probleme, nur wie findet man diese? An dieser Stelle werde ich ein wenig aus dem Nähkästchen plaudern. In diesem Fall hatten wir…
Wenn man zuviel Zeit hat: mysql> ALTER TABLE X ENGINE=innodb; Query OK, X ROWS affected (17 hours 25 MIN 13.67 sec)mysql> ALTER TABLE X ENGINE=innodb; Query OK, X rows affected (17 hours 25 min 13.67 sec)
Um mich mal ein wenig von IBM abzulenken, mache ich einfach mal mit der alten Artikelserie die wohl die meisten interessieren wird weiter. Unsere letzte Aktion war DRBD einrichten, dies ist nun erledigt und wir können den nächsten Schritt gehen: OCSF2.
Nach langer Zeit beginne ich hiermit endlich einmal wieder mit etwas Nützlichem. OCFS2 ist ein Cluster- Dateisystem von Oracle (die von den meisten Administratoren aufgrund der gleichnamigen Datenbank nicht sonderlich gemocht werden), OCFS2 ist Bestandteil des Kernels was alles ein wenig einfacher macht. Anders als viele glauben ist OCFS2 kein Netzwerkdateisystem, es gibt also nichts frei. Das einzige was OCFS2 macht ist das “LOCK Managing” wenn ein und dasselbe Storage- Device mehr als einmal geöffnet…
Man möge es mir verzeihen, aber wie schon an anderer Stelle erwähnt setzen wir einen MS Exchange Server ein (das ist einer von 3 Windows Servern, im vergleich zu einer vielfachen Zahl an NIX Systemen). OpenXchange haben wir auch noch laufen, aber das Teil war letztes Jahr eher eine Krankheit als wirklich brauchbar. Da unser guter treuer alter Server nun so langsam an das Ende kommt (Arbeitsspeicher etc.) musste neue Hardware her, und da in…
Nun ist es soweit nach einer Testinstallation folgte die Produktivinstallation. Die LDAP Benutzerdatenbank umfasst mittlerweile 1900 Benutzer und wird fast täglich größer. Der LDAP Master Server wird einem Netzwerk betrieben das zu 90% aus nativen Linux Clients basiert die die Benutzer direkt am LDAP Server authentiifizieren. Der LDAP Slave Server (das Replikat) steht im Rechenzentrum. Ein VPN Tunnel verbindet diese beiden Standorte. Wichtig war bei diesem Projekt vor allem das die Logindaten für den Mailserver…
Etwas was ich schon seit Tagen berichten wollte. Vor zwei Wochen begann die Migration aller Systeme von Courier IMAP auf Dovecot. Für diese Migration gibt es einige Gründe: Sicherheit Sieve Unterstützung Ersetzt gleichzeitig Cyrus SASL Ausgezeichnete IPv6 Unterstützung Performance Ganz besonders die Sieve Unterstützung ist hier der wichtigste Punkt. Die schafft die technischen Gegebenheiten unsere Software Q-Control um Autoresponder und ähnliches zu erweitern. Die Migration Nein, ich werde hier keine Schritt für Schritt Migration beschreiben,…