AJAX HTTP error occurred. HTTP Result Code: 200 während Installation
am 07.01.2011 - 14:20 Uhr in
Hi,
wollte auch ein wenig rumschauen und habe mal versucht VErsion 7 zu installieren.
Nur bleibt er beim Import der Oberflächenübersetzung hängen und macht dann nach dem timeout folgenden fehler.
An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: h++p://srv/drupal7/install.php?profile=standard&locale=de&id=2&op=do StatusText: OK ResponseText: Fatal error: Maximum execution time of 60 seconds exceeded in Z:\Projekte\test\htdocs\drupal7\includes\database\database.inc on line 2039
Hat jemand ne Idee? wenn ich die Seite neulade, macht er mit dem nächsten Punkt zwar weiter, aber mich würde es schon interessieren, warum ich diesen fehler bekomme.
Danke,
Achso
OS Ist Windows 7 Enterprise
Server (apache) PHP und MySQL, alles die neusten Versionen. (local installation)
- Anmelden oder Registrieren um Kommentare zu schreiben
ich habe gestern noch
am 08.01.2011 - 13:56 Uhr
ich habe gestern noch versucht eine english version zu installieren, das hat soweit geklappt, wenn ich dann aber hingegen die deutsche übersetzung importieren will, kommt wieder der gleiche fehler.
hat evtl. jemand ne idee?
Es dauert Deinem PHP schlicht
am 08.01.2011 - 14:25 Uhr
Es dauert Deinem PHP schlicht und ergreifend zu lange -> "Maximum execution time of 60 seconds" Das hat aber nix mit Drupal, sondern eher mit Deinen Server, bzw. PHP Einstellungen zu tun. Du könntest die Zeitdauer für PHP erhöhen.
Und wie Du schon herausgefunden hast, kannst du bei der Fehlermeldung auch einfach "eine History Seite zurück gehen" und erneut importieren. Irgendwann ist das auch mit den 60 Sekunden abgeschlossen.
danke, ich habe bereits die
am 08.01.2011 - 21:25 Uhr
danke, ich habe bereits die max_execution_time im php auf 600 geändert.
falls ein Script sich selbst dieses Laufzeit-Limit mit Hilfe der Funktion set_time_limit() neu setzt, habe ich auch noch den safe_mode aktiviert.
trotzdem bricht er nach den 60 sek. ab.
hast du ne idee, wie ich das dahin bekomme, das er den setup so durchläuft, ohne den timeout zu bekommen?
danke
habe mir gerade deinen ersten
am 08.01.2011 - 21:55 Uhr
habe mir gerade deinen ersten Screencast angesehen, war ganz gut, habe bis zu dem Punkt minimal installation alles so wie du gemacht, exakt so....
Hab auf nem Windows Xampp Lite installiert, Drupal 7 Installiert, Datenbank und Pafangaben, waren sogar gleich und ich habe diese blöde fehlermeldung bekommen?
Warum du nicht? Man Man, es geht ja nun, aber ich würde es doch gerne wissen, warum?
Installationsabbruch mit Fehler
am 09.01.2011 - 19:16 Uhr
bei mir bricht die Installation beim installieren der deutschen Sprache ab mit der Meldung
habe als Erstes die englische Version installiert
An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: /drupal/batch?render=overlay&id=2&op=do StatusText: OK ResponseText: Fatal error: Maximum execution time of 60 seconds exceeded in C:\xampp\htdocs\drupal\includes\database\database.inc on line 2039
obwohl ich wie hier im Forum beschrieben den
max_input_time = 300 auf den Wert gestellt habe.
Ist da ein Fehler in der Übersetzung drin?
Wenn ich gleich die deutsche Version installiere passiert das gleiche mit der Fehlermeldung
Ich hoffe Ihr habt noch Ideen was ich tun kann
Die Installation ist lokal mit xampp1.73 und win7
Nicht max_input_time sondern
am 09.01.2011 - 19:31 Uhr
Nicht max_input_time sondern max_execution_time ist zu ändern. Max_input_time ist nur für die Verabeitung von übertragenen Daten und nicht für die Gesamtzeit des Scriptes verantwortlich. Das macht max_execution_time.
Beste Grüße
Werner
max_execution_time steht bei
am 09.01.2011 - 19:46 Uhr
max_execution_time steht bei mir bei 6000 und trotzdem ein Abbruch
Diese Zeit sollte doch wohl reichen zum abarbeiten
bei mir ist es auch immernoch
am 09.01.2011 - 20:17 Uhr
bei mir ist es auch immernoch so.... habe den wert auch sehr hoch gesetzt, aber trotzdem der fehler.
sag bitte, trotz, dass du die max_exe.... auf 3000 gesetzt hast, bricht er nach 60 sek. ab?
Ich denke er bekommt das noch mit irgendeinem skript gesagt, das er nach 30 sek. abbrechen soll.
Das müsste ich erst einmal
am 09.01.2011 - 20:32 Uhr
Das müsste ich erst einmal nachmessen, ich nehme an da ist ein Knoten in der Übersetzung drin.
Denn wenn ich erst die engl.Version installiere und dann die deutsche Übersetzung einspiele passiert das gleich als wenn ich gleich die deutsche Version einsetze.
Also entweder ein Knoten in der Übersetzung drin oder in dem Modul zur Einspielung der Sprachen.
ja die 60 sek werden eingehalten und der Fortschrittsbalken bewegt sich keinen cm weiter
bei der Übersetzung einrichten
Kann ich bestätigen Muss ein
am 09.01.2011 - 21:10 Uhr
Kann ich bestätigen
Muss ein Bug sein
max_execution_time
am 09.01.2011 - 22:16 Uhr
Hallo.
ja die 60 sek werden eingehalten
Dann verwendet Dein PHP immer noch die Einstellung "max_execution_time = 60".
Erstelle Dir mal eine Datei namens info.php (die kannst Du natürlich auch anders nennen) mit folgendem Inhalt:
<?php
phpinfo();
?>
Diese Datei legst Du in den webroot Deines Servers und rufst sie mal auf. Dann siehst Du, welche Einstellungen wirklich verwendet werden und welche php.ini als Basis für die Konfiguration verwendet wird.
Eventuell hast Du die Einstellungen in einer php.ini gemacht, die nicht von Deinem Server verwendet wird.
Stefan
danke, aber das mit der
am 09.01.2011 - 23:01 Uhr
danke, aber das mit der phpinfo habe ich bereits gemacht...
max_execution_time 600 600
safe_mode On On
steht bei mir drin, wenn du willst, lade ich dir die ganze hier rein.
ich checke es nicht....
Hab das mal getestet! Auf
am 16.01.2011 - 12:40 Uhr
Hab das mal getestet!
Auf meinen Online-Servern funktioniert es ohne Problem und dort sind 60 Sek. in der PHP.ini eingestellt.
Auf einem lokalen xampp Server kommt die Fehlermeldung, auch wenn man in der php.ini von 60 z.B. auf "240" stellt, passiert nix.
In der php.ini stehen 240 das System sagt 60 sek. in der Fehlermeldung, hab jetzt schon ne weile gesucht aber keinen Lösung dazu gefunden.
Es scheint also ein lokales Problem zu sein, könnt ihr das Bestätigen!?
Ferner wird das Backend übersetzt und das Frontend bleibt in English!
Hat einer von euch schon einen Lösungsansatz oder greift php hier auf eine gecache Datei zurück und übergeht die neue php.ini Anweisung (ich habe natürlich den Server nach der Änderung der php.ini neugestartet ;-) )
Gruß Markus
Moin Markus, leider habe ich
am 16.01.2011 - 13:14 Uhr
Moin Markus,
leider habe ich es auch auf einem online server bei strato getetet und es läuft auch dort nicht richtig. es kommen sogar noch weitere fehlermeldungen.
hingegen lief die drupal 6 immer problemlos auf diesem server.
lösungansatz habe ich auch keinen, und gefunden auch keine weiteren infos.
habe mal eine aktuellere übersetzung getestet, aber gleicher effekt.
bedankt.
Englische Installation lokal
am 25.01.2011 - 12:13 Uhr
Englische Installation lokal mit xampp und später die deutsche Übersetzung dazu funktioniert jetzt sehr gut, auch nachzuschauen auf der Seite von http://www.thoor.de/
da stehen gut videos und es funktioniert, heute gerade probiert
Habe es gerade auch mal mit
am 11.02.2011 - 01:51 Uhr
Habe es gerade auch mal mit Drupal 7 probiert und den gleichen Fehler.
ich habe auch immernoch keine
am 11.02.2011 - 11:22 Uhr
ich habe auch immernoch keine Lösung...
also bis auf bei Vers. 6 bleiben.
Ichwarte mal eine neue Version von D7 ab, dann versuche ich es nochmal.
Gruß,
Marco
Habt Ihr eine Lösung?
am 19.02.2011 - 16:51 Uhr
Erst:
Dann Fehlermeldung:
Ich habe das selbe Problem. Habe auf max_execution_time = 600 und max_input_time = 600 gesetzt. phpinfo() bestätigt das.
Weiß jemand wo man den Wert für database.inc in Zeile 2039 verändern kann? Da scheint irgendwo noch 240 drin zustehen. Aber in database.inc Zeile 2039 selbst steht " $return = parent::execute($args); "
Wie komm ich dahin? Vielleicht liegt da die Lösung!
Darüber hinaus wollte ich eigentlich nur das Sprachpaket für Views updaten. Kann man in dieser Ansicht von dem Modul "Locale updater" nicht auch die Installation von drupal-7.0.de.po überspringen?
Wenn ich tatsächlich auf die
am 22.02.2011 - 00:29 Uhr
Wenn ich tatsächlich auf die Fehlerseite gehe, läft auf einmal die Installation normal weiter.
Beim nachherigem einspielen der *.po Datei, hat Drupal wirklich ca. 4-5 Minuten gebraucht.
Ging aber trotzdem.
Hi, ich hatte das gleiche
am 23.02.2011 - 15:04 Uhr
Hi,
ich hatte das gleiche Problem.
Lösung:
1. Installation fortsetzen
2. Oberfläche übersetzen ( Konfiguration -> Oberfläche übersetzen -> Importieren -> "Sprachdatei auswählen" und mit "Importieren" starten )
Danach sind bis auf 5 Zeichenketten (die ungültiges HTML enthalten) alle übersetzt.
Grüße
Dieter
Das hab ich - dann habe ich es mal nicht.
am 14.06.2011 - 07:50 Uhr
Ich weiss bei mir nicht, wo die "240" als max_execution_time herkommt - die php.ini hat einen anderen wert.
gestern ging es in einer anderen xampp intallation, aehnlich leistungsfaehiger rechner, noch ohne problem und schnell.
nun hin er.. bei 2.700 worten abgebrochen, nochmal gestartet.. dann war ich schon bei 3.500 ca.
und kamm dann auf 4.100 ca. ... zwischendrin hat ich den Arbeitsspeicher erhoeht, den php
verwenden darf - und nach ein paar mal wiederholen war es dann komplett.
Warum - weiss ich nicht wirklich. Die Wiederholungen haben es dann ausgemacht.
Mal sehen, wie es bei der naechsten Installtion mit Sprachpaket - Import laeuft :)
Sollte mir das haeufiger passieren - mit dem Sprachpaket (das mit den 5 Html - Meldungen, die nicht importiert wurden)
werde ich mir wohl die Zeit nehmen, es tiefer anzusehen.
Ansonsten, Geduld?
Edit 14.06.11:
Nach dem ersten Abbruch wie beim Threaderoeffner habe ich beim einlesen der sprachdatei de.po die einstellung:
Existing strings and the plural format are kept, only new strings are added.
weiter aktiviert.
Hallo zusammen,da ich Drupal
am 15.08.2011 - 10:13 Uhr
Hallo zusammen,
da ich Drupal auf meinem kleinen SheevaPlug mal testen wollte,
habe ich die langen Zeiten auf die fehlende Rechenleistung geschoben.
Daher habe ich in meiner php.ini die maximum execution time einfach auf -1 gesetzt.
Jetzt läuft die Installation inkl. Übersetzung ohne Probleme durch.
Eventuell sollte man die Zeit nach der Installation wieder begrenzen.
Grüße
IncMrG
Fritschie
am 05.07.2012 - 17:02 Uhr
max_execution_time steht bei mir bei 6000 und trotzdem ein Abbruch
Diese Zeit sollte doch wohl reichen zum abarbeiten
Während ich diesen Thread lese, war der Deutsch-Import plötzlich fertig. Ich hatte auch 6000 eingestellt, nachdem zuvor 600 nicht reichten. Nun gings aber schneller als 10 Minuten. Schon seltsam.
Die max_execution_time ist durch den Provider limitiert
am 05.07.2012 - 19:41 Uhr
man kann zwar immer eine kleinere angeben, niemals wird jedoch eine größere akzeptiert.
Da kann dann drinstehen was will. Ist das vom Provider festgelegte Max erreicht, ist es vorbei.
Beim Updateprozess ist das nicht dramatisch, wenn ein Teilprozess immer durchlaufen kann.
Man muss es eben mehrfach anstoßen, bis alle Prozesse durch sind.
max_execution_time
am 05.12.2012 - 22:26 Uhr
Ich "lerne'derzeit Drupal zu konfigurieren installieren templates ....
Umgebung Windows 7 installierter XAMMP:
Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1
Hatte den gleichen Fehler.
Ich habe sowohl mit dem Installieren eines einzelnen Sprachpackets, drupal-7.17.de ( drupal-7.10.de ging sofort fehlerfrei ), als auch über das Modul Oberfläche übersetzen (l10n_update-7.x-1.0-beta3.de )
diesen Fehler gehabt.
Habe wie angesprochen folgendes geändert:
max_execution_time = -1
max_input_time = -1
Und der Fehler war behoben.
Gruß Taran