9. März 2010
In letzter Zeit habe ich das Mediawiki als zentrale Managementplatform entdeckt. Eigentlich war es bisher lediglich zu Dokumentationszwecken gedacht. Dadurch, dass es aber eine einfach zu nutzende XML-Exportfunktion bietet, lassen sich damit auch noch andere Dinge anstellen (oder Kombinieren). Man kann damit z.B. prima eine Nodeliste für OpenNMS verwalten (welche nicht durch autodiscovery erfasst werden). Oder gewisse Steuerungsdaten für Bash-Scripte. Oder was auch immer. Zumindest für Aufgaben wofür es sich nicht lohnt ein eigenes Interface zu stricken.
Bisher habe ich zentrale Einstellungen immer relativ mühsam in ein SVN gesichert. Zugriff für Änderungen war meist nur über die SSH Konsole möglich. Dokumentiert wurde da auch nicht viel…
Das schöne am Mediawiki ist, dass eine Versionierung schon eingebaut ist. Ausserdem lassen sich z.B. Dokumentationen oder Checklisten verlinken. Durch Kategorisierung lassen sich die Daten auch geordnet ablegen. SSL und Authentifizierung sollten natürlich selbstverständlich sein.
Per simplen wget in bash-scripten oder per curl in in perl/php ist der Zugriff in der Regel problemlos möglich. Das xml lässt sich prima mit dem Tool “xml2″ in Scripten verarbeiten…
Beispiel zum Einlesen einer Liste mit IP-Adressen:
wget -q -O - --http-user admin --http-passwd secret \
https://wiki.example.com/index.php/Spezial:Exportieren/IP_Plan \
| xml2 \
| awk '/(page\/revision\/text)*([0-9]+\.[0-9]+\.[0-9]+\.[0-9]+)/ {print $2}'
8. März 2010
Für Pakete welche von RHEL/Centos nicht direkt vertrieben werden: fedoraproject.org/wiki/EPEL.
“Extra Packages for Enterprise Linux (EPEL) is a volunteer-based community effort from the Fedora project to create a repository of high-quality add-on packages for Red Hat Enterprise (RHEL) and its compatible spinoffs such as CentOS or Scientific Linux. Fedora is the upstream of RHEL and add-on packages for EPEL are sourced from the Fedora repository primarily and built against RHEL.”
ich nutze von dort z.B. puppet und syslog-ng.
8. März 2010
Einfacher und eleganter als das XML zu editieren und dann zu reloaden ist direkt das Interface (in diesem Fall ein Bridge-Device) über libvirt hinzuzufügen:
virsh attach-interface domain-1-22 bridge br0
8. März 2010
Damit liest libvirt die entsprechende Beschreibungsdatei (ohne Neustart von libvirtd) erneut ein:
virsh define /etc/libvirt/qemu/domain-1-22.xml
5. März 2010
Das nette an den vielen Nagios-Scripten ist, dass diese sich relativ einfach remote über SNMP überwachen lassen. Nagios verarbeitet nämlich am besten einzeilige Statusmeldungen. OpenNMS bzw. SNMP profitiert auch davon. Folgend eine Kurzanleitung für das Script check_drbd…
Weiterlesen
4. März 2010
Langsam stehen einige Major-(Web-)Serverupdates an und ich überlege mittlerweile ernsthaft von Centos/RHEL auf Ubuntu Longterm umzusteigen. Auf dem Desktop habe ich Ubuntu schon lange, aber auch im Serverbereich möchte ich es mittlerweile an einigen Stellen nicht mehr missen. Nicht das ich besonders unzufrieden mit Centos/RHEL wäre. Eigentlich gar nicht. Es sind nur so ein paar Dinge die mich immer wieder zum Nachdenken bewegen:
Releasezyklus. Centos 5 ist bei Kernel 2.6.18, php 5.1, mysql 5.0. Klar, in den Centos Kernel werden viele wichtige Features gebackported. Wie z.B. letztens bei Centos 5.4 die virtio-Unterstützung für KVM. Nativ gab es diese aber schon im 2.6.24 (Januar 2008). Wann Centos 6 kommt steht noch in den Sternen (sehr wahrscheinlich jedoch dieses Jahr). Ubuntu hat einen festen Releasezyklus und ich wusste schon seit vielen Monaten dass Ende April die neue Long-Term Version erscheint. Also zumindest gut planbar.
Major-Relase Updates. Mit yum als Paketmanager gibt es (meines Wissens) keinen offiziellen Weg. Apt hat kein Problem damit.
Support. Vorteil Centos: Viele große Hardwarehersteller unterstützen RHEL mit Treibern. Da Centos Binary-Compatible ist profitiert man also davon. Docs/Community: Mag lächerlich klingen: Meistens muss ich doppelt googlen: Erst nach “centos” dann nach “rhel”. Ubuntu hat eine gebündelte Community. Launchpad tut das übrige (s.u.).
Externe Repositories. Klar, für Centors gibt es auch irgendwo alles. Sei es neuere snmpd-Versionen oder syslog-ng. Aber halt meistens an verschiedenen Stellen. Was ich an Ubuntu sehr genial finde ist Launchpad. Launchpad hat mit Sicherheit einen großen Anteil am Erfolg Ubuntus. Es ist quasi alles in einem: Bugtracker, Mailingliste, Build-System und vor allem Repository. Und am Rande erwähnt: Mit einer vorbildlichen Usability und Optik 
. BTW: Launchpad lässt sich nicht nur für Ubuntu-Projekte nutzen.
Eines ist mir wohl bewusst: Einen klaren Sieger gibt es niemals. Es ist immer nur eine Abwägung und letztendlich eine eher subjektive Entscheidung. Wie schon anfangs erwähnt laufen einige Management-Maschinen unter Ubuntu. Sei es iSCSI, drbd oder das neueste von KVM – es hat schon Vorteile problemlos mit aktuellen Versionen arbeiten zu können…
Ob dieser Schritt letztendlich auch für die Masse der Webserver genommen wird ist noch nicht entschieden. Denn eines ist auch klar: Centos hat dort noch nie enttäuscht und das neueste vom neuen brauche ich dort eigentlich nicht. Aber eine neuere PHP oder MySQL Version wäre andererseits doch schön… So ist es halt: Never ending story…
4. März 2010
Was ich immer schon mal schreiben wollte: Seit ein paar Monaten hilft mir das Repository von Daniel Baumann das jeweils neueste aus der qemu-kvm Welt (produktiv) unter Ubuntu zu nutzen. Daneben gibt es auch aktuelle Versionen von libvirt und virt-manager.
Beeindruckend stabil das ganze.
4. März 2010
Einer meiner absoluten Lieblingsblogs: highscalability.com. Unter anderem wegen Artikel wie dieser: How MySpace Tested Their Live Site with 1 Million Concurrent Users.
BTW: sehr spannend finde ich übrigens generell das NoSQL-Thema. Wenn ich doch nur ein sinnvolles Anwendungsgebiet hätte. Aber wer weiß was kommt
9. Februar 2010
Gerade habe ich das Update auf Version 2.2 entdeckt. Endlich ist es jetzt möglich per iPhone auf Blog-Kommentare zu antworten. IMHO das sinnvollste Anwendungsgebiet für eine Wordpress Mobilanwendung. Bisher konnte man Kommentare lediglich einsehen.
Ok, von unterwegs Posten funktioniert auch ganz gut
8. Februar 2010
Möchte man Ethernet-Switches vergleichen muss man sich mit den IEEE Standards herumschlagen. Zugegebenermaßen kenne ich nicht alle auswendig.
Hier der Link für das nächste Mal: http://de.wikipedia.org/wiki/IEEE_802.