Ist aber grundsätzlich kein Hexenwerk – so gehts:

Sofern bestehende Datenbanken vorhanden sind – Backup erstellen! Ich gehe davon aus dass es hierzu kein HowTo braucht

Alte Installation bereinigen, sofern vorhanden:

apt-get remove mysql-server mysql-common --purge && apt-get autoremove

Danach sollte die “asynchronous I/O library”, kurz AIO aus dem Repository installiert werden – damit kann die spätere Performance von InnoDB massiv verbessert werden.

apt-get install libaio-dev

Analog zu Debian, sollte mySQL auch weiterhin unter einem eigenen Benutzer laufen, dazu legen wir diesen mit entsprechender Gruppe an, sofern notwendig.

useradd mysql
groupadd mysql

Danach werden die benötigten Ordner auf dem Filesystem angelegt und mit den nötigen Rechten versehen. In diesem Beispiel wird die Struktur analog zur normalen Packetinstallation aufgebaut. Diese sollte aber wenn möglich weiter optimiert werden. Ein paar Gedanken dazu sind in einem anderen Artikel zu finden.

mkdir /var/log/mysql && chown -R mysql:mysql /var/log/mysql
mkdir -p /var/run/mysqld && chown -R mysql:root /var/run/mysqld && chmod -R 755 /var/run/mysqld
mkdir -p /var/lib/mysql && chown -R mysql:mysql /var/lib/mysql && chmod -R 700 /var/lib/mysql

Als nächstes brauchen wir nun das aktuellste “Linux Generic Tar Archive” von mySQL:
http://www.mysql.com/downloads/mysql/#downloads

Wählen sie unbedingt das korrekte Packet. Sollten sie unsicher sein bezüglich 32 oder 64 Bit – Fragen sie doch mal ihr System dazu

getconf LONG_BIT

In meinem Fall wurde die Version 5.5.15 (64 Bit) von Switch.ch heruntergeladen und entpackt:

cd /usr/local/src/ && mkdir mysql5.5 && cd mysql5.5
wget http://dev.mysql.com/get/Downloads/MySQL-5.5/mysql-5.5.15-linux2.6-x86_64.tar.gz/from/http://mirror.switch.ch/ftp/mirror/mysql/ -O mysql-5.5.15-linux2.6-x86_64.tar.gz
tar xzvf mysql-5.5.15-linux2.6-x86_64.tar.gz

In meinem Setup werden die Dateien anschliessen nach /usr/share/mysql verschoben und an den User mysql zugewiesen:

mv mysql-5.5.15-linux2.6-x86_64 /usr/local/mysql
chown mysql:mysql /usr/local/mysql/ -R

Als nächstes muss das mySQL-Bin Verzeichniss noch in den Path aufgenommen werden:

export PATH=/usr/local/mysql/bin:$PATH

Wenn alles klappt – sollte mySQL nun startklar sein. Ein kleiner Test schaded aber sicherlich nicht:

mysql -V && mysqld -V

Sollte folgendes ans Licht bringen:

mysql  Ver 14.14 Distrib 5.5.15, for linux2.6 (x86_64) using readline 5.1
mysqld  Ver 5.5.15 for linux2.6 on x86_64 (MySQL Community Server (GPL))

Wenn alles geklappt hat, sollte noch die /etc/profile mit dem neuen Pfad ergänz werden damit diese Änderung permant wird. Auszug:

...
if [ "`id -u`" -eq 0 ]; then
  PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/mysql/bin"
else
  PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/local/mysql/bin"
fi
export PATH
...

Nun brauchen wir noch die Konfiguration als /etc/mysql/my.cnf. Hierzu gibt es gute Templates welche übernommen werden können. In meinem Beispiel wurde die my-innodb-heavy-4G.cnf gewählt – es gäbe aber noch diverse Alternativen – am identischen Ort.

cp /usr/local/mysql/support-files/my-innodb-heavy-4G.cnf /etc/my.cnf

