WSOD in Produktivumgebung - brauche Dringend Hilfe
am 16.03.2010 - 03:35 Uhr in
Hi alle,
so langsam brech ich echt in nen Eimer:P
Hab mich heute dazu durchgerungen das Updated auf 6.16 zu machen... was passiert: WSOD nach Updated.
Nach Updated konnte ich noch genau 1x auf die Adminpage von der Updatedseite aus.. und mit dem nächsten klick (Website wieder aktiv schalten)
ruuuumms WSOD ...
Der Versuch die Caches in der DB zu löschen.. war vergebens auch optimierung der DB hat nichts gebracht:(
Spiele nun komplett FTP und DB Sicherung ein und hoffe er ist dann wieder weg.
Der letzte WSOD war vor paar Tagen als ich ein neues Modul einfügen wollte.. selbes spiel nach Modul aktivierung = WSOD.
Dieses Problem taucht nicht das 1.x auf.. und ich Frage mich langsam echt woher das kommt.
Die Servereinstellung sind mehr als Optimal.. Hoster ist mit mir persöhnlich alles durchgegangen und alle aber auch alle erdenklichen
Möglichkeiten wo es serverseitig happern könnte, hochgesetzt bzw angepasst (infos aus den Unzähligen WSOD Tipps)
Was ich mich Frage ist: Wie kann es sein das ein CMS (und das ist das 1. mit dem ich Arbeite wo so etwas Überhaupt passiert!)
so derartig Böse Fehler Produziert.. es werden Sicherheitsupdates angeboten und Module usw .. wie Sand am Meer.
Nur sry, wie wäre es mal lieber damit.. dem Ursprung dieses derben fehlers auf den Grund zu gehen???
Wenn ich mir vorstelle das der WSOD in meiner Produktivumgebung im Einsatz bei Kunden vorkommt... bekomme ich das große Schlucken..
und ka, aber bei dem ungeklärtem Problem, muss man wenn derb viel Inhalte eingepflegt werden (Forum, Termine, Logs usw usw), die Produktivumgebung, damit rechnen das diese schlicht abraucht.
Ich hab imo ca 12 Module eingepflegt + Zen + CTIflex Theme.
Die Seite lief sogesehen super Fix und mit einem Sicherheitsupdated ist dann nen sporadisches unerklärbares Ende gesetzt? im selben zuvor gut laufendem system?
Wäre, glaube ich, nicht der einzigste der mehr als Glücklich wäre wenn dieses Drupaltypische Problem mal behoben wird oder nee Lösung dafür seitens der Entwickler
Einzug hält.. und zwar am besten vor dem nächsten Sicherheitsupdate.. denn was Sicherheit angeht.. kann und darf so ein Fehler nicht entstehen und bestehen bleiben!
Denke soetwas sollte bei den Entwicklern höchste Priorität haben oder?
mfg
Michael
- Anmelden oder Registrieren um Kommentare zu schreiben

WSOD nach Update ...
am 16.03.2010 - 06:08 Uhr
Naja .. leider warst du nicht sehr spezifisch mit deinen Angaben um gezielt zu helfen ..
Aber schau mal hier http://www.drupalcenter.de/node/25750
Da sind einige Hilfen genannt - und vielleicht hast du ja das gleiche Problem wie viele von uns vorher ..
Gruss
RaRi
PHP-Memory?
am 16.03.2010 - 10:31 Uhr
Wie groß ist Dein PHP-Memory. Das riecht für mich nach zu wenig. Das sieht so aus als schrammst Du schon seit längerem an der Grenze entlang. Normalerweise empfehle ich 64MB, aber je nach eingesetzten Modulen können auch 96MB noch zu wenig sein.
Beste Grüße
Werner
atm steht limit bei 64mb...
am 16.03.2010 - 14:23 Uhr
atm steht limit bei 64mb... hatten es aber auch schon mit 120mb versucht.. direkt wenn nen wsod auftauchte durch Modulupdates oder neue.
Habe dann Sicherung eingespielt und hoster hatte direkt per Telefon mit mir die config angepasst.
Sämtliche Engpässe und oder mögliche Probleme wurde derb an der Schraube gedreht.
Technish gesehen hab ich atm nen Server für den man normalo nee menge Kohle berappen müsste, wenn man einen mit dem Service und
Einstellungen mieten wolle^^
WSOD blieb trotz der Anpassungen.. daher kann ich eigentlich davon ausgehen das es der core selbst ist der nen Fehler erzeugt.
Denn wenn mit 6.15 alles perfekto läuft... wieso dann WSOD nach Updated auf 6.16? Es wurde an den zusätzlichen Modulen nx geändert.. nur an den coremodulen, des CMS selbst. Wenn diese dann nach Updated nen WSOD auslösen. Muss doch der Fehler in den scripten des neuen cores liegen??
So jedenfalls debugt mein Hirn das:D
Ich habe auch versucht.. das ganze auf einem 2. Webspace (anderer Hoster) zu testen.. WSOD..
In localumgebung (pc mit wamp und xampp Configs.. selbiges Thema = WSOD.
Sämtliche logs der Server zeigen nix erkennbares, wer oder was den Fehler auslöst.
Debugs haben bisher auch nicht weitergeholfen.
Bin was das auftauchen des WSOD angeht.. mit den Nerven echt bissel am Ende.
Und mehr als nen Hoster der sich Persöhnlich mit dem Problem auseinandersetzt um auch zukünftige Drupalusende Kunden,
glücklich machen zu können.. geht wohl nicht.
Dann bleibt fast nur noch ein
am 16.03.2010 - 14:41 Uhr
Dann bleibt fast nur noch ein Modul, das mit 6.16 nicht so klar kommt. Ich würde das dann mal mit ner lokalen Installation versuchen und die Module eins nach dem anderen deaktivieren. Ich habe einige Seiten auf 6.16 umgestellt und keine Probleme damit gehabt aber das muß nichts heißen.
Beste Grüße
Werner
Tjo, hab sogar alle
am 16.03.2010 - 15:34 Uhr
Tjo, hab sogar alle zusätzlichen module mal deaktiviert.. in localumgebung geteset und was passiert.. nen wsod.
Dann hab ich das ganze nochmal gemacht und diesmal sogar die Module gelöscht im pfad.. = kein WSOD
..so, dann nach dem updated alle Module in den Pfad per ftp wieder eingespielt.. "noch nicht aktiviert" = WSOD
also, Module alle wieder raus.. und einzeln eingestzt.. nach dem 10. Module = WSOD
ok.. also, next round auf 8 Module reduziert:P
Es läuft und läuft und läuft.. dann den ftp auf 12 Module wieder geupt "wohl gemerkt kein Module in den Einstellungen aktiviert:P"
WSOD WSOD.. also wieder runter auf 8 Module.. alles fein.. dann die Überlegung ok.. es liegt evnt an Moduleverträglichkeiten..
Wobei "gehirn ackert wie doof" wie soll das entstehen wenn kein aktiviert ist sondern nur per ftp eingebunden??
Also.. was anderes ausprobiert.. einfach mal 20 x verschiedene Module gesaugt, welche ich bisher 0,0 benutzt hab.
Man glaubt es kaum.. es ist eigentlich Schrotteneglo, welche Module ich per FTP raufschieb.. scheinbar entsteht ein fehler, entweder bei ner bestimmten
Menge an kb im Moduleordner spinnt er oder der core zieht irgendwelche anderen Infos aus dem Modulepfad.. ka es ist nicht nachvollziehbar.
Das updated selbst läuft perfekto.. (hab ja auch kein 1%1 host:P^^) nen fehler enstehet erst mit einspielen der Module in den ftp pfad.
Und sry, das liegt dann ohne aktivierung nicht mehr an den Modulen sondern irgendwo anders..
KA ob der core.. da irgendwo Verwaltungstechnisch nen prob macht..
Perfekt^^ max_execution_time
am 17.03.2010 - 13:18 Uhr
Perfekt^^
max_execution_time = 600
max_input_time = 120
memory_limit = 128M
..hat geholfen.
Ein Modul konnte ich entlarven das mit 6.16 Probleme macht "Modul: Trace"
Dies löste nach Updated und einspielen der Modulordner nen WSOD aus *man bedenke, es waren alle externen Module deaktiviert vor Updated*.. aber dank den Servereinstellungen und Hilfe meines Hosters, war es diesmal Möglich,
dem WSOD nen Schnipchen zu schlagen^^
Denn anders als zuvor, wo ich nicht über 8 Module ca gekommen bin per FTP und auch löschen der Module nach WSOD nix änderte, ist diesmal der WSOD nach löschen des Moduls, weg.
Ich muss an dieser Stelle mal mein Hoster lobend erwähnen.
www.linux-power.de
Nicht nur Günstig, nein ein sehr cooler Support, der auch per Ticket und oder Telefonkontakt auf die Kundenprobleme eingeht.
Wenn ich mir Überlege was alles bisher an meinem Webspace angepasst wurde und mir dann vorstelle das bei nem anderem Hoster zu erfragen...
...glaub ich nicht das so einfach bekommt.
Jedenfalls hab ich in den letzten 12 Jahren nur 1x so einen Support erlebt.
Also.. wer nen passenden Host sucht für seine Drupalseiten.. der ist dort Sicherlich gut aufgehoben.
Einfach Anrufen dort und Fragen nach nem Drupalfähigen Webspace... mit Gruß von Herrn Reimers^^
mfg
Michael
*und nein ich bekomm keinen Bonus für Werbung.. man muss soetwas einfach mal weiterempfehlen:)