Anstelle von ./configure wird ab sofort ein Programm mit dem Namen CMake eingesetzt. Unter Debian einfach zu installieren:

aptitude install cmake

Nach dem entpacken von MySQL muss in das Verzeichnis gewechselt werden. Dort kann nun z.B.

cmake .

eingegeben werden, um MySQL zu kompilieren. Will man aber andere Möglichkeiten einfließen lassen, z.B. anderen Ort für die Programmdateien oder der Datenbank müssen diese Änderungen CMake mit geteilt werden. Geschehen tut dies mit dem Parameter -D.

Eine Liste mit Optionen findet man hier.

Ich Liste mal hier die für mich wichtigsten Optionen auf:

-DMYSQL_DATADIR=/var/lib/mysql
-DCMAKE_PREFIX=/usr/local/mysql/5.5.17
-DWITH-INNOBASE_STORAGE_ENGINE=1
-DWITHOUT_PARTITION_STORAGE_ENGINE=1

Im ganzen sieht das dann so aus:

cmake -DMYSQL_DATADIR=/var/lib/mysql -DCMAKE_PREFIX=/usr/local/mysql/5.5.17 -DWITH-INNOBASE_STORAGE_ENGINE=1 -DWITHOUT_PARTITION_STORAGE_ENGINE=1 .
make
make install

Das schöne an der neuen Methode ist, dass beim Make eine Prozent-Anzeige ist, wie weit das kompilieren ist. So kann man in etwa einschätzen, wann das kompilieren abgeschlossen ist.

Ein Lösungsansatz ist, die Konstante auf eine andere Größe anzupassen und PHP neu zu kompilieren, oder aber man tauscht in diesem Fall den Datenbank-Connect gegen die “alte” Version mittel mysql_connect, mysql_select_db, mysql_query und mysql_fetch_object aus. Nicht schön, aber so funktioniert es wenigstens…

Im nächsten Schritt wird das Ziel-System, in diesem Fall der ESXi-Server mit dem namen “server” ausgewählt und die Benutzerdaten zum einloggen angegeben. Im Regelfall ist dies der Benutzer Root mit dem entsprechenden Passwort. In ESXi an eine Domäne gebunden, nimmt man den Domänen Administrator bzw einen priviligierten Benutzer.

Nach einem Klick auf weiter, wird geschaut, ob die Vorraussetzungen, also Speicherplatz, anzahl CPU, RAM usw mit der VM übereinstimmen. Zusätzlich werden die aktuell installierten VM auf dem Server angezeigt.

Im vorletzten Schritt wird der gewünschte Speicherort (Datenspeicher) ausgewählt.

Am Ende erhält man eine Zusammenstellung, in der man noch letzte Änderungen vor nehmen kann. Z.B. die Größe der Festplatte oder das VM-Netzwerk, anzahl der CPU’s, Größe des Arbeitesspeichers uvm. Nach Abschluss läuft der Konvertierungsprozess.

export PDFLIBLICENSEFILE=/usr/local/sbin/licensekeys.txt

In PHP muss nun die Bibliothek (libpdf_php.so) aus dem Download-Archiv in das jeweilige Include-Verzeichnis von PHP kopiert werden. Bei mir war dies  /usr/lib/php5/20090626 .

Zusätzlich wird eine libpdf.ini in /etc/php5/apache2/conf.d/ erstellt mit folgendem Inhalt:

extension=libpdf_php.so

Damit die Änderung aktiv wird einfach den Webserver neustarten.

/etc/init.d/apache2 restart

Um zu überprüfen, ob die Enviroment-Variable auch in PHP ankommt, erstellt man eine test-Seite und gibt die phpinfo aus. Unter Enviroment erscheint nun die Variable mit dem Pfad zur Lizenz-Datei.

Wie sicherlich die meisten wissen, kann man XP nicht wirklich auf 7 aktualisieren, es kommt also einer Neuinstallation gleich.

Ab hier spaltet sich der Beitrag in zwei Teile auf. Einmal die Installation von Windows XP von einem USB-Stick und die Installation von Windows 7 von einem USB-Stick.

Installation von Windows XP von einem USB-Stick

Es ist recht einfach, wenn man die richtigen Programme gefunden hat. Ich habe dafür ein Programm mit dem Namen “WinSetupFromUSB” verwendet. Dieses Programm setzt jedoch vorraus, dass man im Besitz einer CD oder einer ISO-Datei ist. Die ISO-Datei muss man vorerst entpacken, z.B. mit 7-Zip oder WinACE, und schließlich den entpackten Ordner als “Windows 2000/XP/2003/ Source” angeben.

