Loesung

Heute bin ich bei der Installation von PHPIDS auf einen Fehler gestoßen, dessen Bedeutung ich mir nicht sofort erklären konnte. Er lautete: 1 Fatal error: Interface 'Countable' not found in /path/zum/IDS/Report.php on line 49 Mögliche Lösungen habe ich in Google schnell gefunden: PHP Version größer 5.1 installieren: Ich habe bereits PHP5.2.6-rc4 installiert PHP mit der SPL (Standard PHP Library) installieren Hier wurde ich hellhörig und habe ich meine USE-Flags von PHP überprüft. natürlich war “spl” nicht in den USE-Flags. Ein schnelles: ...

Seit Jahren bin ich ein klarer Freund der Sygate Firewall. Momentan gibt es diese in der Version 5.6. Doch bin ich auch ein klarer Freund von Windows Mobile 6 und dem damit verbundenen Active Sync. Bis jetzt konnte mein Windows Mobile 5 Gerät (Asus P535) problemlos durch die Firewall (ohne besondere Regeln) auf Active Sync 4.5  konnektieren und die Daten syncronisieren. Seit 2 Tagen bin ich nun endlich im Besitz des HTC Kaiser* der sich strikt geweigert hatte, auch nur ein bisschen zu syncroniseren, wenn die Sygate Firewall lief. Microsoft empfiehlt  lauter komische “Erweiterte Regeln” zu setzen, was ich persönlich nicht bereit war, zu tun. ...

Soeben habe ich mal wieder ein kleines Problem gehabt: 1 2 3 4 5 [notice] child pid #### exit signal Segmentation fault (11) [error] cgid daemon process died, restarting [notice] child pid #### exit signal Segmentation fault (11) [error] mod_fcgid: fcgid process manager died, restarting the server [notice] SIGHUP received. Attempting to restart Wobei #### durch Prozessnummer zu ersetzen ist Da kritische Anwendungen auf dem Server liefen, konnte ich mich nicht auf den Rat vieler Foren, den RAM mittels Memtest86 zu prüfen, verlassen, sondern musste zeitnah handeln. Ich vermutete keinen RAM-Fehler sondern ein Programmproblem (bzw ich hoffte, dass es nur das war). Es stand sowieso ein Update von Apache 2.2.6-r5 auf Apache 2.2.6-r7 an, daher habe ich zunächst dieses gemacht. Meine anfängliche Vermutung war korrekt. Nachdem der Apache neu kompiliert war, lief wieder alles anstandslos. ...

Soeben habe ich auf meinem Server festgestellt, dass sich rund 1,6GB Daten im Ordner /usr/portage/distfiles angesammelt hatten. Dort werden die heruntergeladenen Pakete zwischengelagert, bevor diese weiterverarbeitet werden. Leider bleiben diese auch dort liegen. Daher habe ich beispielsweise dort noch mod_fcgid ind er Version 1.07 gefunden, obwohl schon seit langem 2.2 auf dem Server installiert ist. Nach kurzer Suche fand ich ein Tool namens eclean, welches mir automatisiert alte Pakete löschen kann. ...

Heute hatte dieser Server mal wieder einen kleinen Ausfall und ließ sich nicht mehr booten. Nach einem Hard-Reset (Strom aus/an) antwortete der Server auch nach 10 Minuten noch auf keinen Ping (untypisch für die Gentoo-Maschine, die normalerweise in rund 2 Minuten komplett hochfährt). Also habe ich den Server ins Rescue gefahren und nachgesehen, ob Logs zu erkennen sind… Fehlanzeige, es wurden KEINE Logs geschrieben. Wo liegt also das Problem? Evtl Festplattenchecks? fsck.ext3 auf meine Platten laufen lassen, alles in Ordnung. Nun in der Ruhe liegt die Kraft dachte ich mir…Rebooten lassen und derweil mal frühstücken. Ich kam zurück und der Server war wieder online. Ursache ungeklärt, Bootzeit rund 20 Minuten. Geschwind mal ein bisschen Pakete gesucht mit Bootloggern (unter Debian hatte ich immer ein /var/log/boot(.msg), warum habe ich das unter Gentoo (noch) nicht?) ...

Ein Kumpel Martin hatte soeben das nachstehende Problem: Invalid command ‘CacheSize’, perhaps misspelled or defined by a module not included in the server configuration Sein System: Debian Etch Apache/2.2.3 PHP5.2 Nachdem es mal wieder fast nix im Google zu finden gibt, gibt es mal wieder einen Blogeintrag von mir dazu. Grund des Problems: 1 2 3 4 5 6 7 8 9 ProxyRequests Off ProxyVia On CacheRoot "/var/cache/httpd" CacheSize 100000 CacheGcInterval 4 CacheMaxExpire 10 CacheLastModifiedFactor 0.1 CacheDefaultExpire 8 Eine Caching-Configuration, deren Herkunft nicht genau geklärt werden konnte, stand dort eingetragen. Die Direktive “CacheSize” existiert aber, wie einige andere Direktiven, nur in der Version 2.0 des Apache Webservers. Die von ihm verwendete Version 2.2 unterstützte diese DIrektive nicht, weshalb der obenstehende Fehler auftrat. Hier die Links zu mod_proxy in den verschiedenen Versionen: ...