You are not logged in.

bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

1

Tuesday, April 3rd 2012, 9:04am

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!
bastrian has attached the following image:
  • screen.jpg

This post has been edited 5 times, last edit by "bastrian" (Apr 8th 2012, 5:37pm)


bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

2

Thursday, April 12th 2012, 4:34am

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.

3

Thursday, April 12th 2012, 9:01am

Hast du den error.log von cgi, iis und php zu hand? Was sagt die Ereignisanzeige von Windows?

bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

4

Thursday, April 12th 2012, 12:25pm

Error log von cgi sagt nichts. Nicht mal ein fehler. IIS gibt etwas raus, aber nicht gerade informativ:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
 <Event 
xmlns="http://schemas.microsoft.com/win/2004/08/events/event">


- <System>


  <Provider Name="Microsoft-Windows-WAS" Guid="{524B5D04-133C-4A62-8362-64E8EDB9CE40}" EventSourceName="WAS" /> 


  <EventID 
Qualifiers="32768">5011</EventID> 

  <Version>0</Version> 

  <Level>3</Level> 

  <Task>0</Task> 

  <Opcode>0</Opcode> 

  <Keywords>0x80000000000000</Keywords> 

  <TimeCreated SystemTime="2012-04-05T04:59:07.000000000Z" /> 

  <EventRecordID>37705</EventRecordID> 

  <Correlation /> 


  <Execution ProcessID="0" ThreadID="0" /> 


  <Channel>System</Channel> 

  <Computer>XXX</Computer> 

  <Security /> 

  </System>

- <EventData>


  <Data Name="AppPoolID">Ravens Rising</Data> 


  <Data Name="ProcessID">2640</Data> 

  <Binary>6D000780</Binary> 
  </EventData>
  </Event>


Windows Event ist da auch nicht besser:

Source code

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

5

Friday, April 13th 2012, 5:34pm

Und der php log ansich?

bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

6

Friday, April 13th 2012, 6:59pm

Gerade noch mal neu erstellt. Hatte die einträge nicht wiedergefunden:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
2012-04-13 16:56:33 1xx.xx.xx.xx GET /forum/acp/index.php 
s=2a3eb666169c7ffd43104aa4dcb9d429d5b62c85 80 - xx.xx.xxx.xx8 
Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:11.0)+Gecko/20100101+Firefox/11.0
 302 0 0 334

2012-04-13 16:56:33 1xx.xx.xx.xx GET /forum/acp/index.php 
page=Package&action=openQueue&packageID=0&
 80 - xx.xx.xxx.xx8 
Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:11.0)+Gecko/20100101+Firefox/11.0
 302 0 0 325

2012-04-13 16:56:35 1xx.xx.xx.xx GET /forum/acp/index.php 
page=Package&action=install&queueID=2&packageID=0&
 80 - xx.xx.xxx.xx8 
Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:11.0)+Gecko/20100101+Firefox/11.0
 500 0 255 1023

7

Friday, April 13th 2012, 8:54pm

php error log ... Keine IIS Logs. ggf, musst du dass logging in der php.ini aktivieren.

bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

8

Friday, April 13th 2012, 9:37pm

Ich hätte dir ja gerne die php logs gegeben, aber leider macht er keine^^
(Ja, log_errors und error_log ist aktiv, Reporting auf E_ALL & ~E_DEPRECATED)

9

Friday, April 13th 2012, 9:57pm

Anscheint liegt da ein Problem im IIS Modul vor(so die PHP Entwickler selber), Ist es möglich eine Kopie der phpinfo Seite zu bekommen?

Edit: https://bugs.php.net/bugs-generating-backtrace-win32.php

Könnte interressant sein.

bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

10

Saturday, April 14th 2012, 10:10am

Bitte:

Source code

1
http://ravens-rising.net/phpinfo.php

11

Sunday, April 15th 2012, 6:07pm