Folgende Anpassungen sind hier notwendig (anpassen/ergänzen):

[client]
socket          = /var/run/mysqld/mysqld.sock

[mysqld]
socket          = /var/run/mysqld/mysqld.sock
basedir         = /usr/local/mysql
datadir         = /usr/local/mysql/data
tmpdir          = /tmp
log_error       = /var/log/mysql/error.log

init.d Script erstellen:

cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysql && chmod +x /etc/init.d/mysql

Hier sind nun noch 2 weitere Anpassungen notwendig:

basedir=/usr/local/mysql
datadir=/var/lib/mysql/data

Basisdatenbanken anlegen:

/usr/local/mysql/scripts/mysql_install_db --user=mysql --basedir=/usr/local/mysql

Fertig – ein erster Startversuch:

/etc/init.d/mysql start

Sicherheits-Konfiguration setzten, dafür braucht es allerdings noch einen Symlink für den Socken:

ln -s /var/run/mysqld/mysqld.sock /tmp/mysql.sock
/usr/local/mysql/bin/mysql_secure_installation

Wird AIO auch wirklich angewendet? Ein Blick ins Log hilft weiter, folgender Eintrag muss erscheinen:

****** **:**:** InnoDB: Using Linux native AIO

Wenn alls OK ist – Server automatisch mit Bootprozess starten:

update-rc.d mysql defaults

Installation der Pakete:

apt-get install snmp

Wer auch zukünftig seine OID’s auflösen möchte, muss sich nun neu im Non-Free Repository bedienen. Dort steht das entsprechende Paket “snmp-mibs-downloader” bereit.

apt-get install snmp-mibs-downloader

Das wars, der SNMPD-Deamon müsste mal “laufen”. Test mittels dem entsprechenden init.d Script möglich

/etc/init.d/snmpd status

Dort müsste man den Erfolg der bisher äussert komplexen Installation nun mittels “snmpd is running” bestätigt kriegen.

Weiter gehts mit der Konfiguration:

Offiziell steht das Tool snmpconf bereit, mit welchem man per Wizzard den Dienst konfigurieren kann. Ich pers. finde dieses Tool allerdings eher verwirrend und ineffizient. In diesem Beispiel sollen lediglich die Systeminformationen plus ein paar “externe” Scripts auf Distanz mittes SNMP v1/v2 abgefragt werden können, daher reicht eine recht magere Konfiguration.

/etc/snmp/snmpd.conf

# Netzwerk
agentAddress  udp:161
 
#Zugriffsteuerung
rocommunity public nagioshost.hallo.welt
 
# Kontaktinformationen
syslocation Ich bin hier
syscontact ich@hallo.welt
 
# Systemchecks
includeAllDisks  10%
load   12 10 5
 
#Erweiterungen
exec meintest   /usr/local/bin/meintest.sh

Erwähnenswert ist hier der “neue” Parameter agentAddress , welcher den Deamon standartmässig nur auf localhost (udp:127.0.0.1:161) bindet. Hier wahlweise die gewünschte Interface-Adresse verwenden, oder wie in meinem Beispiel auf allen IP’s des Systems horchen lassen. Alle übrigen Parameter haben sich bei Squeeze wenig verändert. Die Zugriffsteuerung wurde sogar wesentlich vereinfacht über ein view konzept – welches im aufgezeigten Beispiel allerdings komplett weggelassen wurde. Die definierte Host/Community Kombination hat so einen kompletten Lesezugriff.

Den Deamon neu starten – fertig:

/etc/init.d/snmpd restart

Auch hier lohnt es sich danach ein weiteres mal den “status” abzufragen:

/etc/init.d/snmpd status

Sofern vorhanden, müssen nun noch die entsprechenden Regeln in der Firewall ergänzt werden (TCP/UDP Port 161), damit der Zugriff auf Distanz auch wirklich klappt.