Zusätzlich ist unter “Force Target disk type” Removeable anzuwählen. Sollte der USB-Stick nicht unter “USB Disk Selection” auftauchen muss dieser mittels “HP Format tool”, welches bei dem Programm dabei ist, formatiert werden. Nach dem man alles erfolgreich eingegeben hat, sollte der Button “GO” aktiv werden und das kopieren wird gestartet. Nach dem das kopieren abgeschlossen ist, einfach den Stick in den jeweiligen Rechner stecken und von dem USB-Stick booten.

Installation von Windows 7 von einem USB-Stick

Für die Installation von Windows7 über einen USB-Stick muss man leider einen etwas umständlicheren Weg gehen. Es gibt zwar auch ein Programm für die Erstellung des Bootbaren USB-Stick’s, dies hat aber bei mir leider nicht funktioniert. Das Programm ist direkt von Microsoft und heißt “USB/DVD-Downloadtool für Windows 7“.

Der Umweg führt über diskpart, welches seit XP bei Windows enthalten ist. Man startet eine Eingabeaufforderung, unter XP Start -> Ausführen -> cmd -> ENTER und unter Windows 7 einfach nach Eingabeaufforderung suchen und über Rechtsklick -> Als Administrator ausführen starten.

Die Kommandozeile offen ist einfach diskpart eingeben und mittels lis dis die aktiven Festplatten anzeigen lassen. Dort müsste auch der USB-Stick auftauchen. Mittels dis sel # wählt man den USB-Stick aus. # ist hierbei die Nummer.

Nun löscht man die aktuelle Festplatte. ACHTUNG: Es gehen alle Daten auf dem ausgewählten Gerät verloren, also sicherstellen, dass es sich wirklich um den USB-Stick handelt und die Daten auch wirklich gelöscht werden können, ansonsten die Daten sichern. Die Festplatte wird mittels clean gelöscht. Nachh dem löschen wird eine neue Partition mit creat partition primary auf dem Gerät erstellt. Anschließend wird die neu erstellte Partition als aktiv markiert active. Im letzten Schritt formatiert man das Laufwerk mit dem FAT32-Format format fs=fat32 quick label=”Windows 7″. Ist dies zu 100% abgeschlossen kann man diskpart mit exit verlassen. Im einzelenn sieht das ganze verfahren so aus:

DISKPART> lis dis

  Datenträger ###  Status         Größe    Frei     Dyn  GPT
  --------  -------------  -------  -------  ---  ---
  Datenträger 0    Online          596 GB  3072 KB
  Datenträger 1    Online         3830 MB      0 B

DISKPART> sel dis 1

Datenträger 1 ist jetzt der gewählte Datenträger.

DISKPART> clean

Der Datenträger wurde bereinigt.

DISKPART> creat partition primary

Die angegebene Partition wurde erfolgreich erstellt.

DISKPART> active

Die aktuelle Partition wurde als aktiv markiert.

DISKPART> format fs=fat32 quick label="Windows 7"

  100 Prozent bearbeitet

DiskPart hat das Volume erfolgreich formatiert.

DISKPART>

Zum Schluss muss man lediglich den gesamten Inhalt der Windows 7 DVD auf den USB-Stick kopieren. Nach einem Neustart kann man von diesem USB-Stick booten.

Zu beginn müssen folgende Packete installiert werden

apt-get install krb5-config krb5-user krb5-doc winbind samba ntpdate

Anschließend, sollte überprüft werden, ob der Servername in /etc/hosts den Domänen-Suffix enthält:

10.0.0.20   server.domaene.local       server

Nun geht es daran, die Config-Files anzupassen. Als erstes nehmen wir die /etc/krb5.conf

[logging]
    default = FILE:/var/log/krb5.log
    kdc = FILE:/var/log/lrb5kdc.log
    admin_server = FILE:/var/log/kadmin.log

[libdefaults]
        default_realm = domaene.local
        forwardable = true
        dns_lookup_realm = false
        dns_lookup_kdc = false
        clock_skew = 300
        ticket_lifetime = 24h
[realms]
        GDV.INTRA = {
            kdc = dc.domaene.local
            admin_server = dc.domaene.local
            default_domain = domaene.local
        }

