Ehrlich gesagt, ich habe keine Ahnung! Aber immer häufiger tauchen Vertreter des Konzerns an Veranstaltungen über Opensource auf:

Zudem wird Microsoft nicht müde, über alle Marketingkanäle zu verbreiten, wie sehr sie selber Opensource unterstützt. Seltsam häufig ist auch diese Überschrift auf einschlägigen News-Seiten zu finden: Fast schon wie diktiert (oder besser kopiert)

Das Problem dabei ist, dass wir alle (und auch die Aktionäre) wissen, dass das erklärte Ziel einer Aktiengesellschaft das Geldmachen ist. Ergo dienen auch diese Aktionen (über Umwege) diesem einen obersten Zweck. Warum ist Microsoft denn überhaupt so sehr daran gelegen, dass wir sie als offen wahrnemen? Durch die vorauszusetzende Intelligenz der Zielgruppe von solchen Marketingaktionen (die Geeks) dürfte es ohnehin unmöglich sein, diese davon zu überzeugen, dass der Konzern nun plötzlich nicht mehr erz-kapitalistisch denken und handeln soll. Die meisten der lancierten Projekte verlaufen ohnehin im Sand aufgrund mangelnder Unterstüzung oder minderer Codequalität.

Wohl niemand kauft Microsoft hehre Ziele ab. Sie leben schließlich einfach in einer komplett anderen Welt: In der Welt des Geldes… Kaum jemals würden sie verstehen, warum wir unsere Arbeit lieben und gar nicht dem schnöden Mammon dienen mögen. Oder versucht mal einem MS-Anhänger zu erklären, warum Ihr freiwillig auf einen hohen Verdienst oder Posten verzichtet, um Euren Lieblingsjob auszuüben; man erntet nur verständnisloses Kopfschütteln. Also, liebe Microsoft Corp. Executives, lasst besser die Finger davon, wenn Ihr der Community wirklich etwas geben wollt, dann das, wovon Ihr am meisten versteht: Geld. Mit Sponsoring wäre am ehesten Sympathie zu holen. Andererseits, welches Opensource-Projekt wäre denn scharf auf ein MS-Emblem auf seiner Webseite

Es gäbe nur einen Weg, wirklich glaubhaft zu den “Guten” zu gehören: Einfach qualitativ hochstehenden, freien Code zu produzieren, ohne gleich jede Codezeile mit einer Pressemitteilung zu bewerben. Auch anonymes Sponsoring gilt bei uns als ehrenhaft. Aber dafür erntet man eben keinen Beifall. So einfach ist es, wenn man wirklich integer hinter höheren Zielen steht.

Leider versteht Microsoft (und noch viele andere Firmen) das Prinzip von Opensource nicht: Nur ein Projekt zu lancieren und danach zu hoffen, andere würden die Arbeit freiwillig erledigen und die Lorbeeren wiederum den Firmen überlassen, ist nicht klug gedacht. Was dabei herauskommen kann, ist derzeit bei OpenSolaris zu beobachten: http://developers.slashdot.org/story/10/07/14/1448209/OpenSolaris-Governing-Board-Closing-Shop.

Drei Jahre ist es her, seit ich PCLinuxOS das letzte mal getestet habe. Mittlerweile kenne ich auch die ihm zugrunde liegende Distribution Mandriva sehr gut. Ich war damals auf Anhieb begeistert, wie einfach eine gut durchdachte Desktop-Distribution sein kann, wenn die Macher sich wirklich auf das Wichtigste Konzentrieren: Die Zeit, die ein Benutzer für seine Tätigkeiten benötigt.

Herkunft / Ursprung

PCLinuxOS stammt von Mandriva ab. Vor allem 2007, als Ubuntu noch nicht so populär war, hatte es den 1. Platz in den Distrowatch-Charts inne (meiner Meinung nach absolut zurecht, unter dem Gesichtspunkt der Benutzerfreundlichkeit gesehen). Noch immer ist Texstar (Bill Reynolds) der hauptverantwortliche Entwickler.

Wichtigste Daten in Kürze:

• Homepage: http://www.pclinuxos.com
• Businessmodell: Keines (höchstens etwas Sponsoring auf der Webseite) / Spenden
• Ungefähre Grösse der Vollversion als ISO-Image: 692 MB
• LiveCD Funktion: Ja
• Sprachen: Englisch, weitere Sprachen einfach installierbar
• Abgeleitet von: Mandriva
• Kernel: 2.6.32 mit BFS (Brain Fuck Scheduler)
• Package-Management: Synaptic
• Paketformat Standard: RPM
• Release-Zyklus: Nach Jahreszahl
• Standarddesktop: KDE / Gnome / XFCE u.s.w. (je nach Edition)
• 3D-Desktop / Desktopeffekte: In KWin integriert (Standard seit KDE 4) oder mit Compiz für andere Desktopmanager
• Kosten für Updates und Support: Keine
• Lizenz: Grösstenteils GPL V.2 oder 3. Proprietäre Treiber und Codecs / Flash / Java bereits enthalten
• Forum: http://www.pclinuxos.com/forum/
• Dokumentation / Wiki: http://www.pclinuxos.com/wiki/index.php/Main_Page
• Mitmachen: http://www.mandriva.com/en/community/start

