FastCGI-Prozess wurde unerwartet abgebrochen

  • 2.1.x

    FastCGI-Prozess wurde unerwartet abgebrochen

    Hi, ich versuche schon seit einiger zeit wbblite zu installieren. Leider bin ich an einem fehler angekommen den ich alleine nicht beheben kann. Ich hab ein screen in den anhang gepackt.

    Der FastCGI stürtzt unerwatet ab ab wenn der ins acp geht um die installation weiter zu führen. Ich hab schon mehrmal versucht es neu zu installieren (Files löschen+Tabellen des db löschen) aber er kommt immer wieder.
    Die test.php sagt das alles ok ist und auch sonst geht alles. Die permissions für die datein sollten stimmen, da es mit anderen CMS auch problemlos geht.
    Daten:
    IIS 7.5 (ASP.NET und PHP erweiterung installiert)
    PHP 5.3.10.0
    CGI 5.3.10.0

    Update:

    Mittlerweile weiss ich das es mit dem Packet updater/installer zu tun hat den er ausführen will. Da scheitert es. Aber wieso weiss ich immer noch nicht.
    Update2:
    Scheint sich wohl keiner mit auszukennen.... Ach, das passiert nur bei WBB, bei den anderen ForemCMS und CGI scripte die ich getestet hab passiert das nicht.
    Update 3:
    An den Permissions kann es auch nicht liegen. Hab jedem Lese/Schreibzugriff gegeben (User: Jeder) und trotzdem nix zu machen. Immer noch das gleiche. Ich könnte hilfe echt gebrauchen!
    Images
    • screen.jpg

      395.89 kB, 1,600×741, viewed 202 times

    Post was edited 5 times, last by “bastrian” ().

    Das problem besteht immer noch. Wenn das problem bei der Lite version besteht, dan kann ich wohl davon ausgehen das es bei der gekaufen auch besteht, oder? Und ich weiss immer noch nicht wieso. Bei anderen Systemen gehts, nur WBB hat damit probleme. Mich würde es brennend interessieren welche "optimierungen" da drin sind die FastCGI zum absturz bringen. Fall noch mehr infos benötigt werden fragt einfach.
    Error log von cgi sagt nichts. Nicht mal ein fehler. IIS gibt etwas raus, aber nicht gerade informativ:

    Source Code

    1. <Event
    2. xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
    3. - <System>
    4. <Provider Name="Microsoft-Windows-WAS" Guid="{524B5D04-133C-4A62-8362-64E8EDB9CE40}" EventSourceName="WAS" />
    5. <EventID
    6. Qualifiers="32768">5011</EventID>
    7. <Version>0</Version>
    8. <Level>3</Level>
    9. <Task>0</Task>
    10. <Opcode>0</Opcode>
    11. <Keywords>0x80000000000000</Keywords>
    12. <TimeCreated SystemTime="2012-04-05T04:59:07.000000000Z" />
    13. <EventRecordID>37705</EventRecordID>
    14. <Correlation />
    15. <Execution ProcessID="0" ThreadID="0" />
    16. <Channel>System</Channel>
    17. <Computer>XXX</Computer>
    18. <Security />
    19. </System>
    20. - <EventData>
    21. <Data Name="AppPoolID">Ravens Rising</Data>
    22. <Data Name="ProcessID">2640</Data>
    23. <Binary>6D000780</Binary>
    24. </EventData>
    25. </Event>


    Windows Event ist da auch nicht besser:

    Source Code

    1. Name der fehlerhaften Anwendung: php-cgi.exe, Version: 5.3.10.0, Zeitstempel: 0x4f2ae019
    2. Name des fehlerhaften Moduls: php5.dll, Version: 5.3.10.0, Zeitstempel: 0x4f2ae082
    3. Ausnahmecode: 0xc0000005
    4. Fehleroffset: 0x00092b80
    5. ID des fehlerhaften Prozesses: 0x1298
    6. Startzeit der fehlerhaften Anwendung: 0x01cd159f897ca66e
    7. Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\PHP\v5.3\php-cgi.exe
    8. Pfad des fehlerhaften Moduls: C:\Program Files (x86)\PHP\v5.3\php5.dll
    9. Berichtskennung: d2f963f7-8192-11e1-a81d-14dae9b8501d
    Gerade noch mal neu erstellt. Hatte die einträge nicht wiedergefunden:

    Source Code

    1. 2012-04-13 16:56:33 1xx.xx.xx.xx GET /forum/acp/index.php
    2. s=2a3eb666169c7ffd43104aa4dcb9d429d5b62c85 80 - xx.xx.xxx.xx8
    3. Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:11.0)+Gecko/20100101+Firefox/11.0
    4. 302 0 0 334
    5. 2012-04-13 16:56:33 1xx.xx.xx.xx GET /forum/acp/index.php
    6. page=Package&action=openQueue&packageID=0&
    7. 80 - xx.xx.xxx.xx8
    8. Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:11.0)+Gecko/20100101+Firefox/11.0
    9. 302 0 0 325
    10. 2012-04-13 16:56:35 1xx.xx.xx.xx GET /forum/acp/index.php
    11. page=Package&action=install&queueID=2&packageID=0&
    12. 80 - xx.xx.xxx.xx8
    13. Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:11.0)+Gecko/20100101+Firefox/11.0
    14. 500 0 255 1023
    Hast du irgendwelche Module in PHP aktiv die nicht NTS (non-thread-safe) sind? Des weiteren achte darauf, dass du stets die VC9-Versionen von PHP nutzen musst, die VC6 führen bei FastCGI nur zu Crashes. Tatsache ist, dass Burning Board 3 bzw. Community Framework 1 problemfrei mit einem IIS betrieben werden können, meine lokale Entwicklungsumgebung ist ein IIS 7.5 ;)
    Alexander Ebert
    Senior Developer WoltLab® GmbH


    Meine kentnisse in PHP reichen nicht aus um sowas festzustellen. Aber ich gehe mal davon aus das die module auch in der phpinfo gelistet sind.
    Die einzige änderung bei IIS war eben PHP installieren (was ich über den Web Platform Installer gemacht hatte). Ich hatte mir mal zeit genommen und bin den kompletten Eventlog durchgegangen um nach problemen/änderungen in IIS festzustellen, aber da ist auch nichts zu finden was mir hilft.
    Das Problem ist nicht irgendein Modul, sondern das Core Module. Wenn man nach dem Fehlercode Googled landet man unteranderen bei beim PHP Bugtracker. Die haben dort Probleme mit phpmyadmin und TYPO3 Backend.

    Ich tippe mal darauf, das die Kompressfunktionen defekt sind.

    Ich bin kein IIS Experte, nur die Jungs hier können die helfen: http://bugs.php.net

    bastrian wrote:

    Die einzige änderung bei IIS war eben PHP installieren (was ich über den Web Platform Installer gemacht hatte).

    Mit der Version vom WPI hatte ich auch Schwierigkeiten, versuch es mal mit der Version von windows.php.net - du benötigst die NTS/VC9-Version! Im übrigen kann ich dir den PHP Manager for IIS empfehlen, damit kann man bequem PHP-Versionen austauschen und auch einzelnen Seiten die passende PHP-Installation unterschieben.

    bastrian wrote:

    Die von WBB werden es sich hoffenlich ansehen und nachvollzihen können.

    Das mache ich doch in genau diesem Augenblick, oder? ;)
    Alexander Ebert
    Senior Developer WoltLab® GmbH


    Hab mal PHP 5.3 (5.3.10) VC9 x86 Thread Safe einfach rein kopiert in den php ordner (natürlich ein backup vorhher gemacht) und dan bekam ich die infos:

    Source Code

    1. Fatal error: unable to find package file 'C:\Windows\temp/96ae4ece_com.woltlab.wcf.tar'
    2. You will get more information about the problem in our knowledge base: http://www.woltlab.com/help/?code=11002 Information:
    3. error message: unable to find package file 'C:\Windows\temp/96ae4ece_com.woltlab.wcf.tar'
    4. php version:
    5. 5.4.0
    6. wcf version:
    7. 1.1.3 (Tempest)
    8. file:
    9. C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\package\PackageArchive.class.php (134)
    10. error code:
    11. 11002
    12. date:
    13. 04/17/2012 03:11pm
    14. request:
    15. /forum/acp/index.php?page=Package&action=install&queueID=2&packageID=0&
    16. referer:
    17. http://ravens-rising.net/forum/acp/index.php?page=Package&action=openQueue&packageID=0&
    18. Stacktrace:
    19. #0 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\package\PackageInstallation.class.php(81): PackageArchive->openArchive()
    20. #1 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\package\PackageInstallation.class.php(106): PackageInstallation->assignPackageInfo()
    21. #2 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\package\PackageInstallation.class.php(52): PackageInstallation->install()
    22. #3 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\page\PackagePage.class.php(49): PackageInstallation->__construct(2)
    23. #4 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\page\AbstractPage.class.php(46): PackagePage->show()
    24. #5 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\util\RequestHandler.class.php(64): AbstractPage->__construct()
    25. #6 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\util\RequestHandler.class.php(92): RequestHandler->__construct('Package', Array, 'page')
    26. #7 C:\inetpub\wwwroot\ravens-rising.net\forum\acp\index.php(10): RequestHandler::handle(Array)
    27. #8 {main}
    28. Click the button below to abort the install and return to the ACP.


    Die datei ist auch nirgendswo anders aufzufinden. Aber wenigstens weiss man jetzt woran es liegt. :D