Das Installtool wurde gesperrt!

Druckbare Version

25.01.2017, 21:46
kluckit

Das Installtool wurde gesperrt!

Hallo Allerseits,

ich habe eine frische Installation (Mittwald) und alles war lauffähig bis der Kunde das Installtool Passwort zu oft falsch eingegeben hat.

---
Es ist ein Fehler aufgetreten
Das Installtool wurde gesperrt!
Aus Sicherheitsgründen wurde das Installtool gesperrt, nachdem dreimal hintereinander ein falsches Passwort eingegeben wurde. Um es zu entsperren, führen Sie den Befehl app/console doctrine:cache:clear contao.cache auf der Konsole aus.
---

Mit diesem Hinweis komme ich leider nicht weiter. Habe es per Putty in mehreren Ordnern versucht. Eine Datei "console" finde ich nur im Ordner "bin" und nicht unter "app".
Habe offenbar ein Brett vorm Kopf.

Auch der gewohnte Weg "$GLOBALS['TL_CONFIG']['installCount'] = 0;" in der localconfig bleibt ohne Erfolg.

Ins Backend komme ich dagegen ohne Probleme.

Kann jemand helfen?

Gruß
Harald
25.01.2017, 22:07
BugBuster

Hast du schon ganz richtig gefunden, in der 4.3 liegt das nun unter bin/ nicht mehr unter /app, dass liegt an der neuen Symphony 3 Struktur.
Gehe also per ssh (putty) in dein Contao Installationsverzeichnis und gebe ein

Code:

bin/console doctrine:cache:clear contao.cache
25.01.2017, 22:12
Spooky

Vorsicht, das löscht wahrscheinlich by default nur den Development Cache. Für den Production Cache muss man -e=prod anhängen.
26.01.2017, 10:39
kluckit

Whoops, looks like something went wrong.

Danke für die schnellen Antworten.

Wenn ich das eingebe, kommt folgendes (auch bei -e=prod)

p34:/home/www/p34/html/contao > bin/console doctrine:cache:clear contao.cache
Status: 500
Content-Type: text/html; charset=UTF-8

<!DOCTYPE html>
<html>
<head>
<meta charset="UTF-8" />
<meta name="robots" content="noindex,nofollow" />
<style>
/* Copyright (c) 2010, Yahoo! Inc. All rights reserved. Code licensed under the BSD License: http://developer.yahoo.com/yui/license.html */

CSS lasse ich mal weg

</style>
</head>
<body ondblclick="var t = event.target; if (t.title && !t.href) { var f = t.innerHTML; t.innerHTML = t.title; t.title = f; }">
<div id="sf-resetcontent" class="sf-reset">
<h1>Whoops, looks like something went wrong.</h1>
<h2 class="block_exception clear_fix">
<span class="exception_counter">1/1</span>
<span class="exception_title"><abbr title="Symfony\Component\Debug\Exception\ContextEr rorException">ContextErrorException</abbr> in <a title="/html/contao/vendor/symfony/symfony/src/Symfony/Component/Console/Input/ArgvInput.php line 284">ArgvInput.php line 284</a>:</span>
<span class="exception_message">Warning: Invalid argument supplied for foreach()</span>
</h2>
<div class="block">
<ol class="traces list_exception">
<li> in <a title="/html/contao/vendor/symfony/symfony/src/Symfony/Component/Console/Input/ArgvInput.php line 284">ArgvInput.php line 284</a></li>
<li>at <abbr title="Symfony\Component\Console\Input\ArgvInput"> ArgvInput</abbr>->hasParameterOption(<em>array</em>('--ansi'), <em>true</em>) in <a title="/html/contao/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php line 766">Application.php line 766</a></li>
<li>at <abbr title="Symfony\Component\Console\Application">Appl ication</abbr>->configureIO(<em>object</em>(<abbr title="Symfony\Component\Console\Input\ArgvInput"> ArgvInput</abbr>), <em>object</em>(<abbr title="Symfony\Component\Console\Output\ConsoleOut put">ConsoleOutput</abbr>)) in <a title="/html/contao/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php line 119">Application.php line 119</a></li>
<li>at <abbr title="Symfony\Component\Console\Application">Appl ication</abbr>->run(<em>object</em>(<abbr title="Symfony\Component\Console\Input\ArgvInput"> ArgvInput</abbr>)) in <a title="/html/contao/bin/console line 32">console line 32</a></li>
</ol>
</div>

