Anzeige:
Ergebnis 1 bis 7 von 7

Thema: Problem mit grep

  1. #1
    Registrierter Benutzer
    Registriert seit
    Oct 2006
    Beiträge
    7

    Question Problem mit grep

    Hallo Alle,

    da ich kein Forum gesehen habe, das sich mit Problemlösung befasst, poste ich das meinige einmal hier im allgemeinen Forum. Ich bin seit zehn Jahren Linux-User aber das folgende Problem ist bei mir bisher einzigartig:

    Das Tool "grep" bzw. das damit verbundene Kommando "egrep" hängt jedes Mal wenn es gestartet wird. Mit hängen meine ich, dass es zu einem Prozess wird, der einfach stehen bleibt und den man nicht killen kann. Weder mit "kill -9 pidnummer" noch mit "killall grep" lässt sich der Prozess terminieren. Natürlich gibt er schon gar nicht das aus, was er sollte, nämlich ein Suchergebnis.

    Als Folge gibt es immer mehr Prozesse im System die nicht gekillt werden können. Momentan über 400. Das ganze ist ein Production-Server und er hat bis vor einer Woche ganz normal funktioniert, keine Updates eingespielt gar nichts.

    Das Problem ist ziemlich gravierend, denn grep ist ein Tool das von enorm vielen Systemkomponenten verwendet wird. Beispielsweise mein Backup-Programm benutzt grep. Des Weiteren braucht fast jedes init-script den grep-Befehl was zur Folge hat, dass man das System weder hoch- noch runterfahren kann, denn beim ersten init-script das einen grep-Befehl aufruft bleibt das System bis in alle Ewigkeit stehen.

    Ich habe schon probiert die grep-rpm zu löschen und neu zu installieren (rpm -e --nodeps grep und danach rpm -Uvh grep.xxx.xx.rpm). Leider ohne Erfolg. Es scheint also nicht an einer korrupten Binary im Grep-Package zu liegen. Meine nächste Vermutung ist, dass eine Binary die wiederrum von Grep aufgerufen wird (und in einem anderen Package liegt, z.B. in glibc) beschädigt ist.

    Deshalb hier folgende Fragen:
    * Wie kann ich eine Liste an RPMs bekommen, die von grep benötigt werden? Ich möchte gerne versuchen alle jene RPMS neu zu installieren, vielleicht ist ja da irgendeine Binary beschädigt.
    * Kann ich yum das Kommando geben einfach alle RPMS auf dem System noch einmal zu installieren (wobei die Konfigurationsdateien natürlich so bleiben sollen, wie sie sind). Danach wären alle Binaries neu und das Problem entweder gelöst oder ich wäre sicher, dass es nicht mit den Binaries zusammen hängt.
    * Hatte schon jemand einmal dieses Problem und kennt eine Lösung bzw. den Grund?

    Zur Info: Ich verwende Whiteboxlinux, also ein Gratis-Derivat von RedHat. Funktionierte an sich prächtig bis eben vor kurzem.

    Danke im Voraus,
    Benedikt.

  2. #2
    Stadtwache Ankh-Morpok Avatar von Detrius
    Registriert seit
    Feb 2003
    Ort
    Altena
    Beiträge
    706
    In der Paketbeschreibung stehen auch immer die Abhängigkeiten. An sich sollte grep nur von der libc abhängen (zumindest ist das hier der Fall bei eindem Debian Sid).

  3. #3
    Pinguinzüchter Avatar von hp_tux
    Registriert seit
    Sep 2003
    Beiträge
    2.669
    Hallo,

    starte "grep" doch mal mit "strace", also sowas wie
    Code:
    strace grep suchmuster datei
    Gruß

    hp_tux

  4. #4
    Krachinformatiker Avatar von Escorte2
    Registriert seit
    Jan 2002
    Beiträge
    89
    Wie ist der Status der Prozesse?

    cat /proc/<PID eines hängen greps>/status

    E2

  5. #5
    Registrierter Benutzer
    Registriert seit
    Oct 2006
    Beiträge
    7

    Ergebnis von cat /proc/5721/status

    Name: egrep
    State: T (stopped)
    SleepAVG: 0%
    Tgid: 5721
    Pid: 5721
    PPid: 1
    TracerPid: 0
    Uid: 0 0 0 0
    Gid: 0 0 0 0
    FDSize: 32
    Groups: 0 1 2 3 4 6 10
    VmSize: 3128 kB
    VmLck: 0 kB
    VmRSS: 244 kB
    VmData: 16 kB
    VmStk: 1696 kB
    VmExe: 72 kB
    VmLib: 1312 kB
    StaBrk: 0805b000 kB
    Brk: 08fc9000 kB
    StaStk: bfe59ab0 kB
    ExecLim: 0805b000
    Threads: 1
    SigPnd: 0000000000000000
    ShdPnd: 0000000000004001
    SigBlk: 0000000000000000
    SigIgn: 0000000000000000
    SigCgt: 0000000000010000
    CapInh: 0000000000000000
    CapPrm: 00000000fffffeff
    CapEff: 00000000fffffeff

    Kann damit wer was anfangen?

  6. #6
    Registrierter Benutzer
    Registriert seit
    Oct 2006
    Beiträge
    7

    Noch ein Ergebnis

    Hier von einem weiteren Grep-Prozess das Ergebnis, diesmal ist es nicht "stopped" sondern "zombie":

    Name: grep
    State: Z (zombie)
    SleepAVG: 29%
    Tgid: 16742
    Pid: 16742
    PPid: 16741
    TracerPid: 0
    Uid: 0 0 0 0
    Gid: 0 0 0 0
    FDSize: 0
    Groups: 0 1 2 3 4 6 10
    Threads: 1
    SigPnd: 0000000000000000
    ShdPnd: 0000000000004000
    SigBlk: 0000000000000000
    SigIgn: 0000000000000000
    SigCgt: 0000000000010000
    CapInh: 0000000000000000
    CapPrm: 00000000fffffeff
    CapEff: 00000000fffffeff

  7. #7
    Registrierter Benutzer
    Registriert seit
    Oct 2006
    Beiträge
    7

    Zusatzinfo

    Noch eine Zusatzinfo:
    grep scheint nicht immer zu hängen. Ich habe gerade eben versucht mit strace grep aufzurufen und da ist es normal durchgelaufen.

    Weitere Beobachtung:
    Ich habe es jetzt geschafft mit kill -9 pid-nummer einen gestoppten grep-Prozess zu killen. Zombie-grep-Prozesse kriege ich damit aber nicht weg, die sind immer noch da. Und vor allem muss ich ja den Grund beseitigen, wieso die Prozesse überhaupt nicht normal durchlaufen...
    Geändert von carda (17.10.06 um 07:31 Uhr)

Ähnliche Themen

  1. Problem mit SMTP SASL Auth
    Von HorusMS im Forum Linux als Server
    Antworten: 8
    Letzter Beitrag: 12.10.06, 20:18
  2. Screen Problem
    Von Metus im Forum Dedizierte Spiele Server
    Antworten: 2
    Letzter Beitrag: 24.05.05, 15:05
  3. Seltsames Problem mit XFree86 4.0.1
    Von niggo im Forum X-Konfiguration
    Antworten: 4
    Letzter Beitrag: 22.01.02, 22:59
  4. Upload-Ping-Router Problem !!
    Von MidnightRambler im Forum System installieren und konfigurieren
    Antworten: 0
    Letzter Beitrag: 20.01.02, 19:16
  5. Problem mit SuSE Linux 7.3 Pro und SuSEfirewall2
    Von outi im Forum Linux als Server
    Antworten: 1
    Letzter Beitrag: 15.12.01, 18:52

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •