fork - wie vermeide ich zombies, wenn child länger als der parent läuft? (Perl/CGI)

[thread]15616[/thread]

fork - wie vermeide ich zombies, wenn child länger als der parent läuft?

Leser: 23

Articles: hide open all | hide show old branches

+5 replies
Gast Martin

2010-11-09 16:30
Hallo,

ich habe folgendes Problem bei einem CGI-Script mit Apache2.2 unter Linux. Vielleicht könnt ihr mir da helfen:

Ich will eine Aktion starten, die schon mal eine halbe Stunde dauern kann. Zuerst dachte ich an den folgenden Weg (Pseudocode):
Code (perl): (dl )

1 2 3 4 5 6 7

# ... my $pid = fork; if( $pid ) { $self->call_long_lasting_method; exit; } $self->send_output_back_to_browser_and_reload_until_child_is_finished;
Ich kann den Parent Prozess nicht beliebig lang laufen lassen, weil der sonst vom Apache nach einer gewissen Zeit gekillt wird, d.h. ein normaler Sig-Child-Reaper fällt flach. Da der Parent-Prozess jedoch vor dem Child-Prozess beendet wird, bekomme ich Zombie-Prozesse.

Kann ich die irgendwie vermeiden? Ich würde nur ungerne den Timeout höher setzen oder auf cron-jobs ausweichen.

Der Webserver wird wohl für die nächsten Jahre Linux sein, d.h. auf Portabilität brauche ich wenig Rücksicht nehmen.

Grüße,

Martin

Webserver: Apache 2.2.9
OS: Linux 2.6.16.60 SUSE Enterprise Server 10 SP2
Perl: 5.10.0 64bit von Activestate
Last edited: 2010-11-09 16:37:40 +0100 (CET)
- +2 replies
- murphy
  
  2010-11-09 16:51
  User since
  2004-07-19
  1776 Artikel
  HausmeisterIn
  Ein kurzer Blick in die Manpage fördert folgendes zutage:
  
  Linux Programmer's Manual, wait(2)
  [...]
  POSIX.1-2001 specifies that if the disposition of SIGCHLD is set to SIG_IGN or the SA_NOCLDWAIT flag is set for SIGCHLD (see sigaction(2)), then children that terminate do not become zombies and a call to wait() or waitpid() will block until all children have terminated, and then fail with errno set to ECHILD.
  [...]
  
  Umgesetzt auf Perl:
  
  Code (perl): (dl )
  
  $SIG{CHLD} = 'IGNORE'
  
  und die Entstehung von Zombies wird verhindert.
  When C++ is your hammer, every problem looks like your thumb.
  - Gast Martin
    
    2010-11-10 13:44
    
    vielen dank, murphy
    Last edited: 2010-11-10 13:53:59 +0100 (CET)
- +2 replies
- torsten
  
  2010-11-11 10:42
  
  User since
  2010-08-16
  45 Artikel
  BenutzerIn
  
  Guest Martin
  Ich kann den Parent Prozess nicht beliebig lang laufen lassen, weil der sonst vom Apache nach einer gewissen Zeit gekillt wird, d.h. ein normaler Sig-Child-Reaper fällt flach. Da der Parent-Prozess jedoch vor dem Child-Prozess beendet wird, bekomme ich Zombie-Prozesse.
  
  Dieser Absatz macht für mich keinen Sinn. Stirbt der Vater eines Prozesses, wird PPID des Kindes auf 1 gesetzt. D.h. der Init-Prozess erbt das verwaiste Kind. Bisher gibt es keinen Zombie. Stirbt nun das Kind, kriegt der Init-Prozess ein SIGCHLD und liest daraufhin die Status-Info des Verstorbenen. Solange Dein Init-Prozess also funktioniert, kann es zwar Zombies geben, aber nur für den kurzen Moment zwischen dem Ableben des Kindes und dem Einsammeln der Status-Info durch den Init-Prozess. Das ist unabhängig von irgendwelchen Einstellungen in %SIG.
  
  Etwas anderes ist es, wenn der Vater lange läuft und waitpid für seine verschiedenen Kinder vergisst. Dabei entstehen länger lebende Zombies. In diesem Fall hilft unter Linux $SIG{CHLD}='IGNORE'. Unter vielen anderen Unices funktioniert das aber auch nicht. Das bedeutet nämlich eigentlich nur, Du bist nicht interessiert an dem Signal, nicht dass Du die Status-Info selbst nicht brauchst.
  - murphy
    
    2010-11-11 15:45
    
    User since
    2004-07-19
    1776 Artikel
    HausmeisterIn
    
    2010-11-11T09:42:54 torsten
    [...]
    In diesem Fall hilft unter Linux $SIG{CHLD}='IGNORE'. Unter vielen anderen Unices funktioniert das aber auch nicht. Das bedeutet nämlich eigentlich nur, Du bist nicht interessiert an dem Signal, nicht dass Du die Status-Info selbst nicht brauchst.
    
    Dass das Ignorieren des CHLD-Signals die Entstehung von Zombies verhindern soll ist in POSIX.1-2001 standardisiert. Da sich eigentlich alle Unices weitgehend an den POSIX-Standard halten, würde ich erwarten dass sich höchstens sehr alte Systeme anders verhalten.
    When C++ is your hammer, every problem looks like your thumb.

View all threads created 2010-11-09 16:30.