Chris’ Blog

Portscanner der über alte phpmyadmin Versionen eingeschleust wird. Die Datei vm.c wird ebenfalls im tmp Verzeichnis abgelegt.
Process(e) beenden, Dateien löschen, phpmyadmin aktualisieren.

Über netstat -tup sieht man die noch offenen connections zu anderen Servern, die man aber
meines Wissens nicht so eines weiteres abschießen kann. Ich würde daher vorschlagen das Netzwerkinterface neu zu starten.
/etc/init.d/net.eth0 restart

Zurück von Ubuntu auf Gentoo und gleich wieder was zu berichten

Frisches System, aber der Kernel läßt sich nicht kompilieren.
Fehlermeldung sieht so bzw. so ähnlich aus:

"2.6.32-gentoo-r7cc1:error:unrecognizedcommandlineoption-fconserve-stack" exceeds 64 characters

Warum, weshalb, steht hier: http://bugs.gentoo.org/301723

Abhilfe:
gcc-4.4 installieren und switchen
gcc-config x86_64-pc-linux-gnu-4.4.3
source /etc/profile

Ein emerge -avutD world schlug fehl, weil apr-util unbedingt mysql-5 installieren wollte, ich aber noch bei mysql-4 bleiben will.
Heute konnte ich dieses Rätsel nach monatelanger Ungewissheit endlich lösen. In meiner /etc/make.conf ist bei den USE Flags mysql mit eingetragen, was somit auch das Verhalten von apr-util erklärt.
Wie folgt habe ich mein Problem dann behoben:
echo "dev-libs/apr-util -mysql" >> /etc/portage/package.use

Dieser fehler trat bei einer frischen 64bit gentoo Installation auf, als ich ein emerge -avutD world durchführte. Laut Foren und Bugreports sollte eine Neukompilierung des Kernels das Problem beseitigen.

In meinem Fall reichte ein FEATURES=-sandbox emerge sandbox aus.

Kernel: 2.6.23-gentoo-r6

setarch wird von util-linux zur Verfügung gestellt und kann daher bedenkenlos deinstalliert werden.
emerge -avC setarch

Nach einem Update auf “nfs-utils-1.1.0-r1″ ließ sich nfsmount nicht mehr korrekt starten. Es funktionierte zwar, der Rechner hängte sich aber nach einigen Stunden auf.
Eine Neuinstallation brachte nichts, auch ein Downgrade nicht.
Bei anderen half es die Berechtigungen von “/var/lib/nfs/state” zu ändern:
-rw-r--r-- 1 root root 4 Jan 9 12:25 state
oder
-rw------- 1 nobody root 4 Nov 21 20:03 state

Beides nutzlos bei mir. Nächster Versuch: nfs komplett deinstallieren, “/var/lib/nfs/” löschen. Neu installieren und siehe da,
ein anderer Fehler war geboren:

 * Caching service dependencies ... 

/var/lib/init.d/depcache: line 1408: config: command not found 

/var/lib/init.d/depcache: line 1468: config: command not found                                                                                         [ ok ] 

 * Starting NFS statd ...                                                                                                                              [ ok ] 

 * Starting NFS sm-notify ... 

/var/lib/nfs/state: bad file size, setting state = 1 

Backgrounding to notify hosts...                                                                                                                       [ ok ] 

 * Mounting NFS filesystems ...

Ein Blick in “/var/lib/init.d/depcache” und die entsprechenden Zeilen brachte

config /etc/exports 

config /etc/fstab

ans Tageslicht.

Im Gentoo Support Forum löste jemand das Problem mit einem Downgrade:

emerge -1ka =net-fs/nfs-utils-1.0.12-r1 

dispatch-conf

ich habs nur mit “dispatch-conf” und “etc-update” versucht, brachte zwar beides keine Ausgabe, jedoch
läßt sich nfsmount endlich ohne Fehlermeldung starten.

Dieser Meldung existiert aber weiterhin:

depscan.sh --update 

 * Caching service dependencies ... 

/var/lib/init.d/depcache: line 1408: config: command not found 

/var/lib/init.d/depcache: line 1468: config: command not found

