White screen of death na migratie hostingpartij

Ik had de site eerst draaien bij one.com, maar ben daar weggegaan omdat de stabiliteit / snelheid wat te wensen over liet. Nu zit ik bij Antagonist. Het probleem is dat de site in eerste instantie helemaal niet wou draaien (wit scherm), maar nadat ik m'n cookies weggegooid had lukt het wel (ik was blijkbaar nog ingelogd op de oude omgeving oid.). Nu mijn probleem: de meest pagina's werken wel, maar sommige pagina's (zoals het contactformulier, gastenboek, zoeken en het loginscherm, /user/) werken niet (ik krijg een wit scherm). Heeft iemand een idee hoe ik dit op kan lossen.

Ik heb op het forum van Antagonist ook al een thread lopen, maar wordt daar niet wijzer van (zie: http://forum.antagonist.nl/viewtopic.php?f=7&t=2615)

Auteur: 
xl-network@drup...
Door jpoesen op 22 november, 2007 - 16:22

Wat soms helpt, is de "sessions" table en alle tables die met "cache" beginnen, leeg te maken.

Verder kijk je best eens in de error logs van apache - daar zou je relevante errormessages moeten zien verschijnen...

afbeelding van george@dynapres.nl
Door george@dynapres.nl op 23 november, 2007 - 20:58

Kan ook een geheugenprobleem zijn; vergroot de beschikbare geheugenruimte voor PHP. Waar staat dit momenteel op ingesteld? Welke modules gebruik je? Cache tabel leegmaken en apache error_log bekijken zijn goede suggesties.

Dynapres.nl

Door xl-network@drup... op 25 november, 2007 - 21:34

Standaard staat het geheugen op 16M (net zoals bij de vorige provider). Ook als het hoger gezet wordt heeft dit geen zin. Het opschonen v/d cache en session tabel heeft geen enkele uitwerking. PS. in de logfile van Apache is ook niets terug te vinden.

afbeelding van george@dynapres.nl
Door george@dynapres.nl op 26 november, 2007 - 10:13

Wat staat er wel in de Apache logs (access_log en error_log) als je de pagina's opvraagt? Welke versie van Drupal en welke versie van PHP en MySQL draaien er bij de oude en nieuwe provider? Welke modules gebruik je?

Dynapres.nl

afbeelding van Xano
Door Xano op 25 november, 2007 - 22:04

Php log nagekeken? Misschien dat daar wat fouten in beschreven staan.

Nederdev.nl | De community voor designers en developers

My name is Bart - web & events
iDEAL, OmniKassa, en meer.

Door xl-network@drup... op 26 november, 2007 - 13:16

In de logfiles staat helemaal niets (er worden wel meldingen in gezet als ik express een fout veroorzaak). Ik gebruik een heleboel modules, maar als ik deze allemaal uit zet (door de directory naam te hernoemen) dan heb ik nog steeds hetzelfde probleem. Er zit wel een verschil in MySql versie, maar deze zijn allemaal nieuwer (van MySQL 4 -> 5). De Drupal versie is de laatste (nl. 5.3). Ook heeft de nieuwe provider een instalatron, waarmee je met een paar klikken een CMS oid. kan installeren. Hier zit Drupal 5.2 ook tussen en deze werkt prima.

Nog wat nieuwe bevindingen. Als ik m'n theme directory hernoem (waar m'n custom theme in zit die ik van 'garland' gekopieerd heb, met minimale wijzigingen, alleen css etc. dus geen php code) dan krijg ik wel wat te zien (alleen de hoofdcontent). Je zou kunnen zeggen dat eea. in de template code zit. Ik hoop dat iemand meer info heeft.

afbeelding van wmostrey
Door wmostrey op 28 december, 2007 - 10:43

Ga je van MySQL 4.0 naar 5 of van 4.1 of hoger naar 5? Als je van MySQL 4.0 komt, kan je met problemen zitten: http://drupal.org/node/198184

Het zou ook kunnen dat je met problemen zit omtrent mod_rewrite. Als je bv naar ?q=user gaat, lukt het dan wel?

afbeelding van Jo Wouters
Door Jo Wouters op 28 november, 2007 - 06:23

- om een moduel (manueel) te desactiveren, moet je ook de system-table aan passen (status op 0 zetten). Beter is natuurlijk om dit mooi via de admin-interface te doen

- je error-reporting staat 'gevoelig' genoeg ?
voeg anders toe in je code: error_reporting(E_ALL);

- Activeer eens een andere theme (bv Garland of blue marine). Als het dan wel werkt, zit het in de theme.
Kijk in dat geval zeker de code in de php-files van je theme na (template.php), ook als je denkt niks veranderd te hebben. Kijk zeker na of de <?php ... ?>-tags correct zijn.
Volgens de drupal-regels, staat er geen ?> op het einde van de php-file. Als die er toch staat, haal die dan weg, want je script kan hierdoor spaties gaan displayen die je op dat ogenblik nog niet wil.

Door xl-network@drup... op 28 november, 2007 - 15:05

Ik heb het opgegeven... ik heb gewoon de hele bups opnieuw er op gezet (althans daar ben ik mee bezig)... gelukkig gaat het niet om honderden items, maar zo'n 15 a 20 stuks.

Door Boris op 27 december, 2007 - 13:03

Had hetzelfde probleem bij one.com
Wanneer je switched van PHP 4 naar PHP 5 kreeg ik de volgende foutmeldingen: warning: realpath()
[function.realpath]: SAFE MODE Restriction
in effect. The script whose uid
is 494392 is not allowed to access /tmp owned
by uid 0 in
/customers/rondomdebinding.nl/rondomdebinding.nl/httpd
.www/includes/file.inc
on line 287.

Oplossing van one.com voor joomla waar dezelfde soort fouten optreden: http://forum.dutchjoomla.org/t19403-component-installe
ren-lukt-niet-unable-to-create-directory-gt-fix.html

Lijkt simpel, misschien wat voor de ontwikkelaars van Drupal om dit probleem op te heffen?

Voorlopig blijf ik zonder fouten in PHP 4 draaien.

Door dvaernewijck op 1 mei, 2008 - 18:41

empty

Bookmark and Share

Drupal is een geregistreerd merk van Dries Buytaert. | Powered by Pantheon.

Drupal.be/Drupal.nl is de website van de Nederlandstalige Drupalgemeenschap.