</div>
</body>
27.01.2017, 15:43
kluckit

Lösung

Hier kommt die Lösung:

Bei Mittwald beginnt die Datei 'console' mit

"#!/usr/bin/env php
...

Richtig ist aber für diesen Anbieter:

#!/usr/bin/env php_cli
...

Vom Support geändert und es funzt.

Danke für Eure Zeit und Ideen.
-e=prod musste übrigens sein. Ohne kam ich immer noch nicht ins Installtool.

Gruß
Harald
20.09.2017, 19:51
arillus.at

Und ohne Konsole?

Hallo zusammen

Ich muss das Thema nochmal aufgreifen.

Habe bei dieser Kundeninstallation leider keine Konsole zur Verfügung...
Andere Möglichkeiten, das Installtool wieder zu entsperren?

Besten Dank
Andreas
26.09.2017, 09:18
Webbaumeister

Zitat:

Zitat von BugBuster

Hast du schon ganz richtig gefunden, in der 4.3 liegt das nun unter bin/ nicht mehr unter /app, dass liegt an der neuen Symphony 3 Struktur.
Gehe also per ssh (putty) in dein Contao Installationsverzeichnis und gebe ein

Code:

bin/console doctrine:cache:clear contao.cache

Ich habe dasselbe Problem. Contao 4.4.5

Wenn ich in den Ordner /bin wechsle, finde ich dort keinen Befehl /console. Allerdings einen Symlink contao-console, der zeigt auf

PHP-Code:

../contao/manager-bundle/bin/contao-console

Wechsel ich in den Ordner

PHP-Code:

contao/manager-bundle/bin/

und versuche contao-console auszuführen, liefert die bash command not found

Ich stehe da gerade an, danke für eure Tips.
26.09.2017, 09:20
xchs

Versuch mal:

Code:

vendor/bin/contao-console doctrine:cache:clear contao.cache
26.09.2017, 09:27
Webbaumeister

Zitat:

Zitat von xchs

Versuch mal:

Code:

vendor/bin/contao-console doctrine:cache:clear contao.cache

> cd vendor/bin
> contao-console
bash: Command not found

contao-console ist ja ein PHP-File, müsste da noch irgendwo ein php davor? Oder müsste der Hoster noch was nachbessern, damit das ausgeführt werden kann?
26.09.2017, 09:28
tab

Kann man den Cache nicht notfalls einfach manuell löschen durch Löschen des Verzeichnisinhalts von var/cache?
26.09.2017, 09:29
Spooky

Du musst nicht in den Ordner wechseln.

contao-console ist ein bash script mit

Code:

#!/usr/bin/env php

am Anfang. By default wird also die in deiner Umgebung global definierte php executable genommen. Falls diese bei dir nicht verfügbar ist, musst du es tatsächlich so machen:

Code:

/path/to/php vendor/bin/contao-console …
26.09.2017, 09:32
xchs

Zitat:

Zitat von Webbaumeister

contao-console ist ja ein PHP-File, müsste da noch irgendwo ein php davor?

Versuch einfach, die komplette Befehlszeile, so wie sie da steht, auf der Kommandozeile auszuführen:

Code:

vendor/bin/contao-console doctrine:cache:clear contao.cache
26.09.2017, 09:35
Webbaumeister

Das klappt. Vielen Dank.

Und danke Spooky für die Erklärung.
02.10.2017, 17:46
Ricks

Ich muss das Thema nochmals öffnen. Bei mir tritt folgendes Problem auf:

***
(18:27:11) [/www/PFAD] vendor/bin/contao-console doctrine:cache:clear contao.cache
X-Powered-By: PHP/4.4.9
Content-type: text/html

<br />
<b>Parse error</b>: syntax error, unexpected T_STRING, expecting T_CONSTANT_ENCAPSED_STRING or '(' in <b>/PFAD/vendor/contao/manager-bundle/bin/contao-console</b> on line <b>12</b><br />
***

Irgendeine Idee? Danke!
02.10.2017, 17:49
tab

Sieht aus wie eine urururalte PHP-Version.
02.10.2017, 17:54
Ricks

Zitat:

Zitat von tab

Sieht aus wie eine urururalte PHP-Version.

Ja, sehe ich ähnlich. Aber die Domain läuft mit PHP 7 bei Domainfactory.
02.10.2017, 17:59
tab

Ja, aber welche PHP-CLI-Version läuft auf der Kommandozeile? Offenbar 4.4.9
02.10.2017, 18:00
xchs

Entscheidend ist hier die PHP-Version auf der Befehlszeile (CLI). Versuch es mal so:

PHP-Code:

php7.1.6-cli vendor/bin/contao-console doctrine:cache:clear contao.cache
02.10.2017, 18:05
Ricks

Zitat:

Zitat von xchs

Entscheidend ist hier die PHP-Version auf der Befehlszeile (CLI). Versuch es mal so:

PHP-Code:

php7.1.6-cli vendor/bin/contao-console doctrine:cache:clear contao.cache

Danke! Das war es. Hatte ich auch gerade ergoogelt ;)

Schönen Abend!
11.10.2017, 13:16
SpeGal

Hey, ich bin bei 1&1 und hab mein Passwort fürs Installtool vergessen und zu oft falsch eingegeben.

Dieser Befehl über die Komandozeile funkitoniert bei mir nicht

Code:

bin/console doctrine:cache:clear contao.cache

Da kommt immer nur

Code:

-bash: bin/console: No such file or directory

Wenn ich das hier eingebe:

Code:

contao4/vendor/bin/contao-console doctrine:cache:clear contao.cache

Dann kommt

Code:

-bash: contao4/vendor/bin/contao-console: Permission denied

Kann mir jemand weiterhelfen? Gibt es denn bei Contao 4 nicht mehr die Möglichkeit das irgendwie über FTP wieder freizuschalten?
11.10.2017, 13:21
BugBuster

Ich kenne auch nur diese Befehle: https://contao.ninja/contao-4-instal...ntsperren.html
Ruf das mal im Installationsverzeichnis auf also bei dir ohne contao4/ stattdessen in contao4 reinwechseln.
11.10.2017, 13:25
Spooky

Zitat:

Zitat von SpeGal

Wenn ich das hier eingebe:

Code:

contao4/vendor/bin/contao-console doctrine:cache:clear contao.cache

Dann kommt

Code:

-bash: contao4/vendor/bin/contao-console: Permission denied

Der Pfad lautet

Code:

vendor/bin/contao-console

wenn du dich im Root der Contao Installation befindest. Außerdem musst du bei 1&1 wahrscheinlich

Code:

/usr/bin/php5.5-cli vendor/bin/contao-console doctrine:cache:clear contao.cache

verwenden.
11.10.2017, 13:41
SpeGal

Danke für die schnelle Antwort! :)

Das hier hat das Tool erstmal wieder freigeschalten (befand mich schon in contao4/vendor/bin):

Code:

/usr/bin/php5.5-cli contao-console doctrine:cache:clear contao.cache

Allerdings ist das Passwort jetzt ja noch nicht zurück gesetzt. Ich weiß das Passwort ja immer noch nicht ...

Wie hätte ich eigentlich auf den Code oben kommen können? Das steht so nirgendwo, hab mega lange gegooglet ....
Gibt es wirklich keinen Weg über FTP?
11.10.2017, 13:44
Spooky

Zitat:

Zitat von SpeGal

Allerdings ist das Passwort jetzt ja noch nicht zurück gesetzt. Ich weiß das Passwort ja immer noch nicht ...

Um das Passwort zurück zu setzen, musst du

PHP-Code:

$GLOBALS['TL_CONFIG']['installPassword'] = '…';

aus der system/config/localconfig.php entfernen (wie auch schon in Contao 3).

Zitat:

Zitat von SpeGal

Gibt es wirklich keinen Weg über FTP?