Besonderheiten dieser Version

• Brain Fuck Scheduler BFS!
• Scheinbar optimiert auf Geschwindigkeit
• Unglaublich schnelle Installation

Erster Eindruck vom Desktop

Ich muss als erstes sagen: Ja, PCLinxOS ist teilweise schnell, verdammt schnell sogar. Nicht nur beim Starten (denn das können ja mittlerweile viele), sondern auch beim Desktopeinsatz selbst. Dies könnte tatsächlich auch am Con Kolivas’ (der hackende Anästhesist aus Australien) neuem Brain-Fuck-Scheduler (BFS) liegen, der Desktop-Prozessen generell eine höhere Priorität einräumen soll. Das macht Windows schon lange, aber das wird ja auch fast nur auf Desktops eingesetzt. Sollte sich bestätigen, dass mit BFS der Linux-Desktop endlich Realität wird, dürfte hoffentlich einer Aufnahme in den Mainline-Kernel nichts mehr im Wege stehen. Unverständlich ist aber, dass die Entwickler nicht daran gedacht haben, den Kernel mit der Option LATENCYTOP zu kompilieren, wie es bei Fedora beispielsweise schon lange gemacht wird. So kann man nur Vermutungen anstellen, ob und wie der Desktop nun dank BFS schneller sein könnte. Ich hätte wirklich gerne Tests gemacht mit handfesten Zahlen, aber so bleiben die üblichen subjektiven (und damit quasi wertlosen) Aussagen von mir, dass sich der Desktop eben „schneller anfühlt“

Die Fenster lassen sich auch unter Vollast noch absolut flüssig bedienen und bewegen, das ist wie gesagt nicht selbstverständlich für ein eigentlich auf Server ausgelegtes Betriebssystem, das normalerweise die Ressourcen fair verteilen soll.

Wie immer sehr störend: Klick-mich-installier-mich-Buttons auf dem Desktop...

Installation

Die Installation ist die schnellste, die ich jemals hatte (zumindest bei einer Desktop-Distribution). Nach 2,5 Minuten durfte ich schon in das neue System booten und ca. 30 Sekunden später bereits einloggen (resp. Benutzerdetails eingeben). Das ist die positive Seite der fehlenden Software und Lokalisierungen. Trotzdem ist eine schnelle Installation in meinen Augen kein allzu wichtiges Feature einer Distribution, denn es ist ohnehin alles schneller als eine Windows-7 Installation, auch die fetteste Sabayon-Doppel-DVD mit allen 3D-Games.

Startvorgang

Konfiguration

Seltsamerweise hat sich die Konfiguration nicht wirklich vereinfacht im Vergleich zum letzten Test. Vielleicht liegt es auch eher daran, dass hier Mandriva die Latte äusserst hoch gelegt hat. Die Konfigurationselemente im PCLinuxOS-Kontrollzentrum sind nicht sehr logisch oder intuitiv aufgebaut. Mir ist bewusst, wie schwierig das sein kann, aber warum es einen Hauptpunkt “Dateifreigabe” gibt mit FTP und Webserver und wieder einen Hauptpunkt “Netzwerkschnittstellen”, unter dem man NFS und Samba-Einstellungen findet, leuchtet mir wirklich nicht ein. Die folgenden Bilder zeigen, wie die eigentliche Stärke des Konfigurationswerkzeuges zu einer Schwäche wird, nur durch die seltsame Menulogik. Man sollte sich bei PCLinuxOS überlegen, ob man das Ziel der Einsteigerfreundlichkeit nicht eher erreichen kann, wenn man fortgeschrittene Konfigurationen weglässt wie Ubuntu. Dort fühlen sich Anfänger sehr wohl, denn es gibt nicht allzuviele grafische Tools, mit denen man etwas kaputtmachen kann. Wer einen Netzwerkservicedienst aufsetzen will, braucht ohnehin ein gewisses Maß an Erfahrung, das gilt für alle Betriebssysteme. Nach wie vor begeistert bin ich von der Kindersicherungskonfiguration, die verschiedene Werkzeuge integriert und doch einfach zu konfigurieren ist. Da macht ein Konfigurationswerkzeug auch wirklich SInn, damit die Eltern beruhigt die Kinder am PC surfen lassen können.

Dateifreigaben und Samba unter "Netzwerkschnittstellen"...

...dafür Webserver und FTP unter "Dateifreigabe"?

...und zuguter letzt: Die Partitionsfreigabe im Netz unter "Lokale Festplatten".

Package-Management & Softwareupdates

PCLinuxOS setzt mit Synaptic auf ein äusserst stabiles Paket-Werkzeug. Leider gibt es kein Desktop-Applet (zumindest habe ich in der Standartinstallation keins gesehen), welches die Benutzer auf erhältliche Updates hinweist. Die Handhabung von Synaptic für Updates dürfte somit wieder die Anfänger etwas überfordern.

Tools & Programme

