HILFE: ps: error while loading shared libraries: libproc-3.2

[networker007]

hallo zusammen,

ich habe eine merkwürdige fehlermeldung bei der eingabe von "ps". dieser fehler tritt nur bei einem user auf, nicht bei root und anderen usern.

Code: Alles auswählen

ps: error while loading shared libraries: libproc-3.2.6.so: cannot open shared object file: No such file or directory

irgendwie ist hier eine andere version vorhanden:

Code: Alles auswählen

# find / -name "libproc-3.2*"
/lib/libproc-3.2.8.so

habt ihr einen tip, wie ich den fehler entfernen kann.????

DANKE

[rendegast]

libproc-3.2.6.so: cannot open shared object file: No such file or directory
<->
/lib/libproc-3.2.8.so

Arbeitet der Benutzer mit einer lokalen und älteren Kopie von ps?
(Selbst in lenny procps ist /lib/libproc-3.2.7.so)

Code: Alles auswählen

$ which ps
/bin/ps

$ whereis ps
ps: /bin/ps /usr/share/man/man1/ps.1.gz /usr/share/man/man1/ps.1posix.gz

Eventuell mit einem eigenen ld-Cache? Vergleiche

Code: Alles auswählen

$ /sbin/ldconfig -v | grep proc
/sbin/ldconfig: Kann »stat()« für »/lib/i486-linux-gnu« nicht aufrufenen: Datei oder Verzeichnis nicht gefunden
/sbin/ldconfig: Kann »stat()« für »/usr/lib/i486-linux-gnu« nicht aufrufenen: Datei oder Verzeichnis nicht gefunden
        libproc-3.2.8.so -> libproc-3.2.8.so
        libpostproc.so.51 -> libpostproc.so.51.2.0
/sbin/ldconfig: Es ist nicht möglich, die temporäre Cache-Datei /etc/ld.so.cache~ zu erzeugen: Keine Berechtigung
        libpostproc.so.51 -> libpostproc.so.51.2.0

Nachforschen vielleicht so

Code: Alles auswählen

strace -r trace=file -o /tmp/LOG -f /sbin/ldconfig -v          # Dateiöffnungen beim ldconfig notieren
EDIT: Korrigiert
strace -e trace=file -o /tmp/LOG -f /sbin/ldconfig -v

grep -v "/lib/" /tmp/LOG                            # Die libs aus der Ausgabe sortieren

Bei mir

Code: Alles auswählen