[domain_realm]
        .domaene = domaene.local
        domaene = domaene.local

kdc = dc.domaene.local ist hierbei der Domänen-Controller.

/etc/samba/sm.conf

[global]
workgroup = domaene
realm = domaene.local
load printers = no
preferred master = no
local master = no
server string = fileserver
password server = 10.0.0.1
encrypt passwords = yes
security = ads
netbios name = server
client signing = Yes
dns proxy = No
wins server = 10.0.0.1
idmap uid = 10000-20000
idmap gid = 10000-20000
winbind separator = /
winbind enum users = Yes
winbind enum groups = Yes
winbind use default domain = Yes
template shell = /bin/bash
template homedir = /home/%D/%U

Unter “wins server” und “password server” ist die IP des Domänen-Controllers einzutragen. Nun ist es noch wichtig den Samba-Dienst neuzustarten.

root@server:~# /etc/init.d/samba restart

Im nächsten Schritt versuchen wir uns als Administrator der Domäne anzumelden. Hier zu wird folgendes eingegeben:

kinit Administrator@domaene.local

Hierbei ist Groß- und Kleinschreibung sehr wichtig.  Ein Fehler wie:

kinit: Cannot find KDC for requested realm while getting initial credentials

deutet darauf hin, dass in der Schreibweise etwas falsch ist. Wenn nach der Passwort eingabe keine Ausgabe erfolgt, war die Anmeldung erfolgreich. Mit dem Befehl klist kann man sich nun das Kerberos-Ticket anschauen, und wann es verfällt.

root@server:/opt# klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: Administrator@domaene.local

Valid starting     Expires            Service principal
08/25/11 18:45:01  08/26/11 06:45:03  krbtgt/domaene.local@domaene.local
        renew until 08/26/11 18:45:01

Wenn dies erfolgreich war können wir mit dem Server der Domäne beitreten:

root@server:~# net ads join -U administrator

Sollte der folgende Fehler auftreten:

kinit(v5): Clock skew too great while getting initial > credentials

Ist dies ein Hinweis darauf, dass die Zeit des Linux-Servers stark abweicht von der des Domänen-Controllers. Hier sollte mittels ntpdate die Zeitgestellt werden.

Wenn bisher alles ohne Probleme vonstatten gegangen ist, sollte der folgende Befehle eine Liste der User zurück geben, die im Active-Directory geführt werden:

root@server:~# wbinfo -u

Mittels

root@server:~# wbinfo -g

kann man sich eine Liste der Gruppen zurück geben lassen.

Abschließend muss man die /etc/nsswitch.conf anpassen und folgende Einträge ergänzen:

passwd:     compat winbind
shadow:     compat winbind
group:       compat winbind

Sollte es gewünscht sein, dass sich auch User mit den AD-Daten per SSH anmelden können muss zusätzlich noch PAM angepasst werden.

PAM liefert ein Shell-Skript mit, mit dem man die Anmelde-Rouine anpassen kann. Dies lautet  pam-auth-update.

root@server:~#  pam-auth-update

Es folgt ein ähnlicher Bildschirm wie dieser hier:

 ┌──────────────────────────────────────────────────────────────────────────┤  ├──────────────────────────────────────────────────────────────────────────┐
 │ Pluggable Authentication Modules (PAM) bestimmen, wie Authentifizierung, Berechtigung und Passwort-Änderung auf dem System gehandhabt werden. Ebenso   │
 │ erlauben sie die Konfiguration zusätzlicher Maßnahmen, die beim Start von Benutzersitzungen vorgenommen werden.                                        │
 │                                                                                                                                                        │
 │ Einige Pakete mit PAM-Modulen stellen Profile bereit, die das Verhalten aller Anwendungen, die PAM verwenden, automatisch anpassen können. Bitte       │
 │ geben Sie an, welche dieser Verhaltensweisen Sie aktivieren möchten.                                                                                   │
 │                                                                                                                                                        │
 │ Zu aktivierende PAM-Profile:                                                                                                                           │
 │                                                                                                                                                        │
 │    [*] Kerberos authentication                                                                                                                         │
 │    [*] Unix authentication                                                                                                                             │
 │    [*] Winbind NT/Active Directory authentication                                                                                                      │
 │                                                                                                                                                        │
 │                                                                                                                                                        │
 │                                             <Ok>                                                 <Abbrechen>                                           │
 │                                                                                                                                                        │
 └────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘

Nachdem die Config-Files angepasst wurde muss in der Datei /etc/pam.d/common-session eine Zeile ergänzt werden. Diese erzeugt die Verzeichnisse, wenn ein User sich anmeldet.

session required                        pam_mkhomedir.so skel=/etc/skel/ umask=0022

Diese Zeile einfach unter

session optional                        pam_winbind.so

einfügen und schon sind wir damit fertig.

Zum Schluss muss nur noch der SSH-Dienst angepasst werden, damit ein Login erlaubt wird. Dafür wird in der Datei /etc/ssh/sshd_config folgendes geändert:

KerberosAuthentication yes
#KerberosGetAFSToken no
KerberosOrLocalPasswd yes
KerberosTicketCleanup yes

# GSSAPI options
GSSAPIAuthentication yes
GSSAPICleanupCredentials yes
UsePAM yes

AllowGroups domaenen-gruppe "linux-Gruppe"

Nachdem dies geändert wurde muss der Dienst nur noch neugestartet werden und schon kann man sich via SSH mit den Domänen-Usern, die in der Gruppe “domaenen-gruppe” sind anmelden.

root@server:~# /etc/init.d/ssh restart

Auf meine Frage was denn genau geschehen sei, wurde geantwortet:

“Ja der ist Hochgefahren und da stand irgendwas von Updates installieren, aber das hat der ja gestern schon beim runter fahren gemacht. Das hat mir zu lange gedauert, deswegen hab ich den unten am Rechner noch mal ausgeschaltet und wieder an. Und jetzt steht der hier.”

Bei sowas will man eigentlich nicht helfen…. es steht ja nicht ohne Grund da: “Bitte nicht ausschalten, es werden Updates installiert.”

Auf der Seite von Lutz Willek kann man sich hier die Versionen anschauen: https://belug.de/~lutz/pub/fcpci/

Dort findet man die Versionen für verschiedene Kernels. Hat man, wie ich, einen Kernel der Version 2.6.32-5-adm64 benötigt man das Archiv fritz-fcpci-2.6.31.tar.bz2.

Dies wird herunter geladen und entpackt:

server:/usr/local/src# wget https://belug.de/~lutz/pub/fcpci/fritz-fcpci-2.6.31.tar.bz2
server:/usr/local/src# tar xvjf fritz-fcpci-2.6.31.tar.bz2
server:/usr/local/src# cd fritz-fcpci-2.6.31/

Dann wird im Unterverzeichnis lib die richtige Bilbiothek ausgewählt und mit einem Symlink angepasst.

nagios:/usr/local/src/fritz-fcpci-2.6.31# cd lib
nagios:/usr/local/src/fritz-fcpci-2.6.31/lib# rm fcpci-lib.o
nagios:/usr/local/src/fritz-fcpci-2.6.31/lib# ln -s 64_fcpci-lib.o fcpci-lib.o
nagios:/usr/local/src/fritz-fcpci-2.6.31/lib#

Wichtig ist, dass folgende Packte installiert sind, wobei sich die Version der linux-headers unterscheiden kann. Je nachdem welchen Kernel ihr installiert habt:

apt-get install capiutils bzip2 make g++ gpp cpp autoconf isdnutils linux-headers-2.6.32-5-amd64

Nach dem dies geschehen ist, wechselt man in das fcpci_src Verzeichnis und kompiliert die Sourcen.

nagios:/usr/local/src/fritz-fcpci-2.6.31/lib# cd ../fcpci_src/
nagios:/usr/local/src/fritz-fcpci-2.6.31/fcpci_src# make clean
nagios:/usr/local/src/fritz-fcpci-2.6.31/fcpci_src# make all

Nun wird das Kernel-Modul in das passende Verzeichnis kopiert und dem System bekannt gemacht. Danach wird es geladen.

mkdir /lib/modules/`uname -r`/kernel/extras
cp fcpci.ko /lib/modules/`uname -r`/kernel/extras
depmod -a
modprobe -r fcpci
modprobe fcpci
modprobe capifs
modprobe capidrv

Nun ist das System fertig und kann eine SMS verschicken. Probieren kann man dies mit dem Programm sms_client.

Es geht ein neues Fenster auf, in dem man Telnet-Client anhaken muss. Nach einem Klick auf OK wird der Telnet-Client installiert. Nun kann er in der Eingabeaufforderung benutzt werden.