Ein grosser Minuspunkt aus Einsteigersicht ist der Verzicht auf viele Softwarepakete, die in den meisten anderen Distributionen standarmäßig mit dabei sind. Beispiel Openoffice: Es lässt sich zwar mittels Desktop-Button, der ein Skript startet, installieren inkl. Sprachen, aber wer will das schon? Man wartet dann länger, als man es sich bei der Betriebssystem-Installation durch den eigentlichen Verzicht eingespart hat. Auch bei der nachträglichen Sprachinstallation (die schon bei früheren Releases gewisse Probleme bereitete) hat die Umsetzung einer guten Intention das Ergebnis verschlechtert:

Die erste Distribution, die einen bei einem Sprachwechsel mit unnötigen Dialogen zumüllt

Nach der Sprachinstallation kommt regelmäßig diese Meldung (Bug?). Die Umbenennung von Standardordnern ist meiner Meinung nach die Sache des Benutzers, auch wenn dieser die Sprache geändert hat.

Multimedia

Die meisten Codecs und Plugins (MP3, Flash, Java) sind mit dabei, dadurch bleibt den Einsteigern das Nachinstallieren erspart.

Desktopeffekte / 3D-Desktop / Leistung

- Warum kein CONFIG_LATENCYTOP, wenn man doch schon für bfs Kernel hat? So gibt es keine Möglichkeit z.B. mit Fedora-Kerneln zu vergleichen (wo Latencytop im übrigen funktioniert). Bei Spielen mit 3D (OpenGL) fielen mir Leistungseinbrüche auf, die ich vorerst dem Brain Fuck Scheduler zuschreibe, was ich aber mangels oben erwähnten Kernelnoptionen nicht einfach beweisen kann.

Fazit

Wie man in den Phoronix-Benchmarks sehen kann, ist PCLinuxOS tatsächlich schneller in gewissen Tests. In anderen wiederum langsamer. Dieses durchzogene Bild kann ich nach einer Testwoche bestätigen, es dürfte meines erachtens hauptsächlich am verwendeten BrainFuck-Scheduler liegen, der noch als experimentell anzusehen ist. Ohnehin fraglich was der BfS in einer Userfokussierten Distribution zu suchen hat. PCLinuxOS hat viel an Attraktivität für Einsteiger verloren, es ist an vielen Stellen weniger intuitiv geworden als seine Mitbewerber. Auch wenn sich sonst nicht wirklich viel verändert hat am Gesamtbild von PCLinuxOS, so haben doch die meisten anderen Distributionen den Vorsprung wettgemacht oder sogar überholt. Durch einige “Verschlimmbesserungen” von PCLinuxOS verstärkt sich dieser Effekt noch. Was vor 3 Jahren noch speziell benutzerfreundlich war, ist heute quasi Standard. Insofern muss sich PCLinuxOS mehr einfallen lassen als den BFS, um sich von den anderen Distros abzuheben. Auch hat die fehlende Standardsoftware und die unlogische Konfiguration Abzug verstärkt . 4 Pinguine sind absolut gerecht, mehr liegt einfach nicht drin. Wirklich schade, aber positiv gesehen kann man sagen: Es gibt wieder viel Steigerungspotential!

Bewertung

Wer wie ich das Vergnügen hat, für eine VPN-Verbindung in’s Büro auf ein proprietäres Werkzeug angewiesen zu sein, der muss sich zuweilen zu helfen wissen, um das entsprechende Programm auch unter modernen Linuxen betreiben zu können. So auch bei “SSL Network Extender” von Checkpoint, das nicht auf ein die Standards (Cisco VPN, OpenVPN) aufsetzt, sondern ein eigenes, nicht offenes VPN-Format verwendet, das unter der Haube machen kann, was es will, denn niemand sieht es. Abgesehen davon, dass es ziemlich schwierig ist, ohne Kundenlogin an das SSLExtender Binary für Linux ranzukommen, ist das Teil auch noch sauschlecht programmiert, aber dazu komme ich später.

Installation

Die Installation ist einfach, das selbstextrahierende Shellskript wird ausgeführt und 3 Sekunden später ist das Programm installiert und bereit:

./Check_Point_SNX_R66_HFA_01_For_Linux_800004013.sh

Erste Zweifel

Beim ersten Ausführen allerdings wird einem schon der erste Stock zwischen die Beine geworfen:

snx
snx: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory

Die Software hat also tatsächlich eine Versionsabfrage für die Grundbibliothek libstc++ hart eincodiert! Uns fehlen die Worte und erste Zweifel an der Programmierqualität (oder fehlt einfach die Erfahrung mit Linux?) des Hauses Checkpoint kommen auf… Aber wir wären keine echten Geeks, wenn wir dafür keinen Workaround fänden:

Für Fedora u.ä. steht dazu meist eine compat-Version bereit, die für ebensolche Fälle gemacht ist:

yum install compat-libstdc++-33

Achtung! Auf 64bit-Versionen muss die 32bit-Version explizit angegeben werden (denn natürlich hat Checkpoint keine 64bit-Version auf Lager):

yum install compat-libstdc++-33.i686