Doch, einfach var/cache/prod löschen - danach idealerweise im Install Tool einloggen.
11.10.2017, 13:49
SpeGal

Oh man, okay! Vielen Dank! So hat es geklappt!

So ne einfache "Passwort zurücksetzen"-Funktion wollte man hier wohl nicht einführen ;)
04.01.2018, 18:17
DatGruen

Ja das wäre die Funktion gewesen die ich mir heute auch Wünsche...

langsam verliere ich den Glauben an CT4, für jemanden der sich ganz gut mit CSS auskennt, Module zusammenbaut so wie er sie braucht wird es unnötig schwer gemacht.

Gut das als Einleitung, ich habe dummerweise das PW des Installtools 3x falsch eingegeben und jetzt gehen die Probleme los.

SSH Verbindung aufgebaut, dank All-inkl alles relativ einfach einzurichten. Das Installtool sagt ich soll den "führen Sie den Befehl vendor/bin/contao-console contao:install:unlock auf der Konsole aus." habe ich auch gemacht, hier bekomme ich dann einen Fehlermeldung und zwar diese

Code:

PHP Parse error: syntax error, unexpected '?' in /www/htdocs/w016f8b2/ct4.xxx.de/vendor/contao/manager-bundle/src/ContaoManager/Plugin.php on line 137 Parse error: syntax error, unexpected '?' in /www/htdocs/w016f8b2/ct4.xxx.de/vendor/contao/manager-bundle/src/ContaoManager/Plugin.php on line 137

nachdem ich den Befehl

Code:

ssh-username@dd42026:/www/htdocs/w016xxx/ct4.xxx.de$ vendor/bin/contao-console contao:install:unlock

eingeben habe.

Ergänzend dazu habe ich noch die Vorschläge von Spooky beherzigt und in der aus der system/config/localconfig.php

PHP-Code:

$GLOBALS['TL_CONFIG']['installPassword'] = '…';

entfernt

Da das alles nicht zum Erfolg geführt hat, habe ich dann noch den Prodcache(var/cache/prod ) wie empfohlen per FTP gelöscht, aber auch ohne Erfolg.

Jetzt bin ich echt fertig mit den Nerven und komme einfach nicht weiter.

LG Tobias
04.01.2018, 20:56
BugBuster

Ist das schon eine 4.5 bei Dir?
Sieht jedenfalls so aus. Der Fehler der dort gemeldet wurde sieht auch für mich im Quellcode merkwürdig aus.
Würde das fast für einen Bug halten, muss mir das mal genauer ansehen.
04.01.2018, 21:16
BugBuster

Also laut PHP Handbuch ist der Syntax dort korrekt, welche PHP Version läuft bei dir?

Code:

php -v
04.01.2018, 21:36
xtra

Alternativ einfach unter var/cache die Datei install_lock loeschen und es ist wieder entsperrt.
05.01.2018, 06:49
DatGruen

Zitat:

Zitat von BugBuster

Ist das schon eine 4.5 bei Dir?
Sieht jedenfalls so aus. Der Fehler der dort gemeldet wurde sieht auch für mich im Quellcode merkwürdig aus.
Würde das fast für einen Bug halten, muss mir das mal genauer ansehen.

Ja, ist es schon, ist ja meinen Spielwiese für erste CT4 Erfahrungen. All-Inkl 7.1 CGI/FPM Mode

Zitat:

xtra
Alternativ einfach unter var/cache die Datei install_lock loeschen und es ist wieder entsperrt.

Hey so einfach kann es gehen :eek::DTool wieder offen! Danke!
05.01.2018, 09:12
Spooky

Zitat:

Zitat von DatGruen

SSH Verbindung aufgebaut, dank All-inkl alles relativ einfach einzurichten. Das Installtool sagt ich soll den "führen Sie den Befehl vendor/bin/contao-console contao:install:unlock auf der Konsole aus." habe ich auch gemacht, hier bekomme ich dann einen Fehlermeldung und zwar diese

Code:

