Druckbare Version
Hi,
ich bring das einfach mal zur Diskussion, vielleicht hat noch jemand das Problem.
Bei uns am Server bringt das Syncen der Dateiverwaltung bei vielen und großen Dateien einen Timout, nach ca. 7 Minuten.
PHP und FCgi haben einen Timout von 360 Sekunden.
Hat jemand ne Idee, wie man das zu Ende bringen könnte? Oder welche Einstellung hier noch greifen könnte?
IIS7 an Windows 2k8, PHP5.5 über fastCGI
VG
Den timeout höher stellen? 360 Sekunden sind 6 Minuten ;) Oder auf der Consoleausführen.PHP-Code:php system/bin/filesync
Hoi,
ok, danke, des kann ich mal probieren auf der Konsole.
Dass das 6 Minuten sind kann ich noch rechnen, ich hab mich nur gewundert, dass der Browser erst nach ca. 7 Minuten abgebrochen hat.
Deswegen hab ich´s mal dazu geschrieben.
Schöner wär´s allerdings, das würde im Backend funktionieren, es kommt noch dazu, dass ich nach dem Abbruch den Server-Dienst neu
starten muss; dieser eine virtuelle Server läßt sich nicht mehr retten. Er reißt zwar die anderen nicht mit, aber ist trotzdem plöt.
VG
Du musst einfach die max_execution_time erhöhen. Welchen Timeout bei FastCGI meinst du überhaupt genau?
Yo,
max_execution_time steht auf 360. Kann des sein, dass des zu wenig ist? Muss ich später mal testen, ist ja leider so, dass
die Funktion immer den Virtuellen Server abschießt. Deswegen ist Testen immer aweng tricky.
fastCGI Parameter heißt: RequestTimeout.
es gibt noch IdleTimeout und ActivityTimeout; die stehen auf je 3000.
VG
:eek: » https://community.contao.org/de/show...l=1#post398849Zitat:
Zitat von Lengen1971
Du hast ja schon selber festgestellt, dass das zu wenig ist:Zitat:
Zitat von Spooky
Zitat:
Zitat von Lengen1971
Hab ich nicht. Ich hab festgestellt, dass die Funktion einen Timeout produziert. Das könnte auch an was anderem liegen,Zitat:
Du hast ja schon selber festgestellt, dass das zu wenig ist:
deswegen dieser Thread. Könnte ja sein, das jemand was dazu weiß, du anscheinend nicht.
VG
Naja, könnte, ... Aber die Chance ist doch recht groß, das es an der max_execution_time scheitert. Die kann auch erst nach z.B. sieben Minuten zuschlagen. Denn laut http://php.net/manual/de/function.set-time-limit.php ist es ja so:
Zitat:
Hinweis:
Die set_time_limit()-Funktion und die max_execution_time Konfigurationsdirektive beschränken nur die Ausführungszeit des Skripts selbst. Zeit die für Aktivitäten außerhalb des Skripts aufgebracht wird wie z.B. die Ausführung von Systemaufrufen mit system(), Streamoperationen, Datenbankabfragen usw. werden nicht in die Berechnung der Ausführungszeit mit einbezogen.
6 Minuten lang Dateien synchronisieren? Wie viele Files hast du denn?
Also ich habe hier in einer Installation knapp 2000 Dateien unterhalb von files, inklusive der Unterverzeichnisse. Da dauert die Synchronisation auch schon ne ganze Weile, circa 100 Sekunden.
Moin,
@Toflar: grad nachgeschaut, 1299 Dateien. Und die 6 Minuten reichen ja nicht; deswegen dieser Thread zur Suche nach der Ursache.
Über Konsole dauert das (grad probiert) 13 Minuten. In dieser Zeit ist die Webseite nicht erreichbar, keine Chance.
VG
Michel
Das ist in der Tat sehr ärgerlich...
Ich hab zwar die max_execution time auch entsprechend angehoben damit ich einmal sauber durchkomme aber bei mir sind's über 5000 Dateien und ich habe schon einige Ordner von der Syncronisation ausgenommen.
Noch dramatischer ist's wenn da jemand auf die Idee kommt mit "Alle umschalten" den ganzen Dateibaum mit einmal aufzuklappen..
Dann reichen selbst 1800 sec nicht aus, weil fleißig Thumbnails generiert werden.
Naja, Thumbnails sind aber eine andere Baustelle. Erstens werden die nicht jedesmal neu erstellt, zweitens kann man sie notfalls in den Einstellungen des Benutzers deaktivieren. Bei der Synchronisierung fällt aber zumindest ein beträchtlicher Teil des Aufwands unvermeidlich jedes Mal wieder aufs Neue an. Meine gemessenen 100 Sekunden bei knapp 2000 Dateien sind bei einer Synchronisierung angefallen, bei der seit der letzten Synchronisierung nichts gelöscht, verschoben oder hinzugefügt war im Filesystem. Das ist sicher der Minimalaufwand, der in jedem Fall immer anfällt.
weiß ich ja, dass Thumbnails eine andere Geschichte sind.. ich komm nur darauf, weil der Link "Alle umschalten" gleich neben dem syncronisieren Link steht und mir das passiert ist.
Gut - das man die deaktivieren kann hatte ich ganz übersehen.
Beim Syncronisieren leide ich jedenfalls mit ;)
Das Problem mit den Thumbnails liegt ja in der Natur der Sache, da können wir wenig machen. Die DB-Synchronisation ist logischerweise halt auch problematisch bei so vielen Dateien. Man kann einzig versuchen, die Synchronisations-Routine zu optimieren und da bin ich überzeugt, könnte man einiges schneller machen. Aber Business as usual: Jemand muss es machen weil er's braucht oder jemand muss jemanden bezahlen der's macht weil er's braucht oder jemand hat Freude an der Sache und macht es einfach so und bis dahin passiert halt eben nix ;)
Gibts hier was neues? Ich habe bei einer Seite 50.000 Dateien... warum kann das nicht Stück für Stück abgearbeitet werden, so á 1000 Dateien oder so?
Weil die Synchronisierung auch verschobene Dateien erkennt bzw. erkennen möchte, daher muss alles abgegrast werden.
Gibs ne Möglichkeit dies bei meiner Managed Editition zu erhöhen oder muss ich hier den Hoster bzw Server Admin darum bitten?Zitat:
Zitat von Spooky
An der Zeit kannst du per gui nichts drehen.
Vielleicht darfst du aber an der php.ini fummeln...
Über CLI sind einige Anbieter manchmal auch etwas großzügiger.
Heutzutage müsste man sich glaube ich ins vendor/bin Verzeichnis begeben undaufrufenCode:php contao-console contao:filesync
Was übrigens in der 4.13 komplett überarbeitet wurde und ein Vielfaches schneller sein dürfte als vorher ;)
Ausserdem kann man die Synchronisation neu auch auf Pfade einschränken, wenn man nur bestimmte neu synchronisieren möchte.