UPDATE:
Im Endeffekt hat sich die Sache bei mir wie folgt erledigt:
nfs-utils komplett deinstalliert, /var/lib/nfs gelöscht.
nfs-utils-1.1.0-r1 und alles dazugehörige installiert bzw. neu kompiliert:
emerge -eav nfs-utils
fertig und alle waren zufrieden. Der Fehler “/var/lib/nfs/state: bad file size, setting state = 1″ taucht übrigens nur
einmal auf.

iptables v1.3.8: Couldn't load match `recent':/lib/iptables/libipt_recent.so:
cannot open shared object file: No such file or directory

Passiert nach einem Update auf “iptables-1.3.8-r1″. Meldung trat beim Neustarten auf. Dürfte sich um einen Bug
handeln welcher in “iptables-1.3.8-r2″ behoben wurde.
Entweder die neue Version freigeben:
echo "net-firewall/iptables ~amd64" >> /etc/portage/package.keywords
oder mit extensions compilieren:
USE="extensions" emerge -av iptables

apache2: Syntax error on line 169 of /etc/apache2/httpd.conf:
Syntax error on line 4 of /etc/apache2/modules.d/70_mod_php5.conf:
API module structure 'php5_module' in file
/usr/lib64/apache2/modules/libphp5.so is garbled - expected signature
41503232 but saw 41503230 - perhaps this is not an Apache module
DSO, or was compiled for a different Apache version?

Passiert nach einem Upgrade von Apache 2.0 nach 2.2 mit gleichzeitiger Umstellung auf php5.
Man könnte die Lösung eigentlich schon aus der Fehlermeldung ableiten. “könnte”

emerge -av php

* Apache2 has detected a syntax error in your configuration files:
/usr/sbin/apache2: error while loading shared libraries: libexpat.so.0:
cannot open shared object file: No such file or directory

Nach dem Upgrade von pam 0.78 auf 0.99 bekam ich beim Apache Neustart obige Fehlermeldung angezeigt.
Ein
revdep-rebuild -X --library libexpat.so.0
brachte leider keinen Erfolg, daher wollte ich ein komplettes revdep-rebuild durchführen.
Dadurch sollten “apache-2.0.58″ und “apr-util-0.9.12″ neu kompiliert werden, was leider an einer Fehlermeldung von “apr-util”
scheiterte.
Aus diesem Grund kompilierte ich “apr-util” samt Abhängigkeiten neu:
emerge -eavD apr-util
Dadurch erfuhr ich, dass man den Apache neu kompilieren soll wenn man eine Fehlermeldung wie folgende angezeigt bekommt:

/usr/share/apr-1/build-1/libtool: No such file or directory

Gesagt getan:
emerge -avD =apache-2.0.58-r2
“apr-util” wurde dabei aktualisiert.

Glücklicherweise ließ sich der Apache jetzt wieder problemlos starten.

PAM adding faulty module: /lib64/security/pam_unix.so
PAM unable to dlopen(/lib64/security/pam_limits.so)
PAM [dlerror: /lib64/security/pam_limits.so: symbol pam_syslog,
version LIBPAM_EXTENSION_1.0 not defined in file libpam.so.0
with link time reference]

Fehler trat auf nach einem PAM upgrade von Version 0.78 auf 0.99
Aufmerksam wurde ich erst nachdem meine Crons mysteriöser Weise nicht mehr funktionierten
Wer lesen kann ist klar im Vorteil:

http://www.gentoo.org/proj/en/base/pam/upgrade-0.99.xml

Important: After upgrading PAM, from any version to any version, you have to restart those services that are using it to avoid internal ABI mismatches. This includes sshd, vixie-cron (and probably any other cron service), mail servers, and in general almost every service that accepts users.

Habe daraufhin der einfachheit halber den Server neugestartet, doch daraufhin trat schon der nächste Fehler auf:

* Apache2 has detected a syntax error in your configuration files:
/usr/sbin/apache2: error while loading shared libraries: libexpat.so.0:
cannot open shared object file: No such file or directory

Aber dazu mehr im nächsten Artikel.