PHP Parse error: syntax error, unexpected '?' in /www/htdocs/w016f8b2/ct4.xxx.de/vendor/contao/manager-bundle/src/ContaoManager/Plugin.php on line 137 Parse error: syntax error, unexpected '?' in /www/htdocs/w016f8b2/ct4.xxx.de/vendor/contao/manager-bundle/src/ContaoManager/Plugin.php on line 137

nachdem ich den Befehl

Code:

ssh-username@dd42026:/www/htdocs/w016xxx/ct4.xxx.de$ vendor/bin/contao-console contao:install:unlock

eingeben habe.

Du musst die richtige PHP Version verwenden. Am besten die, die auch dein Webserver für deinen VHost verwendet. Denn bei All-Inkl ist "php" ansonsten einfach die niedrigste Version, die zur Verfügung stehe. Informationen zum Pfad zum richtigen PHP CLI findest du hier https://github.com/contao/contao-manager/wiki/All-Inkl oder hier https://github.com/contao-community-...es#all-inklcom

Zitat:

Zitat von DatGruen

Ergänzend dazu habe ich noch die Vorschläge von Spooky beherzigt und in der aus der system/config/localconfig.php

PHP-Code:

$GLOBALS['TL_CONFIG']['installPassword'] = '…';

entfernt

Das setzt nur das Passwort zurück, nicht aber die Sperre bei 3 fehlgeschlagenen Login Versuchen.
05.01.2018, 09:34
planepix

Kurz ergänzt bzgl. allinkl und PHP-Version:

Eingestellt im KAS ist PHP 7.1 als cgi-php; der Aufruf von php -v liefert dann PHP 7.0.25 aus. Contao 4.5 lässt sich dennoch installieren. Nur wenn jemand darüber stolpert.
05.01.2018, 09:38
Spooky

Zitat:

Zitat von planepix

Kurz ergänzt bzgl. allinkl und PHP-Version:

Eingestellt im KAS ist PHP 7.1 als cgi-php; der Aufruf von php -v liefert dann PHP 7.0.25 aus. Contao 4.5 lässt sich dennoch installieren. Nur wenn jemand darüber stolpert.

Theoretisch sollte das nicht funktionieren, denn Contao 4.5 (und viele Abhgängigkeiten) verlangen nach PHP 7.1. Composer sollte das erkennen und abbrechen.
05.01.2018, 09:41
planepix

Zitat:

Zitat von Spooky

Theoretisch sollte das nicht funktionieren, denn Contao 4.5 (und viele Abhgängigkeiten) verlangen nach PHP 7.1. Composer sollte das erkennen und abbrechen.

Spannend. Läuft in der Praxis jedoch. Keine Fehler, alles installierbar. php -v liefert exakt : PHP 7.0.25-nmm1 (cli) ( NTS )
21.03.2018, 19:51
dackelchen

Zitat:

Zitat von xtra

Alternativ einfach unter var/cache die Datei install_lock loeschen und es ist wieder entsperrt.

Danke - Frage dazu, Kann es "Löscht" die Datei sich nicht selber?

Ich habe nämlich heute festgestellt, dass mich das Installtool heute ausgesperrt hat, ohne dass ich mehre Versuche hatte.

Die einzige Erklärubg, die ich habe, dass ich mich irgendwann früher schon mal vertippt habe und diese schon länger zurückliegenden Einlogversuche mitgezählt wurden.
21.03.2018, 19:54
xchs

Oder es hat jemand anderes rumprobiert... ;)
08.11.2018, 11:57
Stranger

Moin,

also wenn ich das bei einem Projekt (Contao 4.4.28) mache, dann krieg ich bei diesem Befehl:

vendor/bin/contao-console doctrine:cache:clear contao.cache -e=prod

