[gelöst] Updateproblem 3.1.x -> 3.2.x

**dr.house** · 18.02.2014, 22:39

Hallo,

seit der Version 3.2.x kann ich meine Seite nach dem Update nicht mehr benutzen. Das Liveupdate läuft durch, doch im Frontend bekomme ich die Meldung:

Code:

Fatal error: Uncaught exception Exception with message Query error: Unknown column 'j1.google' in 
'field list' (SELECT tl_article.*, j1.id AS author__id, j1.tstamp AS author__tstamp, j1.username AS 
... ORDER BY tl_article.sorting) thrown in system/modules/core/library/Contao/Database/Statement.php
 on line 283

Die Datenbank kann ich mit dem Install-Tool allerdings auch nicht aktualisieren, da beim Einloggen folgende Fehlermeldung kommt:

Code:

Fatal error: Uncaught exception Exception with message Query error: Access denied for user 
'*******'@'%' to database 'INFORMATION_SCHEMA' (SELECT * FROM `INFORMATION_SCHEMA`.
`COLUMNS` WHERE `TABLE_SCHEMA` LIKE 'd0183ae5' AND `TABLE_NAME` LIKE '%tl_layout') thrown 
in system/modules/core/library/Contao/Database/Statement.php on line 283

Hat jemand einen Tipp für mich? Ein Zurücksetzen auf 3.2.5 lässt alles wieder laufen.

**BugBuster** · 18.02.2014, 22:50

Zur zweiten Meldung:
https://community.contao.org/de/show...l=1#post303231

**dr.house** · 20.02.2014, 07:23

Zitat von BugBuster

Zur zweiten Meldung:
https://community.contao.org/de/show...l=1#post303231

Wie kommt es, dass ich bei den 3.1er Versionen Zugriff habe und bei den 3.2er Versionen nicht? Und viel wichtiger, wie bekomme ich entsprechenden Zugriff?

**fiedsch** · 20.02.2014, 07:37

Zitat von dr.house

Wie kommt es, dass ich bei den 3.1er Versionen Zugriff habe und bei den 3.2er Versionen nicht? Und viel wichtiger, wie bekomme ich entsprechenden Zugriff?

a) vielleicht, weil das in 3.1 noch anders gemacht wurde und damit der nicht erlaubte Zugriff auf die Schema Informationen gar nicht auffällt (ich weiß nicht, ob es so ist; wäre aber eine Erklärung)

b) wende Dich an Deinen Datenbankainistrator

**BugBuster** · 20.02.2014, 09:50

Zugriff hat man per Default normalerweise, und zwar Leserechte, mehr braucht man nicht. (und darf auch nicht)
Auch zu 3.1 Zeiten brauchte man das schon bzw. Erweiterungen die beim Update prüfen müssen ob eine bestimmte Tabelle oder Feld existiert um daran zu erkennen, ob eine Migration nötig ist oder nicht.

**dr.house** · 20.02.2014, 22:32

So richtig weiter bringt mich das aber auch nicht. Irgendwas muss man doch tun können.

**Birden** · 20.02.2014, 22:50

Wurde da myfavicon installiert?

**dr.house** · 21.02.2014, 14:32

Zitat von Birden

Wurde da myfavicon installiert?

Nein

**tab** · 21.02.2014, 14:42

Was sagt denn der Webhoster dazu? Gegen Lesezugriffsrechte auf diese Informationen sollte doch bei einer eigenen Datenbank nichts einzuwenden sein.

**dr.house** · 22.02.2014, 19:43

Warum sollte der Zugriff bei den 3.1er Versionen vorhanden sein und bei den 3.2ern nicht? Ich denke nicht, dass es was mit dem Hoster zu tun hat.

**tab** · 22.02.2014, 20:05

Welcher Hoster ist es denn? Dann kommen wir vielleicht mal weiter. Nicht zufällig one.com?

**dr.house** · 23.02.2014, 06:49

all-inkl.com

**Birden** · 23.02.2014, 08:08

Ist "AddHandler php53-cgi .php" noch in der .htaccess eingetragen?

**dr.house** · 25.02.2014, 11:51

Zitat von Birden

Ist "AddHandler php53-cgi .php" noch in der .htaccess eingetragen?

Japp. In den Adminbereich komme ich ja auch ohne Probleme.

**dr.house** · 05.03.2014, 21:50

Könnte das Problem an der MySQL-Version 4.1 liegen? Auf meinem lokalen MySQL 5.5 ging es nämlich.

[Edit]

Ja, daran lag es. Nach dem Update der SQL-Version klappte das Contaoupdate ohne Probleme.