Bekijk Volledige Versie : Wordpress foutmelding ERR_EMPTY_RESPONSE
CompanyPoint
03/09/14, 15:43
Hallo allemaal,
Op een centos machine (dual core, 4gb mem) hebben op opeens te maken met de genoemde error op wordpress sites.
Na wat zoekwerk krijg je vaak terug dat het aan Chrome ligt, maar ik zie deze problemen op alle browsers en niet specifiek op 1.
Nu is het zo dat een installatie van wordpress op een zelfde machine geen problemen geeft.
De problemen doen zich voor op de theme.php en update.php pagina.
Iemand een mogelijke duw in de goede richting?
Kevin Bentlage
03/09/14, 15:59
Ik heb deze error ooit gezien op een site waarbij gebruik gemaakt werdt van de W3 Total Cache module i.c.m. APC. Ik weet niet meer precies wat de oplossing was maar volgensmij verdween de error na het uitschakelen van W3TC en APC.
CompanyPoint
03/09/14, 16:01
Ok, dank!
Beide modules staan niet aan ;-) ..
Ramon Fincken
03/09/14, 16:12
Ik ken m niet in relatie met WP, dus hier de standaard debug zaken uitrollen:
backup maken, en plugins (plus thema) een voor een uitzetten (om en om, daarna allemaal) om te zien welke t veroorzaakt, aangenomen dat dit probleem vanuit WP zelf komt.
- - - Updated - - -
Update: Wat is je timeout?
CompanyPoint
03/09/14, 16:19
thx for the help anyway ;-) ..
er zijn nog geen enkele plugins ingezet, gewoon een standaard installatie. Zoals gemeld kan ik niet bij de plugins.php. Gebruik ik deze files op een andere server... geen problemen.
timeout staat op 60
Kevin Bentlage
03/09/14, 16:27
En het is gewoon een standaard LAMP config?
CompanyPoint
03/09/14, 16:31
correct
Ik heb deze ook wel eens gezien icm met oude encryptiemethoden (CRYPT_MD5 ($1$) en CRYPT_STD_DES) voor wachtwoorden in een .htpasswd. Bij ons was de oplossing toen de wachtwoorden met een nieuwere methode (bijv MD5_APR) encrypten.
Stack trace was bij ons:
[pid 2040] open("/home/users/**/admin/.htpasswd", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 14
[pid 2040] fcntl64(14, F_GETFD) = 0x1 (flags FD_CLOEXEC)
[pid 2040] fcntl64(14, F_SETFD, FD_CLOEXEC) = 0
[pid 2040] fstat64(14, {st_mode=S_IFREG|0644, st_size=256, ...}) = 0
[pid 2040] read(14, "**gebruikersnamen/wachtwoorden htpasswd hier**"..., 4096) = 256
[pid 2040] close(14) = 0
[pid 2040] --- SIGBUS (Bus error) @ 0 (0) ---
Maar de "empty response" error wordt in principe door een bus error van Apache veroorzaakt. Deze bus error kan echter door
meerdere dingen worden veroorzaakt.
PerryKniest
04/09/14, 08:53
Je zou de site eens kunnen kopiëren naar een andere machine om te kijken of je daar ook het probleem hebt. Dan weet je in ieder geval of het aan de site ligt of aan de server.
Ik lees net het volgende van iemand met hetzelfde probleem:
Het probleem zat hem in de plugin "sociable". Na het verwijderen van deze plugin werkte alles weer perfect.
Maar ik neem aan dat je die oplossing ook al tegen gekomen bent?
Bij een ander bleek het een template issue te zijn, hier (http://wordpress.org/support/topic/error-324-empty-response-on-a-previously-working-site?replies=7) (klik) staan nog wat dingetjes. Misschien heb je er wat aan.
CompanyPoint
06/09/14, 08:47
In elk geval allemaal bedankt voor het meedenken, maar ook de plugin en theme options lossen het niet op. Een 'verse' install geeft dezelfde melding.
We zitten in elk geval even met de handen in het haar, we denken nu aan de optie om een reinstall van de server te doen, maar eigenlijk vind ik dat niet moeten kunnen :-).
CompanyPoint
10/09/14, 15:08
Zo .. de oplossing lag voor de hand, maar was niet waar ik aan dacht, gezien het feit dat we regelmatig updates doorvoeren .. Blijkbaar is er ergens een schakel vergeten.
De oplossing:
Apache naar 2.4 getild en PHP naar 5.3
Damn..
Bedankt voor de hulp allemaal, hoop dat jullie wat hebben aan mijn oplossing.