Für Ubuntu’s neuere Versionen gibt es diese gar nicht mehr, aber man kann sie einfach aus einem älteren Repository ziehen: http://packages.ubuntu.com/jaunty/i386/libstdc++5/download

Trügerischer Tunnelgräber

Also auf geht’s mit einem neuen Versuch:

snx -u BENUTZER -s SERVERNAME
FATAL: Could not open tun.ko. No such file or directory
SNX: Virtual Network Adapter initialization and configuration failed. Try to reconnect.

Oh je, warum zum Geier benötigt der SSL Network Extender das Tunnel-Kernelmodul? Eine kurze Suche im Internet bringt an’s Tageslicht, dass auch diese Abhängigkeit fest einprogrammiert ist, obwohl SSL Extender einen eigenen, proprietären VPN-Tunnel erstellt. Auf Fedora tritt dieser Fehler nicht auf, weil das Modul “tun” mit dem Standardkernel ausgeliefert wird. Unter Ubuntu jedoch ist dies Fehlanzeige, auch nachträglich lässt sich das Modul nicht installieren. Man müsste den Kernel neu übersetzen mit der entsprechenden Option. Aber wir sind doch nicht bescheuert und machen uns diese Mühe, bloss weil da ein paar Erstsemesterprogrammierer bei Checkpoint sizten! Das Modul muss einfach existieren, es muss überhaupt nix tun, also wird es einfach gefaked, siehe dazu auch: http://wiki.ubuntuusers.de/Check_Point_SSL_Network_Extender

mkdir faketun
cd faketun
echo -e "#include <linux/module.h>\nstatic int start__module(void) {return 0;}\nstatic void end__module(void){return;}\nmodule_init(start__module);\nmodule_exit(end__module);">tun.c
echo -e "obj-m += tun.o\nall:\n\tmake -C /lib/modules/\$(shell uname -r)/build/ M=\$(PWD) modules\nclean:\n\tmake -C /lib/modules/\$(shell uname -r)/build/ M=\$(PWD) clean\nclean-files := Module.symvers">Makefile
make
sudo install tun.ko /lib/modules/`uname -r`/kernel/net/tun.ko
sudo depmod -a

Ab jetzt funktioniert SSLExtender auch auf Ubuntu und man kann in Ruhe von zu Hause aus arbeiten, auch mit diesem proprietären VPN-Tunnel. Dem Arbeiten am Wochenende steht nun nichts mehr im Wege, ausser man hat nebenbei noch ein Privatleben

Kaum wurde KDE SC 4.4.0 (SC steht für Software Compilation, seit ein paar Wochen nennt sich KDE so, weil es doch langsam viele Software aus dem Projekt gibt) und schon stehen für Fedora 12 die Pakete bereit. Natürlich rechnete ich mit Kinderkrankheiten, denn ein KDE 4-Release war noch nie “Produktionsreif” sondern eigentlich immer Beta. Das ist nun mal so, wen das stört, der soll doch testen und helfen, damit sich das ändert.

Auf jeden Fall wurde KDE schlanker, was die Fensterdekoration angeht. Es gibt einen Formfaktor-Umschalter, der bei mir aber zuerst einmal den kwin-Prozess abstürzen liess.  Ein Erlebnis, welches sich unter verschiedensten Umständen wiederholen sollte. Die Intention des Umschalters ist jedoch durchaus klar, denn bei Netbooks kommt ein ganz anderes Prinzip zum tragen als bei Desktops:

Semantischer Desktop (Nepomuk / Strigi)

Beim semantischen Desktop hat es wieder mal eine Änderung im Backend gegeben. Virtuoso speichert nun die indizierten Daten, Tags etc. für Nepomuk. Angeblich viel schneller und stabiler, merke ich davon nichts. Im Gegenteil, der strigi-indexer ist noch nie soviele male abgestürzt wie jetzt. Er kann meine Dateien nicht mal fertig indexieren (und es sind beileibe nicht mehr als 6 GB). Wenn man nur Nepomuk alleine nutzt (z.B. Tags für Dateien, Kontakte u.ä.), sieht man jedoch, wie cool eine semantische Suchapplikation sein kann. Man gibt einen Namen ein und erhält als ersten Vorschlag “Mail senden an …” wenn der Name ein Mail-Kontakt ist (wenn Strigi hier die Mails indiziert hätte würden auch Namen angezeigt, die nicht in den Kontakten gespeichert sind, sondern mit denen wir einfach irgendwann mal in Kontakt waren). Weitere Vorschläge zeigen auch phonetisch ähnliche Suchanfragen in Wikipedia u.v.m. Würde Strigi funktionieren, wäre Nepomuk noch viel mächtiger, also bitte, stabilisiert den Indexier-Mist endlich, Google hat seit vielen Jahren den Desktop-Indexer stabil am laufen!

Krunner (wird mit ALT+F2 gestartet), den man am besten für die Suche oder Programmaufrufe benutzt, wurde an den oberen Bildschirmrand versetzt (was man natürlich weiterhin frei konfigurieren darf, wenn man das nicht mag). Leider bleibt er manchmal aus unersichtlichen Gründen (Nepomuk?) einige Sekunden stehen.