Bin raus ... da scheint ein Bug im PHP Module auf Windows ebene zu sein. Versuch mal, PHP 5.4 zu nutzten, sonst schreib an eine Mail an Woltlab, ggf. schreib ein Ticket im PHP Bugtracker

bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

12

Monday, April 16th 2012, 12:54am

Na, ich werde es eben an wbb leiten da ich schon interesse dran hab es zum laufen zu bringen.

Alexander Ebert

WoltLab Developer

  • "Alexander Ebert" is male

Posts: 4,738

Location: Berlin

  • Send private message

13

Monday, April 16th 2012, 2:15am

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
Developer WoltLab® GmbH


bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

14

Monday, April 16th 2012, 7:29am

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.

15

Monday, April 16th 2012, 8:00am

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

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

16

Monday, April 16th 2012, 9:24am

Die von WBB werden es sich hoffenlich ansehen und nachvollzihen können. Notfalls kann ich ja auch eine remote schaltung für den IIS machen ;)

EDIT:
Hab mal testweise Komprimierung abgeschaltet in IIS. Wird nicht besser -_-

This post has been edited 1 times, last edit by "bastrian" (Apr 16th 2012, 11:03am)


17

Monday, April 16th 2012, 5:55pm

Gemeint waren die gzip Funktionen. Deine Einstellungen betrafen wahrscheinlich nur die http Kompression.

Alexander Ebert

WoltLab Developer

  • "Alexander Ebert" is male

Posts: 4,738

Location: Berlin

  • Send private message

18

Monday, April 16th 2012, 6:00pm

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.

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

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


bastrian

Member

  • "bastrian" is male
  • "bastrian" started this thread

Posts: 18

Location: Thread ID: 1942 vom Prozess BLUESCREEN.EXE

Occupation: Raucher

  • Send private message

19

Tuesday, April 17th 2012, 5:23pm

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
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
Fatal error: unable to find package file 'C:\Windows\temp/96ae4ece_com.woltlab.wcf.tar'
	
		
		You will get more information about the problem in our knowledge base: http://www.woltlab.com/help/?code=11002		Information:
		
		
		error message: unable to find package file 'C:\Windows\temp/96ae4ece_com.woltlab.wcf.tar'
php version:
				
					 5.4.0
wcf version:
			 1.1.3 (Tempest)
file:
			 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\package\PackageArchive.class.php (134)
error code:
			 11002
date:
			 04/17/2012 03:11pm
request:
			 
/forum/acp/index.php?page=Package&action=install&queueID=2&packageID=0&
referer:
			 
http://ravens-rising.net/forum/acp/index.php?page=Package&action=openQueue&packageID=0&

		

		Stacktrace:
		#0 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\package\PackageInstallation.class.php(81): PackageArchive->openArchive()
#1 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\package\PackageInstallation.class.php(106): PackageInstallation->assignPackageInfo()
#2 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\package\PackageInstallation.class.php(52): PackageInstallation->install()
#3 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\acp\page\PackagePage.class.php(49): PackageInstallation->__construct(2)
#4 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\page\AbstractPage.class.php(46): PackagePage->show()
#5 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\util\RequestHandler.class.php(64): AbstractPage->__construct()
#6 C:\inetpub\wwwroot\ravens-rising.net\forum\lib\util\RequestHandler.class.php(92): RequestHandler->__construct('Package', Array, 'page')
#7 C:\inetpub\wwwroot\ravens-rising.net\forum\acp\index.php(10): RequestHandler::handle(Array)
#8 {main}
		
				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

Alexander Ebert

WoltLab Developer

  • "Alexander Ebert" is male

Posts: 4,738

Location: Berlin

  • Send private message

20

Tuesday, April 17th 2012, 5:29pm

Hab mal PHP 5.3 (5.3.10) VC9 x86 Thread Safe einfach rein kopiert in den php ordner

du benötigst die NTS/VC9-Version!


:)
Alexander Ebert
Developer WoltLab® GmbH