Chris' Blog

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

Rémy, die Ratte aus dem aktuellen Disney Pixar Film Ratatouille hat heute auf einen Besuch bei Bertie Bear vorbeigeschaut. Bertie ist das Maskottchen des aktuellen phpBB Olympus (phpBB3). Wer ohne viel Aufwand
die neue Forensoftware austesten will ist gerne eingeladen sich bei iphpbb.com für ein Forum anzumelden.

Für diesen Befehl ist nicht genügend Serverspeicher verfügbar

Diese Meldung erschien als plötzlich das Windows Netzwerk eines Kunden nicht mehr funktionieren wollte. Der Grund war glücklicherweise schnell gefunden, es wurde nämlich kürzlich die Backup Software Acronis True Image installiert.
Ich zitiere:

Ursache für dieses Problem ist die Limitierung der Zahl unterstützter Filter im Microsoft Lanman Server. Da Acronis True Image Server 8.0 für Windows weitere Filter installiert um Backups zu unterstützen, kann die tatsächliche Anzahl Filter das vorgegebene Limit übersteigen.

Um dieses Problem zu lösen muss der „IRPStackSize“ Wert in der Registry erhöht werden.
Start -> Ausführen -> regedit -> OK
Unter
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\lanmanserver\parameters
Sollte dort „IRPStackSize“ nicht enthalten sein, diesen mit rechter Maustaste -> Neu -> DWORD-Wert erstellen.
Der Name muss IRPStackSize lauten. Dann Doppelklick auf „IRPStackSize“.
Die Basis auf „Dezimal“ einstellen und als Wert 50 eingeben. War der Wert bereits enthalten, diesen um 3 erhöhen.
Laut Microsoft Knowledge Base ist der maximale Wert 50, standardmässig sollte 15 eingegeben werden.
Ich habs nur mit 50 getestet und das Netzwerk lief nach einem Windows Neustart wieder wie gewohnt.

* 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.