500 fel -Internal Server Error vid modul listning
public
group: Sweden
persyl@drupal.org - Mon, 2008-08-04 13:14
Kör Drupal 6 och la till Views RC1. Den dök upp på sidan som listar alla moduler och jag klickade i Enable, men när jag bekräftade och sidan skulle spara inställningarna så fick jag HTTP 500 Internal Server Error?! Nu kan jag inte längre komma in på sidan som listar alla moduler. Kan jag radera/editera någon inställning i en tabell eller liknande så jag helt rensar bort Views och sedan provar att lägga till den på nytt igen? Annars om jag på något sätt kan se vad som går fel?
Ämne: Avskrivna frågor
En Google-sökning gav mig
En Google-sökning gav mig svaret på hur du enkelt kan stänga av moduler manuellt. Kanske kan det hjälpa? Det kommer dock inte trigga hook_uninstall, om Views använder sig av den, men förhoppningsvis ger det en början till att nysta upp detta.
Ändra i en lokal klon?
Jag hade liknande problem i ett av mina egna experiment, fast då var det minnesproblem och inte serverproblem. Det löste jag genom att ta backup på hela filsystemet plus databasen, och installera det lokalt på min hårddisk istället. Eftersom min egna Apache-installation inte hade samma minnesbegränsningar som mitt webbhotell gick det fint att göra de ändringar jag ville och sedan tanka upp hela webbplatsen igen.
Om du använder webbhotell skulle det alltså kunna vara en lösning. Men om felet ligger i modulen och inte i din hosting finns ju risken att du får samma 500-fel när du installerar lokalt.
//Johan Falk, Solna
Vanlig orsak
Den vanligaste orsaken till 500 Internal Server Error är att Drupal, eller en Drupal modul, i t.ex. webbroten, fil- eller tmp-katalogen har lagt en .htaccess fil med Apache direktiv som inte är tillåtna enligt webbplatsens virtual host konfiguration. Lösningen är som regel att ta bort de icke tillåtna raderna och om så krävs flytta dem till virtual host konfiguration.
Thomas Barregren – Webbredaktören
En Google-sökning gav mig
Tack alla för svar och enklast var att gå på tobiassjosten's linje att jag ändrade statusen till 0 (noll) i system-tabellen för Views-modulen så kunde sidan som listar modulerna visas igen.
Det märkliga är att så fort jag återigen sätter statusen till 1 så slutar sidan fungera, och när jag ändrar tillbaka till 0 så fungerar den?!
Hur kan detta påverka? Är det så att sidan som listar modulerna gör en massa extra saker för varje modul som är aktiverad, och att det då tar extra minne som jag trokligen inte har på mitt webbhotell? (One.com)
Mitt förslag var dock bara
Mitt förslag var dock bara tänkt som en temporär fix för att kunna kolla loggar och sådant för eventuella ledtrådar på vad som gått fel. Det är något problem med din Views-modul, utan tvekan.
När du säger att "sidan slutar fungera", menar du hela webbplatsen eller bara sidan som listar moduler?
Mitt förslag var dock bara
Nej, enbart sidan som listar moduler slutar fungera. Jag tror också det är Views-modulen som spökar då andra moduler har gått bra att lägga till. Har även manuellt rensat bort ALLT som har med Views att göra, kastat tabellerna och filerna på disk osv. men funkar ändå inte...så säkerligen någon inställning i PHP eller annat som krävs vilket kanske inte går att få till på One.com...
Fortfarande 500-fel?
Du skriver att du fick ett 500-felmeddelande när du försökte aktivera Views. Blir det samma effekt när du försöker nå admin/build/modules, eller får du blank skärm?
Om det är ett 500-fel är det som Barregren säger säkert något med en .htaccess-fil. (Jag använder också one.com, och varje gång jag fått 500-fel har det varit .htaccess-filer som krånglat.) Men det verkar helt klart skumt att det skulle slå till på bara sidan för moduler.
När jag installerat Views RC1 på min Drupal 6-sajt (på one.com) fungerar det som det ska, förutom att jag har problem med minne. Är det samma sak du upplever?
//Johan Falk, Solna
Fortfarande 500-fel?
Nja, sidan /admin/build/modules/list (men det är väl samma sak) går inte att nå efter det att Views är aktiverat, och Views blir alltså aktiverat när jag klickar i den (får status 1 i systemtabellen om jag kollar) trots att sidan får 500-fel. Så det känns som att aktiveringen av modulen går bra, men sedan får jag 500-fel och då är det sidan /admin/build/modules/confirm i adressfältet. Kanske iof kan bero på att den efter confirm ska gå till /admin/build/modules/list, och det är den som ej fungerar.....
Skumt indeed
Mest för att jag är nyfiken: Fungerar Views som den ska, trots att det krånglar i modullistan?
Min gissning ligger i vilket fall på att någon .htaccess-fil har kommandon som one.com inte gillar. När jag började köra Drupal 6 blev jag överraskad över att files-katalogerna flyttats in i sites/default (eller vad man nu använder). Kolla även där så att .htaccess inte har exempelvis options-rader.
God lycka, och skriv gärna igen om du får fler ledtrådar.
//Johan Falk, Solna