webForumDet fria alternativet

Återkommande problem med Access Violation i PHP

Om webForum

19 svar · 1 885 visningar · startad av Rikard

Medlem sedan dec. 199917 055 inlägg
Frågan#1

Vi är pinsamt medvetna om att det är allvarliga problem med PHP efter övergången till vBulletin 3. Tyvärr har vi inte kommit till rätta med detta. Vi jobbar dagligen med att finna en lösning.

Medlem sedan juli 20033 147 inlägg
#2

Hittade detta, kanske kan hjälpa.

Medlem sedan juli 20033 147 inlägg
#3

Läste nu att https://www.php.net jobbar på att lösa detta, är tydligen en bugg med IIS.

Medlem sedan dec. 199917 055 inlägg
#4

Melea skrev:

Hittade detta, kanske kan hjälpa.

De katalogerna är inställda och med rätt rättigheter. :)

Medlem sedan apr. 200312 679 inlägg
#5

Hur kommer det sig att det fungerar nu då? :)

Medlem sedan dec. 199917 055 inlägg
#6

Jag har startat om IISen.

Medlem sedan aug. 20003 473 inlägg
#7

upgradera till 3.5 kanske?

Medlem sedan dec. 199917 055 inlägg
#8

Jag tror att det är PHP eller hårdvaran som strular, inte vBulletin. :)

Medlem sedan aug. 20003 473 inlägg
#9

möjligt men varför inte köra igång en test på 3.5?

annars så säg till vilken hårdvara det är så kanske man kan bistå

Medlem sedan dec. 199917 055 inlägg
#10

Version 3.5 är dels en beta, dels löser det inte problemen vi har med nuvarande version.

Just nu avvaktar jag att Per har frisknat till och har möjlighet att svänga förbi serverhallen för att plocka ur ett minne. Vi vet i nuläget att vi har problem med hårdvaran och en kvalificerad gissning är att det beror på en av eller båda minnesmodulerna. Så länge det problemet kvarstår finns det en stor osäkerhetsfaktor vad gäller PHP-problemet - det kan, om än det känns långsökt, bero på hårdvaruproblemet.

Medlem sedan juli 20011 084 inlägg
#11

Vad det bara jag som inte kom åt wf alls igår kväll? :(

(dvs Access Violation hela tiden)

Medlem sedan dec. 199917 055 inlägg
#12

Nej, tyvärr inte. webForum var otillgängligt mellan c:a 23:30 och 05:30.
Per har varit krasslig vilket har medfört att vi fortfarande inte har fått ur någon av befintliga minnesmoduler. Vi beräknar kunna göra det på måndag.
I samma veva kommer även vår reserv-webbserver att utrustas med ytterligare en processor. Det sista medför att vi kommer att kunna växla över till reservservern om vi behöver ägna mer tid åt felsökning.

Medlem sedan dec. 20003 887 inlägg
#13

Hur har det gått med felsökandet?

I detta nu får jag PHP has encountered an Access Violation at 019438CF om jag klickar på Kontrollpanelen.

Medlem sedan juni 200032 967 inlägg
#14

I detta nu får jag PHP has encountered an Access Violation at 019438CF om jag klickar på Kontrollpanelen.

Jag startade om webbtjänsten på servern nu, så nu bör det rulla. En stund till i alla fall. :(

Medlem sedan dec. 199917 055 inlägg
#15

På förslag från Melea har vi backat till PHP version 4.3.6. Per har även plockat ut ena minnesmodulen ur webbservern. Nu tvingas vi återigen avvakta något, för att se om detta gör någon skillnad, innan ytterligare åtgärder genomförs.

Medlem sedan dec. 199917 055 inlägg
#16

Det löste tydligen inte heller problemet, tyvärr.

Medlem sedan dec. 199917 055 inlägg
#17

Vi kommer att byta minne imorgon eftermiddag/kväll. Sen den ena minnesbanken togs ur har antalet blåskärmar ökat kraftigt. Istället för fem på tre veckor har vi haft 22 på fem dagar. Jag tror att vi, i enlighet med murphys lag, lyckades plocka fel minnesmodul. ;)

Medlem sedan dec. 199917 055 inlägg
#18

Vi ropar väl inte bäck innan vi har hoppat över hejet, men det ser onekligen mycket renare ut i event-loggarna sen gårdagens byte av minnesmodul.

Medlem sedan dec. 199917 055 inlägg
#19

En hel dag helt utan störningar? Om någon har stött på en Access Violation under dagen så är jag kanske inte tacksam över att få höra det, men höra det vill jag i alla fall... ;)

Medlem sedan apr. 200010 782 inlägg
#20

toppen! :)

282 ms totalt · 4 externa anrop · v20260731065814-full.6fe65c25
126 ms — deklarationer (db)
0 ms — hämta statistik (cache)
153 ms — hämta tråd, inlägg och bilagor (db)
124 ms — ändringar (db)