Plasma

Vieles hat sich in Plasma getan. Besonders freuten mich viele kleine und grössere Änderungen, die dem Benutzer viel mehr intuitives Arbeiten ermöglichen. Viele Details entdeckt man erst später, wie die verbesserten Desktopeffekte, da werden zum Beispiel beim Anzeigen aller virtuellen Desktops die jeweiligen geöffneten Fenster auseinandergehalten, denn wozu sonst ist die Übersicht gut, als um offene Programme zu finden? Bis anhin taugte sie eigentlich nur als netter Effekt um Kollegen zu beeindrucken. Solche Beispiele gibt es einige. Der Hammer ist für mich persönlich der Systemabschnitt der Kontrolleiste. Dort kann man nun diverse Plasmoiden reinwursteln, und es ist nicht einmal unansehnlich!

Ich hätte ja nie gedacht, dass eine 4-Tage-Wettervorhersage so wenig Platz braucht und im Systemabschnitt Platz hat. Wenn man mit der Maus darüber fährt, erhältm man den ausführlichen Wetterbericht. Im Bild dazu sieht man auch den neuen Gerätemanager, der nun Automunt beherrscht, sowie vom Benutzer konfigurierbar ist. Wenn ein versierter Benutzer hat, kann er beliebige Befehle automatisch ablaufen lassen, sobald dieser Stick eingesteckt ist, was sehr viele Möglichkeiten eröffnet (automatische Synchronisation beim Einstecken u.v.m.)

Endlich wurde auch die Verknüpfung von Aktivitäten mit virtuellen Desktops in die normale Konfigurationsoberfläche übernommen:

Ein paar der alten Probleme bleiben: Verkleinert man die Aktivitäten, wird das Scrolling wieder sehr zähflüssig. Bei Multi-Monitor-Betrieb mit TwinView noch viel schlimmer. Das Erstellen von 4 Aktivitäten (eine pro virt. Desktop) ist ja kein Problem, aber was passiert, wenn man es rückgängig macht? Die Aktivitäten bleiben bestehen. Hier müssen seit langem Komfortfunktionen geschaffen werden (eine kleine Aktivitätenvorschau, ohne im Plasma-Bereich zähflüssig herumzustraucheln). Denn wenn man die Zuordnung Aktivität/Desktop wieder einschaltet passiert etwas Altbekanntes: Die mühselig eingerichtete Aktivität wird einem anderen Desktop zugeordnet. Auch wenn man herauszoomt und bei der richtigen Aktivität wieder hineinzoomt, hat man früher oder später ein Durcheinander. So wie ich jetzt nach dem Testen: Weil meine zwei Monitore verschiedene Auflösungen haben, kann ich jetzt genausogut .kde/share/config/plasma* löschen, um von vorne anzufangen. Das bringt mich zum letzten Punkt. Kaum ein Release von KDE konnten die meisten Benutzer ihr .kde behalten. Immer wieder kommt man zum Punkt an dem man sagt „Besser ich lösche die Konfiguration sonst gibts wieder Probleme“. Denn es geht mehr Zeit verloren auf der Suche nach einzelnen Problemem als für die Neukonfiguration der KDE-Oberfläche. Nun kommt aber etwas problematisches hinzu: Nepomuk mit Strigi sammelt Daten in Datenbankdateien innerhalb von .kde. Wenn ein unbedarfter Benutzer nun 1 Jahr lang alle seine Dateien taggt und bei einem neuen Release mal wieder das Löschen von .kde vor der Tür steht…man kann sich vorstellen wie das weitergeht. Für Otto Normalbenutzer braucht es Sicherheit, was die Konfiguration anbelangt. Ein Möglichkeit zum XML-Export von Konfigurationen und Nepomuk-Daten vor Releaseses wäre so etwas. Es ist wie immer: Der Ideen hat es genug, aber es kann immer nur ein Bruchteil davon umgesetzt werden.

Fazit

Für einen als offiziell veröffentlichten Release gibt es viel zu viele Abstürze an so vielen Stellen, dass man das Marketing-Team entmündigen und mit 100 Windows-Installationen bestrafen sollte. Als Technologie-Preview zeigt es aber durchaus, wie exzellent KDE 4.4.x sein wird und das der semantische Desktop wirklich kommt und nützlich ist. Ausserdem sieht KDE unverschämt gut aus und viele Funktionen sind selbsterklärender geworden. Es ist schon lange überfällig, dass anstatt neuen Features die Stabilität in den Vordergrund rückt. Aaron Seigo und Co. wären gut beraten, einen Fork für die Feature-geilen Desktop-User zu machen, und einen Stable-Branch nebenbei zu führen. Denn KDE 4 wird sich wohl kaum in Enterprise-Distributionen verbreiten, wenn es erst in einem Jahr absturzfrei läuft. Was die Features anbelangt, wurde das Vorbild OSX schon vor zwei Jahren übertroffen, aber was die Stabilität angeht liegt sogar Windows 95 vorne im Moment (das soll ein Ansporn sein und kein Gejammere).

Zweiter Eindruck

