Glücklicherweise gibt es Nagios Plugins und den nrpe Daemon für das Monitoring im contrib Repository. Hier gibt es Pakete die von der Community bereitgestellt werden und einen Prüfprozess durchlaufen haben. Das contrib Repository lässt sich wie folgt zusätzlich zum normalen Repository nutzen:
pkg set-authority -O http://pkg.opensolaris.org/contrib/ contrib
Nun installiert pkg install nrpe nagios-plugins die binaries des nrpe daemon und der Nagios Plugins. Die Files liegen unter /usr/nagios/. Jetzt noch /usr/nagios/etc/nrpe.cfg anpassen und ggf. noch einen User und eine Gruppe für den nrpe daemon anlegen und wir sind fasst fertig. Ich habe einen Blog Eintrag gefunden, der beschreibt, wie man den nrpe daemon unter SMF zum laufen bekommt. Hierzu http://blogs.digitar.com/media/2/nrpe_smf.zip runterladen, entpacken, in das neue Verzeichniss wechseln und noch etwas die Pfade in ./manifest/nagios-nrpe.xml und ./method/nagios-nrpe anpassen. Jetzt kann man via

# cp ./manifest/nagios-nrpe.xml /var/svc/manifest/network/
# cp ./method/nagios-nrpe /lib/svc/method/
# svccfg import /var/svc/manifest/network/nagios-nrpe.xml
# chmod +x /lib/svc/method/nagios-nrpe

den SMF Dienst installieren. Ist alles gut gegangen startet ein svcadm enable nrpe den nrpe Dienst. Falls was schief gegangen ist kann man in /var/svc/log/network-nagios-nrpe:default.log nachschauen welche Fehlermeldung ausgegeben wird.

Comments No Comments »

Die Standardinstallation von OpenSolaris benötigt ca. 3 GB Platz und bringt viel Zeug mit was kein Mensch auf einem Server braucht. Unter anderem Gnome, Firefox, Evolution uvm. Leider kann man mit dem GUI Installer auf der Live CD nicht auswählen was man denn installieren möchte. Allerdings gibt es ein Script von Mark Johnson, welches hier hilft. Man bootet den Rechner von der Live CD. Hier reicht es in die Text Konsole zu booten (Login: jack/jack, root/opensolaris) und das Script per wget http://blogs.sun.com/mrj/resource/slim-guest-installer;chmod +x slim-guest-installer runterzuladen. Falls man auf USB Sticks installieren möchte muss man das Script noch etwas anpassen, damit diese auch für die Installation zur Verfügung stehen: vi slim-guest-installer +74. Ersetze ['/usr/sbin/format'] durch ['/usr/sbin/format', '-e'], nun werden vom Script auch USB Sticks gefunden. Jetzt kann man per ./slim-guest-installer die Installation starten. Festplatte oder USB Stick auswählen und los gehts. Allerdings wird OpenSolaris tatsächlich sehr sliminstalliert. So fehlen in der Installation ggf. Treiber für Netzwerk und SATA Platten. SSH oder nen vi gibt es auch erst mal nicht. Daher sollte man Nach Abschluss des Scripts gleich die notwendigen Pakete nachinstallieren. Zuerst muss man das Verzeichnis herausfinden, wo die neue Installation gemountet wurde. Hier hilft ein einfaches mount. Anschließend kann man die Pakete per

/bin/pkg -R install \
SUNWrge \
SUNWsshd \
SUNWssh \
SUNWsshcu \
SUNWvim \
SUNWahc

nach installieren. Nun noch ein reboot und schon kann man sich in seinem Minimal-OpenSolaris einloggen. Die Netzwerkkonfiguration muss nun noch manuell erledigt werden. Ich empfehle erst mal SSH an den Start zu bekommen und dann den Rest remote zu machen. Erst mal braucht es eine IP: ifconfig rge0 plumb 192.168.1.2/24 up. In meinem Fall fehlten noch die SSH-Keys für den Host. Diese habe ich per

ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key -N "" -C ""
ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key -N "" -C ""

nachinstalliert. Danach svcadm enable ssh und einloggen per ssh sollte möglich sein. Jetzt muss man noch die Netzwerkkonfiguration nach der alten Methode gemacht werden. Ich gehe hier nicht weiter darauf ein. Nur ein paar Files die angepasst werden müssen gebe ich hier an:

  • /etc/hostname.rge0
  • /etc/netmasks
  • /etc/hosts
  • /etc/nsswitch.conf
  • /etc/resolv.conf
  • /etc/defaultrouter
  • Comments No Comments »

    Booten von Festplatten? Warum eigentlich? Wenn ich meine 5x 500GB Platten zu einem großen Array zusammenbauen möchte, kann ich nicht davon booten. Außerdem braucht es für ein Betriebssystem ja nicht so viel Platz. Also: Zwei 8 GB USB Sticks gekauft, einen Mirror (RAID-1) drüber gemacht und davon gebootet. Los gehts:
    Read the rest of this entry »

    Comments 3 Comments »

    Aktuell experimentiere ich mit OpenSolaris herum. Heute: Updates. Updates für z.B. Solaris 10 sind ja ziemlich übel. Man muss sich erst mal ein Programm aus dem Internet ziehen und damit kann man dann Updates machen. Dieses Manko wurde bei OpenSolaris behoben. Es gibt keine Patches, sondern nur neue Paketversionen, wie es z.B. auch Debian macht. Das Tool der Wahl ist pkg. Allerdings arbeitet OpenSolaris dann ZFS hier ziemlich intelligent. Aktualisiert man sein Betriebssystem mit pkg image-update -v werden die aktuellen Paketversionen installiert. Nach Abschluss erhält man folgende Meldung:

    Ein Klon von opensolaris existiert und ist aktualisiert und aktiviert worden.
    Beim nächsten Start wird die Startumgebung opensolaris-1 auf '/' geladen.
    Starten Sie neu, wenn Sie zum Wechsel auf diese aktualisierte SU bereit sind.

    Möglicherweise funktioniert ein reboot nun erst mal nicht. Hintergrund: OpenSolaris klont die aktuelle Boot Umgebung per Snapshot und installiert die Patches nur in diesem Klon. Dadurch kann man bei Problemen immer wieder in den alten Zustand vor der Aktualisierung zurückkehren. Der Klon verbraucht auch nur Speicherplatz für die Änderungen gegenüber der alten Version. Im Grub gibt es einen neuen Eintrag, welcher standardmäßig ausgewählt wird. Falls sich dieser nicht booten läßt sollte man den Eintrag händisch auswählen, der vor dem patchen gebootet wurde. Dann hilft es sich mit beadm list alle Boot Umgebungen anzuzeigen und die neu erstelle mit beadm mount /mnt in das System einzubinden. Anschließend braucht es noch /mnt/boot/solaris/bin/update_grub -R /mnt um grub auf der neuen Umgebung zu installieren. Funktioniert die neue Boot Umgebung problemlos, kann man die alte(n) mit beadm destroy wieder löschen.

    Comments No Comments »

    Ich überlege meine Kiste auf OpenSolaris mit ZFS und xVM zu migrieren. Gründe gibt es:
    Für das Klonen von VMs braucht es nur Speicherplatz für die Unterschiede der VMs. Außerdem hat ZFS mit Snapshots, Volume Manager und vor allem RaidZ schon tolle Features:

    Comments No Comments »