Nicht auffindbarer Fehler bei exec und fork (gelöst) (Perl/CGI)

[thread]18744[/thread]

Nicht auffindbarer Fehler bei exec und fork [gelöst]

Tags: perl5 CGI fork exec Ähnliche Threads

Leser: 11

Articles: hide open all | hide show old branches

+15 replies
bianca

2013-11-12 08:19
User since
2009-09-13
7016 Artikel
BenutzerIn
Guten Morgen!
Auf einem neu aufgesetzten Linux Server (nicht von mir aber auch nicht bei einem berufsmäßigen Hoster) mit Apache gibt es folgendes Problem:
- Script A in Verzeichnis V1 ruft in einem fork() Kindzweig per exec() Script B in Verzeichnis V2 auf
- Script B sollte in einer Logdatei in Verzeichnis V3 etwas schreiben, tut es aber nicht; ebenfalls keine Ausgaben im error.log
- V1 ist das öffentliche /cgi-bin, V2 ein nicht öffentliches Scripte Verzeichnis und V3 ein nicht öffentliches Datenverzeichnis
- startet man in der Shell mit dem User des Webservers über sudo -u wwwuser scriptb.pl das Script B auf die selbe Art und Weise wie im exec(), läuft alles wie erwartet, Script B scheint also in Ordnung zu sein
- setzt man in Script A in das exec() den Aufruf eines Testscripts C in Verzeichnis V2 läuft auch alles wie erwartet, exec() in Script A scheint also grundsätzlich zu tun, was es soll und die Pfade stimmen
- nur die Kombination A mit B klappt nicht
- das fork() in Script A liefert in allen Fällen eine PID
- eine Abfrage der Prozesse mit ps bringt als Ergebnis, dass der gesuchte Prozess nicht läuft, daher ist unbekannt, ob Script B nie gestartet oder aus einem unbekannten Grund sofort wieder beendet wurde
- Berechtigungen (chmod=-rwxr-xr-x oder 0755) sowie Besitz (chown=der FTP-User) sind für alle drei Scripte identisch
- V1 und V2 sind im Apache ausführbar, Schreibberechtigung in V3 besteht
- auf das oben beschriebene Verhalten nimmt übrigens keinen Einfluss, ob STDIN, STDOUT und STDERR im Kindzweig von Script A vor dem exec() geschlossen werden oder nicht
Was kann ich noch tun, um die Ursache zu finden, warum A mit B nicht kann?
10 print "Hallo"
20 goto 10
- +2 replies
- bianca
  
  2013-11-12 08:32
  
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  
  Hat sich erledigt.
  Kurz nachdem ich es schrieb fiel es mir siegendheiß ein.
  Zu Beginn von Script B wird eine Konfiguration geladen. Deren Pfad ist mit './' zu beginn angegeben und wird natürlich je nach Startpfad nicht gefunden....
  10 print "Hallo"
  20 goto 10
  - GwenDragon
    
    2013-11-12 09:26
    
    User since
    2005-01-17
    14748 Artikel
    Admin1
    
    Deswegen sind realtive Pfade eine nicht unerhebliche Fehlerquelle.
    Nimm File::Spec und rel2abs() ist dein Helferchen.
    
    Ich weiß, ./ ist schneller reingeschrieben und oft auch eine Uraltlast aus Anfangszeiten des Perl oder der Programmierenden.
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- +11 replies
- pq
  
  2013-11-12 13:48
  
  User since
  2003-08-04
  12208 Artikel
  Admin1
  
  2013-11-12T07:19:44 bianca
  eine Abfrage der Prozesse mit ps bringt als Ergebnis, dass der gesuchte Prozess nicht läuft, daher ist unbekannt, ob Script B nie gestartet oder aus einem unbekannten Grund sofort wieder beendet wurde
  
  überprüfst du denn das exec nicht?
  Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
  lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +10 replies
  - bianca
    
    2013-11-12 17:47
    
    User since
    2009-09-13
    7016 Artikel
    BenutzerIn
    
    2013-11-12T12:48:05 pq
    2013-11-12T07:19:44 bianca
    eine Abfrage der Prozesse mit ps bringt als Ergebnis, dass der gesuchte Prozess nicht läuft, daher ist unbekannt, ob Script B nie gestartet oder aus einem unbekannten Grund sofort wieder beendet wurde
    
    überprüfst du denn das exec nicht?
    
    Doch, das exec hat eine PID geliefert. Habe drei Äste. Den für undef, den für 0 und den für die PID.
    Hat keinen Fehler gebracht.
    Oder was meinst du?
    10 print "Hallo"
    20 goto 10
    - +3 replies
    - jan
      
      2013-11-12 18:16
      
      User since
      2003-08-04
      2536 Artikel
      ModeratorIn
      
      Dann war doch aber klar, dass das Script / der Interpreter gestartet aber wieder beendet wurde, bevor Du's sehen konntest.
      - +2 replies
      - bianca
        
        2013-11-12 18:30
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        2013-11-12T17:16:31 jan
        Dann war doch aber klar, dass das Script / der Interpreter gestartet aber wieder beendet wurde, bevor Du's sehen konntest.
        
        Na ja. Manchmal täuschen die Dinge.
        10 print "Hallo"
        20 goto 10
        
        jan
        
        2013-11-12 18:56
        
        User since
        2003-08-04
        2536 Artikel
        ModeratorIn
        
        Nicht wirklich. Aber manchmal lässt man sich täuschen.
    - +6 replies
    - pq
      
      2013-11-13 09:11
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      2013-11-12T16:47:33 bianca
      Doch, das exec hat eine PID geliefert. Habe drei Äste. Den für undef, den für 0 und den für die PID.
      
      exec liefert eine PID? mehr als merkwürdig. exec liefert gar nichts, wenn es erfolgreich ist.
      nur wenn der befehl nicht ausgeführt werden konnte, wird der code danach überhaupt ausgeführt. daran kannst du den erfolg überprüfen.
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
      - +5 replies
      - bianca
        
        2013-11-13 11:19
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        Nein, das fork() hat eine PID geliefert. Habe mich falsch ausgedrückt.
        10 print "Hallo"
        20 goto 10
        
        +4 replies
        
        pq
        
        2013-11-13 11:21
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        das ist ja schön für das fork.
        meine frage bezog sich auf das exec(). also nochmal: überprüfst du das oder nicht?
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +3 replies
        
        bianca
        
        2013-11-13 11:23
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        Nein, das exec überprüfe ich nicht.
        Hast Recht, das hätte ich hier für die Fehlersuche noch machen können.
        Aber im Gesamtablauf brauche ich das nicht, weil die Folgeprozesse eh merken, wenn es nicht geklappt hat.
        10 print "Hallo"
        20 goto 10
        
        +2 replies
        
        pq
        
        2013-11-13 12:21
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2013-11-13T10:23:19 bianca
        Aber im Gesamtablauf brauche ich das nicht.
        
        hier hättest du den fehler schneller gefunden. manche leute finden sowas nützlich.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        bianca
        
        2013-11-13 15:19
        
        User since
        2009-09-13
        7016 Artikel
        BenutzerIn
        
        Weiß ich jetzt auch.
        Dennoch hätte mich das nicht auf die eigentliche Fehlerursache gebracht.
        Denn den theoretischen Fall, dass Script B tatsächlich anlief hatte ich ja bereits in Betracht gezogen.
        Dass dieser blöde Pfad natürlich anders ist, wenn man ein Script von der Shell startet war in dem Moment eben kein direkter Kurzschluss zum Fehlerbild.
        10 print "Hallo"
        20 goto 10
- bianca
  
  2013-11-12 17:49
  
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  
  Aber eine Frage habe ich doch noch.
  Script B hat ganz zu oberst diese Zeile gehabt:
  require './config.pl' or die "FEHLER: Kann Konfig nicht laden";
  Woran kann es liegen, dass der Text nicht im Apache error.log zu sehen ist?
  Selbst als ich im Kind Zweig STDERR nicht geschlossen habe erschien die die Meldung nicht.
  Was kann das sein?
  10 print "Hallo"
  20 goto 10

View all threads created 2013-11-12 08:19.