Nachdem ich nun die meisten Verbesserungen gesehen und getestet habe, bin ich schon sehr viel milder gestimmt. Die Abstürze werden seltener, wenn man die Aktivitäten von Anfang an neu aufbaut. Wenn man ihnen dieselben Namen gibt wie den ihnen zugeordneten virtuellen Desktops (was imho eigentlich automatisch geschehen sollte, wenn man die Zuordnung aktiviert), gibt es auch weniger Konfusion in dieser Hinsicht. Wenn auch Nepomuk und Strigi ausgebaut und stabilisiert werden müssen, fühlt sich alles absolut flüssig und unheimlich konsistent an. KDE rockt wieder!

Ich wünsche allen ein gutes neues Jahr, auf eine weitere Dekade! Pünktlich zum Jahresanfang stolperte ich auf die deutsche Übersetzung eines längeren Postings, das selber schon älteren Datums (aber immer noch absolut zutreffend) ist. Es beinhaltet eigentlich so ziemlich die beste Erklärung, warum Linux nie ein Windowsersatz ist und sein wird und warum viele verärgerte Windowsbenutzer erst eher bei sich selbst eine Veränderung machen müssen, als einfach mal schnell “auf Linux” (meist Ubuntu heutzutage) zu wechseln. Die Lektüre lohnt sich absolut:
http://www.felix-schwarz.name/files/opensource/articles/Linux_ist_nicht_Windows/

OK ausnahmsweise, weil Feiertage sind, auch mal eine Nicht-Linux-Distribution auf dem Prüfstand. Nämlich FreeNAS, eine hochspezialisierte BSD-Unix-Variante mit einem NAS-Server, wie der Name ja schon andeutet, der als Live-Image oder “installierbares Image” gebraucht werden kann.

Der Grund, weshalb ich auf FreeNAS kam, war, dass ich meine vielfältigen Heimnetz-Services, die sich über die Jahre in meinen virtuellen CentOS’s angesammelt haben, konsolidieren wollte. Mit einem NAS (Network Attached Storage, also Diskplatz, der über verschiedene Dienste im Netz auf vielfältige Weise nutzbar gemacht wird) und einer Weboberfläche ist dies einfach lösbar und macht mehr Spass als “nur” mit einer Hardware-Appliance, die teuer ist, keine offene Software hat und meist auch weniger Services anbietet.

Herkunft / Ursprung

FreeNAS ist ein kleines FreeBSD und wurde von Olivier Cochard und Volker Theile geschaffen. Heute besitzt iX-Systems FreeNAS, aber es wird natürlich als Opensource-Projekt weitergeführt.

Wichtigste Daten in Kürze:

• Homepage: http://www.freenas.org
• Ungefähre Grösse der Vollversion als ISO-Image: 80 MB
• LiveCD Funktion: Ja
• Sprachen: Div. Übersetzungen
• Abgeleitet von: FreeBSD 7.2
• Standarddesktop: Keinen, vollständige Steuerung mit Webinterface
• Kosten für Updates und Support: Keine (BSD-Lizenz)
• Lizenz: BSD
• Dokumentationen: http://freenas.org/documentation:setup_and_user_guide
• Forum: http://sourceforge.net/apps/phpbb/freenas/index.php
• Wiki / Knowledgebase: http://www.freenaskb.info/kb/
• Bugtracker: Bugzilla => http://sourceforge.net/tracker/?group_id=151951&atid=782616
• Mitmachen: http://freenas.org/community:how_to_contribute

Installation

Trotz der Tatschache, dass es sich um ein waschechtes FreeBSD handelt, lässt sich diese Variante kinderleicht installieren. Es ist keinerlei Kontakt mit einer Kommandozeile nötig, aber wenn man will, gibt es sie als Auswahloption im Textmenü. Man kann auch nur mit der LiveCD (oder USB etc.) arbeiten, nur muss die Konfiguration ja ohnehin gespeichert werden, also warum nicht gleich eine Installation auf einem USB-Stick (man benötigt dafür nur ca. 100MB). Der Vorteil ist dann auch, dass die vorhandenen Harddisks des Systems komplett für die Services benutzt werden können, während das Betriebssystem auf dem USB-Stick liegt und beim Start in’s Memory geladen werden. Das Startmenü muss man eigentlich nur einmal aufrufen, um die Netzwerkkonfiguration zu aktivieren (mit DHCP ist das mit ein paar Tastendrücken erledigt), dann kann man den Rest eigentlich schon über das Webinterface konfigurieren, welches ziemlich selbsterklärend ist, solange man keine exotischen Disk-Setups erstellen will.

So sieht es nach der Installation auf der Konsole selbst aus, man braucht diese Konsole aber nur einmal zum Konfigurieren der Netzwerkkarte(n):

Konfiguration

