Wenn man einen Server mit vielen Festplatten neu installiert, ist der ja logischerweise nicht so richtig leise: Festplatten sind halt immer noch mechanisch. Heute war ein Server nach der Neuinstallation von Ubuntu 12.04 allerdings besonders laut: Er machte fortwährend hohe unangenehme Kratzgeräusche. Und die kamen nicht von den Festplatten, sondern vom Netzteil! Ich bereitete mich schon seelisch auf den Kauf eines neuen Netzteils vor, bis ich hierauf stieß: Spulenfiepen! Das ist kein Aprilscherz: Wenn man die CPUs gleichmäßig hoch auslastet per CPUburn oder den Ondemand-Stromsparmodus zugunsten von "Performance" deaktiviert, ist das Geräusch sofort weg. Irgendwie schreit das aber trotzdem nach einem neuen Netzteil...
I tried to read a UTF-8 CSV file with fgetcsv(). On my local machine with PHP 5.3.5 it worked without any problem. On the server with PHP 5.2.4 the function kept omitting Chinese characters and instead returned empty strings. I compared the PHP configuration of both machines and adjusted the mbstring options without success. Finally, I changed the LC_CTYPE right before calling fopen(): voila. The server also speaks Chinese. ;-)
setlocale(LC_CTYPE, 'de_DE.utf8');
Mein neuer Favorit in der Kategorie "Dreckstool" 
- IAA Plus vom Zoll. Beim Erstellen einer Ausfuhranmeldung ließ sich der o. g. Fehler nicht beseitigen. Er bleibt auch hartnäckig bestehen, wenn man die Warenposition X löscht und wieder neu anlegt. Das Problem tritt im Zusammenhang mit der Warennummer auf: Für die konkrete Warennummer war eine Maßeinheit notwendig, was man auf EZT-Online unter "Ausfuhrmaßnahmen" sehen kann. Man muss in der betreffenden Warenposition das Mengenfeld in der Statistik ausfüllen, den Formularkopf wieder öffnen und diesen speichern. Es reicht nicht, nur die Position zu speichern... 
Today one of my virtual machines didn't deliver content any more: Apache had port 80 open, but did not answer any request. Looking into Parallels, the privvmpages parameter was close to the hard limit and oomguarpages was way over the soft limit (no hard limit given). I couldn't login via SSH any more. SSH returned a key exchange error.
After a machine restart, all services on the VM worked again, but soon both mentioned parameters grew critical again. Spiders were crawling the site with many parallel connections.
Recently, the served website changed from Typo3 to Drupal. The settings of Apache were tuned for optimal performance of Typo3, but the requirements for the new Drupal are somewhat higher. In apache.conf, I decreased the number of allowed parallel connections and the Apache instances in general. The problem does not seem to occur any more. The performance did not suffer, even in the presence of crawlers.
I wonder, why the problem occured at all: Less than a quarter of the memory of the VM was used when I realized the problem in the beginning. Did the kernel try to optimize RAM usage by using paging too excessively...?
Um dem Wahnsinn mit dem viel zu wenigen Speicherplatz wieder Herr zu werden, versuchte ich, ein Software-RAID 5 aufzubauen für vier Festplatten, von denen ich aber eine gerade noch nicht zur Hand hatte. mdadm findet das aber nicht so lustig und meint immer "You haven't given enough devices (real or missing) to create this array". Wenn man zu den vorhandenen Platten die Platte "missing" angibt, funktioniert das Anlegen allerdings trotzdem:
mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sd{a,b,c}2 missing