action-jackson.de hier mal so bissle bloggen und so

MegaCLI is a management tool provided by LSI to configure and monitor you RAID-Controller. LSI provides a RPM for Linux including a 64 bit version.

Now lets start to install MegaCli:

Download and extract the latest MegaCLI:
#wget http://www.lsi.com/downloads/Public/MegaRAID%20Common%20Files/8.02.21_Linux_MegaCLI.zip
#unzip 8.02.21_Linux_MegaCLI.zip

With alien you can transform RPMs to DEBs and vica verse:
# sudo alien 8.02.21_Linux_MegaCLI/MegaCli-8.02.21-1.noarch.rpm
# sudo alien 8.02.21_Linux_MegaCLI/Lib_Utils-1.00-09.noarch.rpm

Insall required packages for MegaCLI:
# sudo apt-get install lib32gcc1 lib32ncurses5 libc6-i386 lib32stdc++6 lib32tinfo5

After that install converted DEBs:
# sudo dpkg -i lib-utils_1.00-10_all.deb megacli_8.02.21-2_all.deb

Ubuntu 12.04 is running a 3.2 Kernel, but megacli just knows 2.6.x Kernels, so best way to run megacli is to use setarch

Now we can query our LSI RAID-Controller:
# sudo setarch x86_64 --uname-2.6 /opt/MegaRAID/MegaCli/MegaCli64 -adpCount
Controller Count: 1.
Exit Code: 0x01

To use MegaCLI in a smooth way, we create the following bash script – a good place is /usr/bin/:
#!/bin/bash
sudo setarch x86_64 --uname-2.6 /opt/MegaRAID/MegaCli/MegaCli64 $@

On my machine I created /usr/bin/megacli and now I can run megacli via
# megacli -adpCount

Manchmal ist es ganz nützlich, wenn man Backups macht – keine Frage – jedoch sollte man auch mitberücksichtigten, dass das Medium, auf welchem die Backups liegen verschwinden können. Worst-Cases: Es brennt, jemand bricht in die Wohnung ein etc… – in einem solchen Fall wäre es ganz nett, wenn man noch an einer anderen Location ein Backup hat
Ich möchte hiermit einen Weg aufzeigen, mit welchem man sein SVN-Server an eine andere Location sichern kann:

• Auf dem Server der anderen Location ein neues Repository anlegen:
  $ svnadmin create dest
• Um mit svnsync ein Repository zu synchronisieren muss man noch eine neue Hook anlegen, die es dem svnsync-User erlaubt das Repository zu synchronisieren:
  $ cat < dest/hooks/pre-revprop-change
#!/bin/sh
USER="$3"
if [ "$USER" = "svnsync" ]; then exit 0; fi
echo "Only the svnsync user can change revprops" >&2
exit 1
EOF
$ chmod +x dest/hooks/pre-revprop-change
• Nun kann man die initiale Synchronisation anstoßen:
  
$ svnsync init file://`pwd`/dest \ svn+ssh://sourcesvnserver/source/repos
Copied properties for revision 0
$

• Danach kann das Repository einmal komplett synchronisiert werden:
  
$ svnsync sync file://`pwd`/dest
Committed revision 1.
Copied properties for revision 1.
Committed revision 2.
Copied properties for revision 2.
Committed revision 3.
Copied properties for revision 3.
...


Kurze Notiz am Rande: In diesem Beispiel wird svn+ssh genutzt. Hierzu ist es angebracht, sich mit einem Key-File anzumelden. Des Weiteren sollte noch ein Cron-Job eingerichtet werden, um in einem bestimmten Zeitabschnitt das Repository zu synchronisieren.

Nachdem man sich den SSH-Zugang zum esxi freigeschalten hat, könnte man ja auch auf die Idee kommen, ein paar Jobs via crond zu schedulen.
Hierzu einfach seine Jobs in /var/spool/cron/crontabs/root schreiben, crond killen und nochmal neu ausführen.

Kleine Notiz am Rande:

• esxi kann nur 512 Zeichen in der /var/spool/cron/crontabs/root verarbeiten!
• Alle Jobs in /etc/rc.local festhalten, damit diese nach einem Neustart wieder hier /var/spool/cron/crontabs/root eingetragen werden.
• /var/log/messages checken, ob crond richtig gestartet wurde

In letzter Zeit hatte ich ziemlich viel mit dem VMware ESX4i zu tun – manchmal ist es auch ganz nützlich, wenn man sich via SSH auf den ESX einloggen kann (offiziell nicht supportet). Man muss als erstes mal kurz SSH aktivieren, dazu verbindet man sich via iLO/ DRACK usw. auf die Konsole (oder ganz altmodisch via Bildschirm und Tastatur am ESX) und drückt ALT F1 und gibt dann unsupported ein. Dann die /etc/inetd.conf öffnen und die beiden Zeilen, in denen ssh stream ... steht, die Kommentare entfernen. Kurz noch den inetd-Prozess killen und schon sollten man sich via SSH einloggen können.
So nun kommen wir zum Public Key Authentication. Wie gewohnt auf der Linuxbüchse mit ssh-keygen die Schlüssel erzeugen. Dann den Text des Public Keys kopieren und auf dem ESX4i die Datei /etc/rc.local öffnen. Dort fügen wir noch an das Ende folg. Code ein:

#public key authentification
mkdir /.ssh
touch /.ssh/authorized_keys
chmod 600 /.ssh
chmod 600 /.ssh/authorized_keys
echo "HIER STEHT DER PUBLIC KEY DER LINUXBÜCHSE" > /.ssh/authorized_keys

So, nun sollte man sich ohne lästiger Passworteingabe auf dem ESX einloggen können