Das Prinzip ist einfach: FreeNAS nimmt immer die gesamte Disk und macht ein UFS drauf. Mit etwas mehr Know-How kann man natürlich auch ein Software-Raid, iSCSI, ZFS u.ä. verwenden. Da ich als alter Hase in Unix/Linux-Administration schön brav DNS-Aliase verwendet habe, musste ich nur die Pfade für die NFS-Backups anpassen, während die CIFS-Freigaben sogar dieselben Namen hatten. Mit der Feinarbeit für Unison/SSH/RSync dauerte die ganze Umstellung ca. 4 Stunden (was nichts ist im Vergleich zu der Zeit, die ich benötigte um damals alle diese Services manuell mit CentOS einzurichten, aber Lern-Zeit ist niemals verlorene Zeit).

Nicht zu unterschätzen ist bei FreeNAS die “Coolness”, dass man sogar I-Tunes beliefern kann und ein ZFS als Dateisystem einsetzen kann (ZFS ist quasi Raid und LVM in einem), da ZFS von SUN ist und die Solaris-Welt im Sturm erobert hat (zurecht), ist es toll, dieses Enterprise-Dateisystem als Privater so einfach einsetzen zu können (es ist wirklich ganz einfach zu administrieren, auch manuell):

Die Benutzer habe ich lokal eingerichtet, es sind ja nicht viele. Es wäre eine Autorisation mit LDAP und ADS möglich, aber da es keine Möglichkeit gibt, Benutzerquotas einzurichten, disqualifiziert sich FreeNAS leider für den Einsatz in grösseren Umgebungen mit vielen Benutzern.

Dokumentation

Die Dokumentation ist nicht gerade üppig, eigentlich ist alles ein Trac-Projekt. Es gibt auch eine Knowledgebase, aber auch diese scheint noch nicht im Wiki-Zeitalter angekommen zu sein. Aber wer nicht weiss, was DAAP (quas iTunes Server) oder UPnP (z.B. für Audio- und Video Streaming zur Playstation 3) bedeutet, sollte es auch nicht einsetzen. Leider entspricht dies auch dem Umgangston mit Neulingen im Forum, aber wie gesagt, es ist BSD, freiere Software gibt es kaum.

Die Zukunft von FreeNAS

FreeNAS wurde unlängst von iX-Systems gekauft, wird aber weiterhin als Community-Projekt weiterbestehen. Interessant wird sicher der Wechsel zu FreeBSD 8, womit ZFS produktionsreif swerden soll (was es auch jetzt eigentlich ist).

Offenbar gab es bereits einen “Fork” zu “OpenmediaVault” (im Moment noch unter der Projektseite von “Corenas“), welches ein kleines Debian-GNU/Linux als Grundlage verwenden soll. Darin dürfte das coole ZFS kaum Eingang finden, aber ansonsten öffnet dieser Schritt natürlich die Tore zu einfacherere Hardwareerkennung, viel mehr Dateisystemen (BTRFS, EXT3/4 etc.) und es gibt einfach mehr Entwickler, die Linux verstehen, da BSD ausserhalb der Universitäten kaum eine grosse Community hat (wahrscheinlich werde ich bald korrigiert von einem BSD-Profi, also jetzt schon ein Sorry, dies ist meine persönliche Wahrnehmung als BSD-Aussenstehender).

Fazit

FreeNAS ist cool und es macht viel Spass, es zu installieren und zu konfigurieren. Danach läuft es einfach vor sich hin, also hat man eigentlich nur 2 Stunden Spass
Der Vorteil, dass man die Benutzer via LDAP und ADS autorisieren könnte, wird leider praktisch zunichte gemacht durch das Fehlen von Benutzerquotas. Der einzige Weg zu Quotas wäre, jedem Benutzer einen ZFS-Datensatz (diese können in der Grösse limitiert werden) zuzuweisen, aber das ist natürlich keine Option bei mehr als 5 Benutzern und entspräche nicht dem Einsatzzweck von ZFS-Datensätzen. Schade, denn sonst wäre alles da: Mailversand, S.M.A.R.T., SNMP, SNMPTraps, USV-Unterstützung, Hard- und Software Kryptologie, Hard- und Software-Raid etc.

Bewertung

Ja, auch ein BSD-System bekommt von mir nur Tuxe, keine Teufelchen. Die Bewertung ist hinsichtlich des Einsatzzweckes als NAS zu interpretieren. Es ist für den Gebrauch in kleineren Umgebungen mit nicht allzuvielen Benutzern das perfekte NAS. Das Nichtvorhandensein von User-Quotas hingegen verhindert die Bestnote.

Huge Pages [1] kennt jedes moderne Betriebssystem. Die Frage ist lediglich, ob Applikationen diese direkt nutzen können. Unter Linux müssen die Applikationen dies explizit anfordern. Es macht für grosse Serverapplikationen durchaus Sinn, Überlegungen anzustellen, ob man diese Möglichkeit nutzen soll. Oracle ist hierfür ein sehr gut geeignetes Beispiel. Schon ab 2GB Shared Memory (wenn man mehrere Instanzen hat und genügend Memory zur Verfügung stehen) lohnt sich die Konfiguration von dediziertem Speicherplatz bestehend aus Huge Pages. Da aber Oracle selber nicht automatisch Huge pages anfordert, reservieren wir einfach den voraussichtlichen Bereich im Shared Memory. Dies wird durch Kernelvariablen erledigt, entweder mit dem Kommando sysctl (für das laufende System) oder persistent in der Datei /etc/sysctl.conf. Im folgenden Beispiel habe ich einen Server mit 72GB RAM auf 48GB Shared Memory konfiguriert. Von einer huge page-Grösse von 2MB ausgehend reservieren wir die entsprechende Anzahl huge pages, um auf die 48GB zu kommen. Durch die Angabe einer Gruppe wird der Bereich exklusiv für die Gruppe “dba” reserviert.