$ cat LOG | grep -v "/lib/"
27470 execve("/sbin/ldconfig", ["/sbin/ldconfig", "-v"], [/* 27 vars */]) = 0
27470 open("/etc/ld.so.conf", O_RDONLY) = 3
27470 open("/etc/ld.so.conf.d", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 4
27470 open("/etc/ld.so.conf.d/i486-linux-gnu.conf", O_RDONLY) = 4
27470 open("/usr/share/locale/locale.alias", O_RDONLY) = 5
27470 open("/usr/share/locale/de_DE.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27470 open("/usr/share/locale/de_DE.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27470 open("/usr/share/locale/de_DE/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27470 open("/usr/share/locale/de.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27470 open("/usr/share/locale/de.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
27470 open("/usr/share/locale/de/LC_MESSAGES/libc.mo", O_RDONLY) = 5
27470 open("/etc/ld.so.conf.d/libc.conf", O_RDONLY) = 4
27470 stat64("/usr/local/lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
27470 open("/etc/ld.so.conf.d/libc6-xen.conf", O_RDONLY) = 4
27470 stat64("/lib", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
27470 stat64("/lib64", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
27470 stat64("/usr/lib", {st_mode=S_IFDIR|0755, st_size=57344, ...}) = 0
27470 stat64("/usr/lib64", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
27470 open("/var/cache/ldconfig/aux-cache", O_RDONLY) = -1 EACCES (Permission denied)
27470 open("/usr/local/lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
27470 open("/lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
27470 open("/lib64", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
27470 open("/usr/lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
27470 open("/usr/lib64", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
27470 open("/etc/ld.so.cache~", O_WRONLY|O_CREAT|O_TRUNC|O_NOFOLLOW, 0600) = -1 EACCES (Permission denied)

Ich benutze also

27470 open("/etc/ld.so.conf", O_RDONLY) = 3
27470 open("/etc/ld.so.conf.d", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 4
27470 open("/etc/ld.so.conf.d/i486-linux-gnu.conf", O_RDONLY) = 4
27470 open("/etc/ld.so.conf.d/libc.conf", O_RDONLY) = 4
27470 open("/etc/ld.so.conf.d/libc6-xen.conf", O_RDONLY) = 4

[networker007]

puhhhh....
ersteinmal danke für die hilfestellung - ich peile es nun garnicht mehr.....

hier meine ausgaben - ich verstehe es leider nicht übrigens (debian 6.0 squeeze):

Code: Alles auswählen

$ which ps
/bin/ps

Code: Alles auswählen

$ whereis ps
ps: /bin/ps /usr/share/man/man1/ps.1.gz

Code: Alles auswählen

trace -r trace=file -o /tmp/LOG -f /sbin/ldconfig -v
libproc-3.2.8.so -> libproc-3.2.8.so

Code: Alles auswählen

$ /sbin/ldconfig -v | grep proc
/sbin/ldconfig: Can't stat /lib/i486-linux-gnu: No such file or directory
/sbin/ldconfig: Can't stat /usr/lib/i486-linux-gnu: No such file or directory
/sbin/ldconfig: Can't stat /lib64: No such file or directory
/sbin/ldconfig: Can't stat /usr/lib64: No such file or directory
	libproc-3.2.8.so -> libproc-3.2.8.so
/sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied

veränderungen an dem benutzer habe ich nicht vorgenommen. möglicherweise ist beim installieren/remove via apt-get etwas verruscht...

ich weiss jetzt auch nicht weiter, so recht (

[rendegast]

Hast Du die Befehle unter dem problematischen Benutzer ausgeführt?
Denn nach den Ausgaben gibt es keinen Bezug zu libproc-3.2.6.so, noch einem alternativen 'ps' (zBsp in /usr/local/bin/).

Code: Alles auswählen

strace -r trace=file -o /tmp/LOG -f /sbin/ldconfig -v          # Dateiöffnungen beim ldconfig notieren

Tschuldigung, ein Fehler, richtig sollte das sein:

Code: Alles auswählen

strace -e trace=file -o /tmp/LOG -f /sbin/ldconfig -v

möglicherweise ist beim installieren/remove via apt-get etwas verruscht...

Eine Übersicht nicht richtig (de)installierter Pakete:

Code: Alles auswählen

dpkg -l  |  egrep -v "^ii"

[networker007]

jep, die befehle habe ich unter dem problematischen benutzer ausgeführt:
ich habe immer noch keinen plan, was ich da für infos bekommen, bzw. wie ich jetzt damit umgehe, puhhh....

Code: Alles auswählen

$strace -e trace=file -o /tmp/LOG -f /sbin/ldconfig -v
$ sudo cat LOG | grep -v "/lib/"
4937  execve("/sbin/ldconfig", ["/sbin/ldconfig", "-v"], [/* 13 vars */]) = 0
4937  open("/etc/ld.so.conf", O_RDONLY) = 3
4937  open("/etc/ld.so.conf.d", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 4
4937  open("/etc/ld.so.conf.d/i486-linux-gnu.conf", O_RDONLY) = 4
4937  open("/etc/ld.so.conf.d/libc.conf", O_RDONLY) = 4
4937  stat64("/usr/local/lib", {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, ...}) = 0
4937  stat64("/lib", {st_mode=S_IFDIR|0755, st_size=12288, ...}) = 0
4937  stat64("/lib64", 0xbf7ff3c8)      = -1 ENOENT (No such file or directory)
4937  stat64("/usr/lib", {st_mode=S_IFDIR|0755, st_size=20480, ...}) = 0
4937  stat64("/usr/lib64", 0xbf7ff3c4)  = -1 ENOENT (No such file or directory)
4937  open("/var/cache/ldconfig/aux-cache", O_RDONLY) = 3
4937  open("/usr/local/lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
4937  open("/lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
4937  open("/usr/lib", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 3
4937  open("/etc/ld.so.cache~", O_WRONLY|O_CREAT|O_TRUNC|O_NOFOLLOW, 0600) = 3
4937  chmod("/etc/ld.so.cache~", 0644)  = 0
4937  rename("/etc/ld.so.cache~", "/etc/ld.so.cache") = 0
4937  stat64("/var/cache/ldconfig", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
4937  open("/var/cache/ldconfig/aux-cache~", O_WRONLY|O_CREAT|O_TRUNC|O_NOFOLLOW, 0600) = 3
4937  rename("/var/cache/ldconfig/aux-cache~", "/var/cache/ldconfig/aux-cache") = 0

Code: Alles auswählen

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                               Version                       Description
+++-==================================-=============================-==========================================================================
rc  bacula-common                      5.0.2-2.2+b1                  network backup, recovery and verification - common support files
rc  bacula-common-sqlite3              5.0.2-2.2+b1                  network backup, recovery and verification - SQLite v3 common files
rc  bacula-console                     5.0.2-2.2+b1                  network backup, recovery and verification - text console
rc  bacula-director-common             5.0.2-2.2+b1                  network backup, recovery and verification - Director common files
rc  bacula-director-sqlite3            5.0.2-2.2+b1                  network backup, recovery and verification - SQLite 3 storage for Director
rc  bacula-fd                          5.0.2-2.2+b1                  network backup, recovery and verification - file daemon
rc  bacula-sd                          5.0.2-2.2+b1                  network backup, recovery and verification - storage daemon
rc  bacula-traymonitor                 5.0.2-2.2+b1                  network backup, recovery and verification - tray monitor
rc  exim4                              4.72-6                        metapackage to ease Exim MTA (v4) installation
rc  exim4-base                         4.72-6                        support files for all Exim MTA (v4) packages
rc  exim4-config                       4.72-6                        configuration for the Exim MTA (v4)
rc  exim4-daemon-light                 4.72-6                        lightweight Exim MTA (v4) daemon
rc  fancontrol                         1:3.1.2-6                     utilities to read temperature/voltage/fan sensors
rc  libasn1-8-heimdal                  1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - ASN.1 library
rc  libatk1.0-0                        1.30.0-1                      The ATK accessibility toolkit
rc  libc-client2007e                   8:2007e~dfsg-3.1              c-client library for mail protocols - library files
rc  libgd2-noxpm                       2.0.36~rc1~dfsg-5             GD Graphics Library version 2 (without XPM support)
rc  libgssapi2-heimdal                 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - GSSAPI support library
rc  libgtk2.0-0                        2.20.1-2                      The GTK+ graphical user interface library
rc  libheimntlm0-heimdal               1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - NTLM support library
rc  libhx509-5-heimdal                 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - X509 support library
rc  libjasper1                         1.900.1-7+b1                  The JasPer JPEG-2000 runtime library
rc  libkrb5-26-heimdal                 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - libraries
rc  libroken18-heimdal                 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - roken support library
rc  libsensors4                        1:3.1.2-6                     library to read temperature/voltage/fan sensors
rc  libsnmp-base                       5.4.3~dfsg-2                  SNMP (Simple Network Management Protocol) MIBs and documentation
rc  libsnmp15                          5.4.3~dfsg-2                  SNMP (Simple Network Management Protocol) library
rc  libtiff4                           3.9.4-5                       Tag Image File Format (TIFF) library
rc  libwind0-heimdal                   1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - NTLM support library
rc  libxcomposite1                     1:0.4.2-1                     X11 Composite extension library
rc  libxcursor1                        1:1.1.10-2                    X cursor management library
rc  libxrandr2                         2:1.3.0-3                     X11 RandR extension library
rc  libzephyr4                         3.0-1                         Project Athena's notification service - non-Kerberos libraries
rc  lm-sensors                         1:3.1.2-6                     utilities to read temperature/voltage/fan sensors
rc  mt-st                              1.1-4                         Linux SCSI tape driver aware magnetic tape control (aka mt)
rc  mtx                                1.3.12-3                      controls tape autochangers
rc  qpopper                            4.0.9.dfsg-1.2                Enhanced Post Office Protocol server (POP3)
rc  reportbug                          4.12.6                        reports bugs in the Debian distribution
rc  sa-exim                            4.2.1-13                      SpamAssassin filter for Exim
rc  uw-imapd                           8:2007e~dfsg-3.1              remote mail folder access server using IMAP4rev1

[rendegast]

Die Konfiguration, nach der ldconfig den lib-Cache erstellt, enthält wohl nichts besonderes:

4937 open("/etc/ld.so.conf", O_RDONLY) = 3
4937 open("/etc/ld.so.conf.d", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 4
4937 open("/etc/ld.so.conf.d/i486-linux-gnu.conf", O_RDONLY) = 4
4937 open("/etc/ld.so.conf.d/libc.conf", O_RDONLY) = 4

Obiges

Code: Alles auswählen

$ /sbin/ldconfig -v | grep proc
...
   libproc-3.2.8.so -> libproc-3.2.8.so

gibt auch nur die Version 3.2.8 aus.
Hierher hat Dein Problembenutzer also nicht das Verlangen nach libproc-3.2.6.



Die Paketliste enthält scheinbar nur squeeze-Kandidaten im rc-Status.
(Ich habe da an die Möglichkeit fehlerhaft entfernter libs gedacht,
insbesondere an deren Aufruf 'ldconfig' beim Inst/Deinst.)
(Jedoch hätte das ja wieder alle Benutzer betroffen)

Falls diese rc-Kanditaten keine wichtigen Konfig-Dateien halten, kannst Du sie auch purgen, um die Liste zu säubern.
Das plus ein abschließendes 'ldconfig' plus ein Neuanmelden des Problembenutzers löst das Problem?




Das komplette /home/ des Problembenutzers nach "libproc-3.2.6" durchsuchen?
Vielleicht eine alte, usereigene Konfigdatei?





Hat der Benutzer eine unterschiedliche Ausgabe beim Aufruf

Code: Alles auswählen

ps
/bin/ps

(root kopiert /bin/ps nach zBsp. /tmp/prog)
/tmp/prog

Gibt es ungewöhnliche Prozesse dieses Benutzers (von root aus gesehen)?
Ich denke da an eine mögliche Kontamination des Users mit Umleitung auf ein verdecktes 'ps'.

[networker007]

Falls diese rc-Kanditaten keine wichtigen Konfig-Dateien halten, kannst Du sie auch purgen, um die Liste zu säubern. Das plus ein abschließendes 'ldconfig' plus ein Neuanmelden des Problembenutzers löst das Problem?

Wie soll ich denn genau jetzt vorgehen. Möchte nichts falsch machen....

Das komplette /home/ des Problembenutzers nach "libproc-3.2.6" durchsuchen?
Vielleicht eine alte, usereigene Konfigdatei?

nix gefunden - auch auf der gesamten partition nicht

Gibt es ungewöhnliche Prozesse dieses Benutzers (von root aus gesehen)?
Ich denke da an eine mögliche Kontamination des Users mit Umleitung auf ein verdecktes 'ps'.

da konnte ich ebenso nichts feststellen....

[cosmac]

hi,

jep, die befehle habe ich unter dem problematischen benutzer ausgeführt:

bist du ganz sicher? Da gibt es einen Widerspruch:

4937 open("/etc/ld.so.cache~", O_WRONLY|O_CREAT|O_TRUNC|O_NOFOLLOW, 0600) = 3

entweder dieser Benutzer hat root-Rechte oder jeder darf in /etc schreiben, beides wäre äußerst verdächtig.
Deswegen mach mal (aber wirklich als der Benutzer):

Code: Alles auswählen

type ps
echo $PATH
ls -ld /etc
cat /proc/self/status | grep id
grep $LOGNAME /etc/passwd

[rendegast]

jep, die befehle habe ich unter dem problematischen benutzer ausgeführt:

bist du ganz sicher? Da gibt es einen Widerspruch:

4937 open("/etc/ld.so.cache~", O_WRONLY|O_CREAT|O_TRUNC|O_NOFOLLOW, 0600) = 3

Adlerauge!

[networker007]

das hat schon einmal nicht funktioniert:

Code: Alles auswählen

4937 open("/etc/ld.so.conf", O_RDONLY) = 3
-bash: syntax error near unexpected token `('

und das auch nicht:

Code: Alles auswählen

$ 4937 open("/etc/ld.so.cache~", O_WRONLY|O_CREAT|O_TRUNC|O_NOFOLLOW, 0600) = 3
-bash: syntax error near unexpected token `('

[TRex]

Das war auch nicht das, was du hättest ausführen sollen Augen auf beim Lesen, da wurde über dein Problem gesprochen.

Schau bei cosmacs Beitrag.

[networker007]

Deswegen mach mal (aber wirklich als der Benutzer):

Code: Alles auswählen

type ps
echo $PATH
ls -ld /etc
cat /proc/self/status | grep id
grep $LOGNAME /etc/passwd

ahh, ok... dann habe ich mal dieses hier eingegeben....

Code: Alles auswählen

sysop@debian:~$ type ps
ps is /home/sysop/bin/ps
sysop@debian:~$ echo $path

sysop@debian:~$ ls -ld /etc
ls: unrecognized prefix: rs
ls: unparsable value for LS_COLORS environment variable
drwxr-xr-x 113 root root 4096 Mar 13 19:30 /etc
sysop@debian:~$ cat /proc/self/status | grep id
Tgid:	10987
Pid:	10987
PPid:	10948
TracerPid:	0
Uid:	1000	1000	1000	1000
Gid:	1000	1000	1000	1000
sysop@debian:~$ grep $LOGNAME /etc/passwd
sysop:x:1000:1000:sysop,,,:/home/sysop:/bin/bash
sysop@debian:~$ 

[cosmac]

sysop@debian:~$ type ps
ps is /home/sysop/bin/ps

also, irgendwer hat diesem Benutzer ein Verzeichnis "bin" eingerichtet und ein altes ps reinkopiert. Schau dir mal das Datum vom Verzeichnis an und was da außer ps noch so drin ist, vielleicht kommst du drauf, wer das war (und warum).

Debian ignoriert so ein Verzeichnis normalerweise, d.h. der jemand muss auch noch eine Datei geändert haben und PATH (nicht path) angepasst haben. Sowas passiert ja nicht versehentlich.

[networker007]

also, irgendwer hat diesem Benutzer ein Verzeichnis "bin" eingerichtet und ein altes ps reinkopiert. Schau dir mal das Datum vom Verzeichnis an und was da außer ps noch so drin ist, vielleicht kommst du drauf, wer das war (und warum).

Das war die zündende Idee.... ich selbst habe das Verzeichnis eingerichtet. Hatte wohl ein backup eingespielt und befand mich nicht im Wurzelverzeichnis....

Debian ignoriert so ein Verzeichnis normalerweise, d.h. der jemand muss auch noch eine Datei geändert haben und PATH (nicht path) angepasst haben. Sowas passiert ja nicht versehentlich.

Mutig wie ich bin, habe ich einfach das Verzeichnis /home/sysop/bin gelöscht. Linux ist klasse... und all meine merkwürdigen Ausgaben waren weg. Alles wieder Normalzustand

Vielen herzlichen DANK an ALLE, die mir hier weitergeholfen haben, danke.