Folgende Meldung:PHP Fatal error: Uncaught Symfony\Component\Debug\Exception\FatalThrowableEr ror: Type error: Return value of Contao\ManagerPlugin\Bundle\Parser\DelegatingParse r::addParser() must be an instance of Contao\ManagerPlugin\Bundle\Parser\void, none returned in /www/project1/vendor/contao/manager-plugin/src/Bundle/Parser/DelegatingParser.php:25
Stack trace:
#0 /www/project1/vendor/contao/manager-bundle/src/HttpKernel/ContaoKernel.php(131): Contao\ManagerPlugin\Bundle\Parser\DelegatingParse r->addParser(Object(Contao\ManagerPlugin\Bundle\Pars er\JsonParser))
#1 /www/project1/vendor/contao/manager-bundle/src/HttpKernel/ContaoKernel.php(231): Contao\ManagerBundle\HttpKernel\ContaoKernel->getBundleLoader()
#2 /www/project1/vendor/contao/manager-bundle/src/HttpKernel/ContaoKernel.php(53): Contao\ManagerBundle\HttpKernel\ContaoKernel->addBundlesFromPlugins(Array)
#3 /www/project1/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php(488): Contao\ManagerBundle\HttpKernel\ContaoKernel->registerBundles()
#4 /www/project1/ven in /www/vendor/contao/manager-plugin/src/Bundle/Parser/DelegatingParser.php on line 25

Ist aber alles auf dem aktuellen Stand... :(
08.11.2018, 12:00
Spooky

Mit welcher PHP Version führst du das Kommando aus?
08.11.2018, 12:41
Stranger

PHP 7.1 Stable
08.11.2018, 12:42
Spooky

Sicher? Hast du das auch mit

Code:

/usr/bin/php -v

bestätigt?
08.11.2018, 14:18
Stranger

Also dann folgendes?

Code:

/usr/bin/php vendor/bin/contao-console doctrine:cache:clear contao.cache -e=prod

Kommt die gleiche Meldung.

Achso und in der Console schreibt er mir komischerweise, dass ich angeblich PHP 7.0.27-0+deb9u1 (cli) (built: Jan 5 2018 13:51:52) ( NTS ) habe. Obwohl im Admin Panel 7.1 aktiviert ist... hmm
08.11.2018, 14:24
Spooky

Das was im Panel aktiviert ist gilt nur für den Web Server. Auf der Konsole musst du selbst sicherstellen, dass du die richtige PHP Version verwendest. Mit

Code:

vendor/bin/contao-console

bzw.

Code:

php vendor/bin/contao-console

bzw.

Code:

/usr/bin/php vendor/bin/contao-console

(die drei Aufrufe sind Equivalent und benutzen jeweils das selbe PHP CLI) wird momentan die falsche PHP Version benutzt. Eben 7.0.27 laut deiner Aussage.
08.11.2018, 14:47
Stranger

Ok und was genau heißt das jetzt? Wie kann ich das Problem lösen?

Wenn ich das mache:

Code:

/usr/bin/php7.1 vendor/bin/contao-console doctrine:cache:clear contao.cache -e=prod

Krieg ich die folgende Fehlermeldung:

Code:

PHP Fatal error: Uncaught Symfony\Component\Debug\Exception\FatalThrowableError: Parse error: syntax error, unexpected '=', expecting ',' or ')' in /www/project1/var/cache/=prod/app=prodDebugProjectContainer.php:5 Stack trace: #0 /www/project1/vendor/contao/manager-bundle/src/HttpKernel/ContaoKernel.php(214): Symfony\Component\HttpKernel\Kernel->initializeContainer() #1 /www/project1/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php(135): Contao\ManagerBundle\HttpKernel\ContaoKernel->initializeContainer() #2 /www/project1/vendor/symfony/symfony/src/Symfony/Bundle/FrameworkBundle/Console/Application.php(64): Symfony\Component\HttpKernel\Kernel->boot() #3 /www/project1/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php(148): Symfony\Bundle\FrameworkBundle\Console\Application->doRun(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput)) #4 /www/project1/vendor/contao/manager-bundle/bin/contao-console(47): Symfony\Component\Console\Applic in /www/project1/var/cache/=prod/app=prodDebugProjectContainer.php on line 5
08.11.2018, 14:56
Spooky

Zitat:

Zitat von Stranger

Ok und was genau heißt das jetzt? Wie kann ich das Problem lösen?

Das Problem tritt auf, weil du PHP 7.0 statt 7.1 verwendest.

Zitat:

Zitat von Stranger

Wenn ich das mache:

Code:

/usr/bin/php7.1 vendor/bin/contao-console doctrine:cache:clear contao.cache -e=prod

Krieg ich die folgende Fehlermeldung:

Code:

PHP Fatal error: Uncaught Symfony\Component\Debug\Exception\FatalThrowableError: Parse error: syntax error, unexpected '=', expecting ',' or ')' in /www/project1/var/cache/=prod/app=prodDebugProjectContainer.php:5 Stack trace: #0 /www/project1/vendor/contao/manager-bundle/src/HttpKernel/ContaoKernel.php(214): Symfony\Component\HttpKernel\Kernel->initializeContainer() #1 /www/project1/vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php(135): Contao\ManagerBundle\HttpKernel\ContaoKernel->initializeContainer() #2 /www/project1/vendor/symfony/symfony/src/Symfony/Bundle/FrameworkBundle/Console/Application.php(64): Symfony\Component\HttpKernel\Kernel->boot() #3 /www/project1/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php(148): Symfony\Bundle\FrameworkBundle\Console\Application->doRun(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput)) #4 /www/project1/vendor/contao/manager-bundle/bin/contao-console(47): Symfony\Component\Console\Applic in /www/project1/var/cache/=prod/app=prodDebugProjectContainer.php on line 5

Was ist die Ausgabe von

Code:

/usr/bin/php7.1 -v

?
08.11.2018, 15:11
Stranger

Und wie kann ich das ändern?

Dieser Befehl erzeugt folgende Ausgabe:

Code:

PHP 7.1.23-2+0~20181017082622.9+stretch~1.gbpab65a0 (cli) (built: Oct 17 2018 08:26:23) ( NTS )Copyright (c) 1997-2018 The PHP Group Zend Engine v3.1.0, Copyright (c) 1998-2018 Zend Technologies with Zend OPcache v7.1.23-2+0~20181017082622.9+stretch~1.gbpab65a0, Copyright (c) 1999-2018, by Zend Technologies
08.11.2018, 15:15
Spooky

Zitat:

Zitat von Stranger

Und wie kann ich das ändern?

Du hast es eh schon geändert ;). Jetzt gerade hast du ein neues Problem.