Alte Zertifikate sichern:

cd /etc/courier/
mv imapd.pem imapd.pem.old
mv pop3d.pem pop3d.pem.old

Neue Zertifikate erstellen:

mkimapdcert
mkpop3dcert

Courier-SSL Dienste neu starten:

/etc/init.d/courier-pop-ssl restart && /etc/init.d/courier-imap-ssl restart

So – schon hat man wieder 1 Jahr lang Ruhe..

apt-get install cowsay
ln -s /usr/games/cowsay /usr/bin/cowsay

Das wars eigentlich schon.

Ein erster Test:

cowsay "blog.alonso.ch"

Müsste zu folgendem Resultat führen:

 ________________
< blog.alonso.ch >
 ----------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

Unter /usr/share/cowsay/cows/ sind ausserdem diverse Templates vorhanden, welche alternativ über den Parameter -f verwendet werden können.

Ein weiteres Beispiel:

cowsay -f bunny "blog.alonso.ch"

Müsste zu folgendem Resultat führen:

 ________________
< blog.alonso.ch >
 ----------------
  \
   \   \
        \ /\
        ( )
      .( o ).

Natürlich kann die Kuh auch über die Pipe gefüttert werden.

Ein letztes Beispiel:

cat /proc/meminfo | grep MemFree | cowsay -f tux

Müsste zu folgendem Resultat führen:

  ____________________
< MemFree: 369624 kB >
 --------------------
   \
    \
        .--.
       |o_o |
       |:_/ |
      //   \ \
     (|     | )
    /'\_   _/`\
    \___)=(___/

Natürlich kann die Kuh noch viel mehr, siehe Manpage

Die Anforderungen:

1. Betriebsfähiges Debian Lenny (32 oder 64Bit) mit intaktem Netzwerksetup
2. Konsole oder SSH Zugang mit Root-Account
3. ca. 200MB freier Speicherplatz (/usr, /var)
4. Texteditor (z.B. vim)

Die Installation kann direkt über die Packete aus dem Repository gestartet werden:

apt-get install nagios3 apache2

(Durch die Packetabhängigkeiten werden alle notwendigen Packete automatisch mitinstalliert)

Damit ist schon ein beachtlicher Teil der Installation erledigt. Nun braucht es noch ein paar kleine Anpassungen.

Die Nagios-Konfiguration ist weitgehend unter /etc/nagios3 zu finden. Dort brauchen wir als erstes nun einen gültigen User für die HTTP-Autentifizierung.

cd /etc/nagios3
htpasswd -c htpasswd.users IHRBENUTZERNAME

Danach wird das Passwort abgefragt. Mit diese Kombination aus User/Passwort können wir uns anschliessend auf unserer Nagios-Installation anmelden.

Als nächstes sollten wir nun die external commands aktivieren. Dadurch können wir direkt über Weboberfläche die Alarmierung aktivieren/deaktivieren.

Dazu bearbeiten wir die nagios.cfg:

vi /etc/nagios3/nagios.cfg

Dort suchen wir uns folgende Zeile:

check_external_commands=0

Diese aktivieren wir durch ändern dieses Wertes auf 1:

check_external_commands=1

Danach müssen noch die Berechtigungen auf dem Filesystem angepasst werden, wa wir sonst diesen Fehler erhalten:

Error: Could not stat() command file '/var/lib/nagios3/rw/nagios.cmd'!

Dies können wir relativ einfach beheben durch:

touch /var/lib/nagios3/rw/nagios.cmd
dpkg-statoverride --update --add nagios www-data 2710 /var/lib/nagios3/rw
dpkg-statoverride --update --add nagios nagios 751 /var/lib/nagios3
/etc/init.d/nagios3 restart

Das wars. Nun sollten sie unter http://NAGIOSIP/nagios3 auf ihr soeben installiertes Nagios zugreiffen können.

Natürlich braucht unser Nagios danach noch eine Konfiguration.