Sowohl unter LAN als auch bei WLAN passiert gar nichts. Toll. So werden “ungefähr 10 Minuten” schon mal zu 3 Stunden. Und es ist noch nicht fertig…

1. root@iBitLive:~# find /var/www/ -maxdepth 4 -type f -name access.log -or -name error.log | xargs du -hc | tail -n1
2. 6,7G insgesamt

Einige Wochen später, nach Konfiguration von logrotate.

Leider funktionieren (zumindest unter Debian 6.0.1 ) bei diesen Usern dann die ulimits nicht mehr. Diese werden in der limits.conf in /etc/security/ definiert und sind manchmal sehr nützlich um Systembenutzer daran zu hindern, das System in die Knie zu zwingen. Da mpm-itk den setuid() Syscall zum Wechseln des Users benutzt, werden die ulimits des Apachen selbst aber ganz einfach vererbt. Glücklicherweise gelten diese dann auch wieder für jeden Benutzer einzeln. Wenn ich also zum Beispiel ein Prozess-Limit von 250 Prozessen pro User anlege, dann werden diese 250 Prozesse nicht unter allen VHosts aufgeteilt, sondern gelten pro Benutzer. So kann man ganz simple und einfach dem Apache alle limits verpassen die man möchte und muss sich sonst gar nicht weiter kümmern. Ich habe das in meinem Fall mit einem Eintrag in /etc/apache2/envvars gelöst:

Leider stört es mich ein wenig, dass die Tab-Leiste immer angezeigt wird, selbst wenn nur ein Tab offen ist. Dabei hat man einen ziemlich unnötigen Overhead, da dann in jedem Terminal völlig redundante Informationen zu sehen sind – auf Kosten einer ganzen Zeile im Terminal!^^ Da das für seine Funktionalität gar nicht mal so umfangreiche Script in Perl geschrieben ist, habe ich mich kurz rangesetzt und das Problem behoben. Die Tab-Leiste wird jetzt nur noch angezeigt, wenn mehr als ein Tab vorhanden ist. Das Ganze ist sogar über die Konfigurationsoption URxvt.tabbed.hide-when-empty: true einstellbar. Installiert habe ich die Version 9.10 von rxvt-unicode. Wer Interesse an dieser Funktionalität hat, kann folgenden Patch auf  /usr/lib/urxvt/perl/tabbed anwenden.

1. mysqldump -h server1 –password=X db1 | mysql –password=X db1
2. mysqldump -h server1 –password=X db3 | mysql –password=X db3
3. mysqldump -h server1 –password=X db7 | mysql –password=X db7
4. # …

Das massiv wirkende Chassis wiegt dank leichtem Holz und 0.8mm Aluminium-Blech weniger als man vermutet. Jedenfalls weniger als dass es unsere Personenwaage anzeigen könnte. Die insgesamt 26 Schrauben halten das Blech sicher auf dem Holz. Die Rundungen, die an beiden (btw völlig identischen Seiten) zu sehen sind, waren leichter als gedacht. Das darunter liegende Holz ist zwar nicht ganz perfekt geschliffen, das Blech gleicht das aber gut aus.

Zutun ist allerdings noch genug. Der Innenraum ist zwar wie geplant sehr groß, doch lässt sich die Fläche dort mangels Befestigungsschienen kaum ausnutzen. Das Holz an den Seiten muss unbedingt noch gestrichen und mit vielen Teilen überdeckt werden, da es optisch nicht gut ins Bild passt. Dafür ist aber immer noch genug Zeit.

• Kettenantrieb über zwei leistungsstarke brushless Motoren
• Funkfernsteuerung über dem PC mit selbst geschriebener Steuersoftware
• Anbindung über verschiedene Techniken (WLAN, RS232, USB, GSM,  …)
• umfangreiche Ausstattung an Licht, darunter z.B. helle LED-Scheinwerfer
• mindestens eine drehbare Kamera, eventuell mit Nachtsicht
• gute Ausbaumöglichkeiten durch Verwendung eines FriendlyARM Boards

Das sind die Basics, welche ich ziemlich sicher einbauen werde. Wie man sieht, sind das alles Grundlagen die ein Roboter haben sollte. Ob und welchem Zweck der Roboter mal folgt, weiß ich bisher noch nicht.

Um dem doch etwas größer geratenem Projekt auch wirklich eine realistische Chance zu geben, sind bereits einige Planungen dazu entstanden. Darunter ein 3D-Modell mit Blender, um sich eine Vorstellung über Aussehen und Seitenverhältnisse machen zu können. Außerdem eine Maßstabsgetreue Zeichnung mit dem freien CAD Programm QCad, mit welcher ich dann exakten Umriss erstellen werde.

(Das Datum dieses Posts stimmt nicht mit der Erstellung der Planungen oder der Idee überein)

Bisher ist IPv6 leider kaum nutzbar. Ein Firefox-Plugin, genannt CheckIP zeigt mit mittlerweile seit einigen Wochen die IP des verbundenen HTTP-Servers an. So sieht man schnell, welche Webseiten über IPv6 erreichbar sind – und welche nicht. Das Ergebnis ist wirklich ernüchternd. Nicht mal Wikipedia bietet eine IPv6-Anbindung, Google nur über eine gesonderte Domain und meine favorisierten Webseiten haben alle keine IPv6. Gründe dafür sind fehlerhafte IPv6-Netze beim Enduser, mangelnde Kompetenz der Hosters (auch Strato bietet kein IPv6 für meinen V-Server) oder fehlende Lust und Zeit sich in die Materie einzuarbeiten.

Da nun aber der Server auf dem www.valentinvoigt.info und all meine anderen Projekte laufen ein ganzes IPv6 Subnet hat, sah ich mich quasi genötigt dieses mal in Betrieb zu nehmen. Mit Hilfe des wirklich tollen Service von sixxs.net habe ich mir ein eigenes IPv6-Subnet für zu Hause besorgt (via IPv4-Tunnel) und mit dem Programm radvd mein gesamtes Heimnetzwerk mit v6-Adressen versorgt. Ein einfacher ifconfig Befehl und einige simple Konfigurationen der Firewall taten es auch auf dem Web-Server von valentinvoigt.info. Ergebnis: Es ändert sich nix, aber man fühlt sich viel besser und tat dem Internet einen Gefallen.

Okay, Spaß bei Seite. Ähnlich wie bei DHCP ist die Konfiguration solcher Netze im Grunde ganz einfach.  Ein Blick in die Thematik lohnt sich auf jeden Fall mal. Es macht echt Spaß und bereitet einen riesiges Gefühl des Stolzes, wenn unter Remote-Address beim Apache eine v6-IP zu sehen ist. Jeder muss seinen Teil dazu beitragen, das Internet nach und nach v6-proof zu machen. Die Internet-Knoten haben schon begonnen, denn Routing ist meiner Erfahrung nach Problemlos möglich. Also fehlen noch die Provider und die Webservices selbst. Wie lange diese noch brauchen um ein vernünftiges IPv6-Internet auf die Beine zu stellen, steht wohl noch in den Sternen. Ich habe jedenfalls mein Bestes getan. *g*

Doch was wenn das nicht funktioniert und auch stundenlange Suche und ewiges Debugging nichts helfen? Nun, dann wäre es empfehlenswert, die forwarders-Direktive aus der named.conf zu entfernen. Schon geht alles einfacher… Ich hoffe jemand damit vom Wahnsinn abzuhalten. Ich jedenfalls werde mich jetzt die nächste Tage von DNS-Daemons fern halten.