# Oracle 10 und 11:
# Total SHM 48GB:
kernel.shmmax = 51539607552
# Tot. installed memory = shmall * PAGE_SIZE (4096)
kernel.shmall = 18874368
kernel.shmmni=4096
# A hugepage is 2048kb, so 24576 hugepages support a total
# SGA of all instances up to 48 GB (the actual shmmax size)
vm.nr_hugepages = 24576
# Owner is dba group:
vm.hugetlb_shm_group = 504

Will man diese Variablen schon ohne Reboot im laufenden Betrieb aktivieren, benutzt man das Kommando sysctl -p .

Nun darf man auf keinen Fall vergessen (wie es mir passiert ist), auch die Limite des vom Benutzer Oracle zu reservierendem Gesamtspeicher in der Datei /etc/security/limits.conf anzupassen. Sonst gäbe es später unterhaltsame Fehlermeldungen beim Starten neuer Oracle-Instanzen. Also wird die obige Anzahl mit der Grösse der Huge Pages (hier 2048 KB) gerechnet. Hier ein Beispiel, das auch alle anderen empfohlenen Angaben für den Benutzer Oracle enthält:

oracle               soft    nproc   16384
oracle               hard    nproc   16384
oracle               soft    nofile  1024
oracle               hard    nofile  65536
# Mind. die reservierten huge pages (anz. * 1024 * 2):
oracle               soft    memlock 50331648
oracle               hard    memlock 50331648
oracle               -       stack   32768

Beim nächsten Login des Benutzers “Oracle” sind diese Limiten aktiv. Kontrollieren kann man die aktuellen Limiten z.B. mit ulimit -a.

Sind alle Einstellungen aktiv, sieht man ganz schnell, ob Oracle nun die Huge Pages nutzt, indem man cat /proc/meminfo ausführt und bei “HugePages_Rsvd:” eine Zahl grösser als 0 erhält. Im folgenden Auszug ist auch schön zu erkennen, dass man so die Standardgröße der Huge Pages herausfinden kann:

HugePages_Total: 24576
HugePages_Free:  23654
HugePages_Rsvd:    353
Hugepagesize:     2048 kB

Hier noch alle Oracle-relevanten Einträge von /etc/sysctl.conf für den Server mit 72GB RAM (2 x Quadcore CPU):

# Oracle 10 und 11:
# Total SHM 48GB:
kernel.shmmax = 51539607552
# Tot. installed memory = shmall * PAGE_SIZE (4096)
kernel.shmall = 18874368
kernel.shmmni=4096
# A hugepage is 2048kb, so 24576 hugepages support a total
# SGA of all instances up to 48 GB (the actual shmmax size)
vm.nr_hugepages = 24576
# Owner is dba group:
vm.hugetlb_shm_group = 504

# Semaphores:
kernel.sem=250 32000 100 142

# VM Swapping Tuning acc. to RHEL 5 Oracle Deployment Recommendations
vm.swappiness=10
vm.dirty_background_ratio=3
vm.dirty_ratio=15
vm.dirty_expire_centisecs=500
vm.dirty_writeback_centisecs=100

# Oracle 10 & 11:
fs.file-max=6815744
fs.aio-max-nr = 1048576
net.core.rmem_default=262144
net.core.wmem_default=262144
net.core.rmem_max=4194304
###net.core.wmem_max=262144
# Oracle 11:
net.core.wmem_max=1048576
net.ipv4.ip_local_port_range=1024 65000

# Oracle 10 und 11:
# Total SHM 48GB:
kernel.shmmax = 51539607552
# Tot. installed memory = shmall * PAGE_SIZE (4096)
kernel.shmall = 18874368
kernel.shmmni=4096
# A hugepage is 2048kb, so 24576 hugepages support a total
# SGA of all instances up to 48 GB (the actual shmmax size)
vm.nr_hugepages = 24576
# Owner is dba group:
vm.hugetlb_shm_group = 504

# Semaphores:
kernel.sem=250 32000 100 142

# VM Swapping Tuning acc. to RHEL 5 Oracle Deployment Recommendations
vm.swappiness=10
vm.dirty_background_ratio=3
vm.dirty_ratio=15
vm.dirty_expire_centisecs=500
vm.dirty_writeback_centisecs=100

###fs.file-max=65536
# For Oracle 11:
fs.file-max=6815744
fs.aio-max-nr = 1048576

net.core.rmem_default=262144
net.core.wmem_default=262144
net.core.rmem_max=4194304
###net.core.wmem_max=262144
# For Oracle 11:
net.core.wmem_max=1048576
net.ipv4.ip_local_port_range=1024 65000