Was genau möchtest du eigentlich machen und unter welcher Contao Version?
08.11.2018, 15:51
Stranger

Achso okay :)

Naja wie gesagt Contao 4.4.28 und das Installtool wurde gesperrt. Das wollte ich jetzt entsperren und dabei kommt der Fehler.
Sonst läuft alles super und die Seite steht...
08.11.2018, 16:30
xchs

Man kann das Contao Installtool auch via (S)FTP entsperren, indem die install_lock im var/ Verzeichnis gelöscht wird.
25.12.2018, 18:22
Zille
Nach einer Paket-Aktualisierung 4.5.14 über den Contao-Manager (1.1.2) komme ich nicht mehr in das Install-Tool. PHP ist 7.2. Fehlermeldung:
Was ist das Problem?
Bei der Ausführung des Skriptes ist ein Fehler aufgetreten. Irgendetwas funktioniert nicht richtig.
Wie kann ich das Problem lösen?
Öffnen Sie die aktuelle Log-Datei im Ordner var/logs bzw. app/logs und suchen Sie die zugehörige Fehlermeldung (normalerweise die letzte).
- der Ordner var/logs ist leer
- der Ordner app/logs existiert nicht
- die Datei install_lock unter var/cache löschen (in #29 empfohlen) geht nicht – weil sie nicht vorhanden ist. Dort gibt es lediglich einen Ordner »prod«.
:eek: Un nu?
Mit Änderungen über die Console kenne ich mich weder aus noch weiß ich, wo die zu finden ist.
25.12.2018, 18:24
xchs

Zitat:

Zitat von Zille

Nach einer Paket-Aktualisierung 4.5.14 über den Contao-Manager (1.1.2) komme ich nicht mehr in das Install-Tool.

Was hast Du im Detail gemacht? Du musst auf jeden Fall eine vollständige Paketaktualisierung aller Pakete machen! Falls das nicht hilft, poste Deine composer.json.
25.12.2018, 18:39
Zille

Es war eine vollständige Paketaktualisierung.
Beim Suchen nach der Logdatei habe ich mich verlaufen und in einer anderen Installation nachgesehen … hier isse nu:

Code:

[2018-12-25 19:32:17] app.CRITICAL: An exception occurred. {"exception":"[object] (Doctrine\\DBAL\\Exception\\SyntaxErrorException(code: 0): An exception occurred while executing 'SELECT COLUMN_NAME AS Field, COLUMN_TYPE AS Type, IS_NULLABLE AS `Null`, COLUMN_KEY AS `Key`, COLUMN_DEFAULT AS `Default`, EXTRA AS Extra, COLUMN_COMMENT AS Comment, CHARACTER_SET_NAME AS CharacterSet, COLLATION_NAME AS Collation FROM information_schema.COLUMNS WHERE TABLE_SCHEMA = 'd02a8298' AND TABLE_NAME = 'tl_layout' ORDER BY ORDINAL_POSITION ASC AND COLUMN_NAME = 'sections'':\n\nSQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /www/htdocs/w01819a3/foto-zille.de/immo-foto/4-4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/AbstractMySQLDriver.php:79, Doctrine\\DBAL\\Driver\\PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /www/htdocs/w01819a3/foto-zille.de/immo-foto/4-4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:90, PDOException(code: 42000): SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND COLUMN_NAME = 'sections'' at line 1 at /www/htdocs/w01819a3/foto-zille.de/immo-foto/4-4/vendor/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:88)"} []
25.12.2018, 18:41
xchs

Aktualisiere auf Contao 4.6.
25.12.2018, 18:47
Zille

Ah … dazu im Manager unter Contao Open Source CMS auf das Zahnrad gehen und händisch 4.6.* einstellen?
25.12.2018, 18:48
xchs

Ja, genau.
25.12.2018, 19:00
Zille

Prima, funktioniert.
Gibt es eine allgemeingültige Empfehlung, von 4.4 und 4.5. auf 4.6 zu gehen?
25.12.2018, 19:03
xchs

Wenn Du im LTS-Zweig bist (derzeit Contao 4.4), dann kannst Du gerne dort bleiben. Contao 4.5 wird hingegen nicht mehr weiterentwickelt, da es inzwischen eine neue Minor Version gibt. Daher musst Du bei Problemen auf Contao 4.6 (oder höher) updaten.
26.12.2018, 06:54
Spooky

Von Contao 4.4 auf 4.6 aktualisierst du dann, wenn du unbedingt neue Features aus den neuen Versionen benötigst.
05.01.2019, 18:07
heyho

Unter anderem in Contao 4.6:

Code:

php vendor/bin/contao-console contao:install:unlock
22.01.2019, 10:56
OneChance

4.6.13 installtool gesperrt

Hallo Leute habe nun einige Threads durchgelesen und irgendwie schaffe ich es nicht mein Installtool wieder freizuschalten.

Leider habe ich weder eine Konsole noch eienen SSH Zugang und habe schon versucht den var/prod zu löschen und auch den install_lock finde ich irgendwie nirgends.
Trotzdem komme ich nicht rein.
Habe auch meinen Browser Chache gelöscht nicht das hier was hängen geblieben ist.
Aber hat bis jetzt alles nichts geholfen.

Könnte mir da bitte einer auf die sprünge helfen?
Danke
22.01.2019, 10:58
planepix

Also bei mir liegt im Verzeichnis „var” eine Datei „install_lock”.
Auch die neueste Version der 4.6..

Die löschen, dann solltest du dich wieder anmelden können.
22.01.2019, 11:01
OneChance

Zitat:

Zitat von planepix

Also bei mir liegt im Verzeichnis „var” eine Datei „install_lock”.
Auch die neueste Version der 4.6..

Die löschen, dann solltest du dich wieder anmelden können.

Oh MANN jetzt gebe ich euch mal was zum Lachen.
Arbeite gerade Offline und Online gelichzeitig und war in meinem FTP Manager Forklift in der Offline Strucktur und habe das erst jetzt gecheckt.
Ich glaube ich solle mal ne Pause machen.
Danke noch mal

Alle Zeitangaben in WEZ +1. Es ist jetzt 13:05 Uhr.