[Update] DB-Fehler bei Schritt 3) Diverse Aktualisierungen 1/4 (Schritt 3 von 11)

[Za4a Tuner]

Hallo Community,
ich bräuchte mal Eure Hilfe!

Ich habe gerade eben versucht mein Test-Board (3.5.4 => auf 3.6.0 Gold) zu aktualisieren =>
dabei trat während des Updates ein Fehler mit der Datenbank auf.

Datenbankfehler in vBulletin 3.5.5:

Invalid SQL:
CREATE INDEX languageid ON phrase (languageid,fieldname);

MySQL-Fehler : Access denied for user 'web9'@'localhost' to database 'usr_web9_2'
Fehler-Nr. : -1
Datum : Friday, August 4th 2006 @ 09:07:38 AM
Skript : http://www.zafira-forum.de/testvb/install/upgrade_360b1.php?step=3
Referrer : http://www.zafira-forum.de/testvb/install/upgrade_360b1.php?step=2
IP-Adresse : 84.151.0.163
Benutzername :
Klassenname : vb_database


Ich hatte das Problem bei einem zuvor getätigten Update (von 3.5.4 auf 3.6.beta2) auch schon mal,
hab da dann aber nicht weiter nachgeforscht!

Also hab ich jetzt mal von ganz vorne angefangen: als erstes die bestehende DB gelöscht und eine neue DB erstellt
dann alle Dateien vom Server gelöscht
nun hab ich das Board (3.5.0) komplett neu installiert => alles verlief normal!
Dann ein Update auf die Version 3.5.4 gemacht => auch keine Probleme!Alle Tabellen und Co konnten problemlos erstellt werden!
Schreibrechte für die DB sollten somit ja vorhanden sein, oder?


Nun hab ich ein Update auf die 3.6.0 Gold versucht =>
und wieder selbes Problem mit der Datenbank bekommen!

Im Schritt 3 (Diverse Aktualisierungen 1/4 Schritt 3 von 11) werden zuerst folgende Tabellen geändert =>

* Ändere die Tabelle setting (1 / 2)
* Ändere die Tabelle setting (2 / 2)
* Ändere die Tabelle forum (1 / 1)
* Erstelle die Tabelle externalcache
* Ändere die Tabelle phrase (1 / 7)
* Ändere die Tabelle phrase (2 / 7)
* Ändere die Tabelle phrase (3 / 7)
* Ändere die Tabelle phrase (4 / 7)
* Ändere die Tabelle phrase (5 / 7)

und danach kommt die oben genannte Fehlermeldung!
Weiß einer Rat????

Nachtrag:
Der Benutzername sowie das Passwort in der Config.php sind definitiv korrekt!

mfg
Chris

[Mystics]

Der MySQL-Benutzer web9 hat keine "INDEX"-Rechte. Das musst du oder der Webhoster mit der MySQL-Benutzerverwaltung ändern.

[Za4a Tuner]

Der MySQL-Benutzer web9 hat keine "INDEX"-Rechte. Das musst du oder der Webhoster mit der MySQL-Benutzerverwaltung ändern.

Braucht er diese bei einem Update von 3.5.0 auf 3.5.4 nicht?
Denn das Update hat ja problemlos geklappt!

Und für den Fall der Fälle ->
kannst du mir sagen wo ich das in mysql abändern könnte?

[Surviver]

Alsoo das braucht man nur bei einem Update auf 3.6.

Ich habe den Fehler auch :(...

mfg Surviver

[Za4a Tuner]

...
Ich habe den Fehler auch ...hast du mal versucht das vB 3.6.0 "frisch" zu installieren?
Wenn ich es direkt installiere -> dann klappt es,
nur das update von 3.xx schlägt fehl!

[Surviver]

hast du mal versucht das vB 3.6.0 "frisch" zu installieren?
Wenn ich es direkt installiere -> dann klappt es,
nur das update von 3.xx schlägt fehl!

Wahrscheinlich muss bei der INstallation kein INDEX festgelegt werden ...

Lokal läuft sowohl die installation als auch das update wunderbar :(...

habe da ja auch db-root-rechte ...

ich werde mal versuchen, 3.6 neu zu installieren ;)

[Za4a Tuner]

ja, local klappt es bei mir auch wunderbar!
hab dort das update von 3.5.4 auf die 3.6 beta genmacht -> und nun auf die 3.6 g => keinerlei Probleme!
Nur online will das ganze nicht so richtig klappen!!!

Mein Hoster hat mir gerade eben einen neuen Account angelegt =>
dort hab ich das update nochmals versucht --->
selber Fehler wie zuvor!

Leider ist mein Hoster ratlos was nun zu tun ist ...
... evtl. könnte mir jemand vom Euch sagen was mein Hoster denn zu ändern hätte?

[Surviver]

ja, local klappt es bei mir auch wunderbar!
hab dort das update von 3.5.4 auf die 3.6 beta genmacht -> und nun auf die 3.6 g => keinerlei Probleme!
Nur online will das ganze nicht so richtig klappen!!!

Mein Hoster hat mir gerade eben einen neuen Account angelegt =>
dort hab ich das update nochmals versucht --->
selber Fehler wie zuvor!

Leider ist mein Hoster ratlos was nun zu tun ist ...
... evtl. könnte mir jemand vom Euch sagen was mein Hoster denn zu ändern hätte?


Ich weiss nicht, wie es genau geht, aber Mystics hat es ja gesagt

Das musst du oder der Webhoster mit der MySQL-Benutzerverwaltung ändern.

Also da wo die SQL Accounts verwaltet werden, muss man deinem Account mehr Rechte geben.
Eigentlich müsste dein Hoster wissen, wie das geht ...

mfg Surviver

[Stoebi]

Wieso erwartet bitte vBulletibn 3.6 nun latin1_swedish_ci als Kollation, das will nicht in meinem Kopf, oder verstehe ich da etwas falsch? Nach Durchsicht meiner Tabellen steht auch alles auf latin1_general_ci.... Mir graults vor einem Update.

Gruß Stöbi

[Mystics]

Wieso erwartet bitte vBulletibn 3.6 nun latin1_swedish_ci als Kollation, das will nicht in meinem Kopf, oder verstehe ich da etwas falsch? Nach Durchsicht meiner Tabellen steht auch alles auf latin1_general_ci.... Mir graults vor einem Update.
vBulletin erwartet überhaupt keine Kollation. MySQL ist es nur wichtig, dass in allen Tabellen dieselbe Kollation verwendet wird. Das hat aber nichts mit vBulletin zu tun.

[Stoebi]

vBulletin erwartet überhaupt keine Kollation. MySQL ist es nur wichtig, dass in allen Tabellen dieselbe Kollation verwendet wird. Das hat aber nichts mit vBulletin zu tun.

Dank dir für deine Antwort Mystics, nur wie kommt das dann plötzlich zu diesen Fehlern? Das muss doch Gründe haben. Ist das MySQL 5 typisch bzw. ein MySQL 5 Problem?



Gruß Stöbi

[Surviver]

ALso ich habe eine Frage, wo speichert mysql die Benutzer und die Berechtigungen ab ?

Denn mein Server Admin sagt, es gäbe keinen root axx, bzw der, der einer sein soll, hatt noch nicht einmal die Rechte eine Datenbank zu erstellen.

Es ist zum heulen, so komme ich nie weiter, ich müsste direckt in mySQL eingreifen.

Wäre nett, wenn jemand wüsste, weo die Benutzerdaten und Rechte bei mySQL gespeichert werden ...

//bzw kennt jemand den Shell befehl

[Za4a Tuner]

... Also da wo die SQL Accounts verwaltet werden, muss man deinem Account mehr Rechte geben.
Eigentlich müsste dein Hoster wissen, wie das geht ...Wie du selbst gemerkt hast,
ist das scheinbar nicht so einfach!

Aber mal eine andere Sache =>
liegt es evtl. an der mysql-Version?
Welche läuft denn bei dir?
Mein Hoster hat -> "4.1.15-Debian_0.dotdeb.2" im Einsatz.

Wobei immer noch die Frage bleibt,
wie man einem Account mehr Rechte vergibt!

[Surviver]

Wie du selbst gemerkt hast,
ist das scheinbar nicht so einfach!

Aber mal eine andere Sache =>
liegt es evtl. an der mysql-Version?
Welche läuft denn bei dir?
Mein Hoster hat -> "4.1.15-Debian_0.dotdeb.2" im Einsatz.

Wobei immer noch die Frage bleibt,
wie man einem Account mehr Rechte vergibt!


Hier meine Daten:
mysqlMySQL Support enabled
Active Persistent Links 0
Active Links 1
Client API version 4.0.18
MYSQL_MODULE_TYPE none
MYSQL_SOCKET /var/lib/mysql/mysql.sock
MYSQL_INCLUDE no value
MYSQL_LIBS no value

Directive Local Value Master Value
mysql.allow_persistent On On
mysql.connect_timeout 60 60
mysql.default_host no value no value
mysql.default_password no value no value
mysql.default_port no value no value
mysql.default_socket no value no value
mysql.default_user no value no value
mysql.max_links Unlimited Unlimited
mysql.max_persistent Unlimited Unlimited
mysql.trace_mode Off Off

[Christian]

ALso ich habe eine Frage, wo speichert mysql die Benutzer und die Berechtigungen ab ?

Denn mein Server Admin sagt, es gäbe keinen root axx, bzw der, der einer sein soll, hatt noch nicht einmal die Rechte eine Datenbank zu erstellen.

Es ist zum heulen, so komme ich nie weiter, ich müsste direckt in mySQL eingreifen.

Wäre nett, wenn jemand wüsste, weo die Benutzerdaten und Rechte bei mySQL gespeichert werden ...

//bzw kennt jemand den Shell befehl
Lass es doch deinen Hoster machen.

[Surviver]

Lass es doch deinen Hoster machen.

Wir haben einen eigenen Root-Server ;)

[Christian]

Wir haben einen eigenen Root-Server ;)Und? Du weisst doch nicht wie es geht, also lass es deinen Hoster machen ... ;)

[Surviver]

Und? Du weisst doch nicht wie es geht, also lass es deinen Hoster machen ... ;)

Ich werde anfragen, aber da wir die Sachen alle selber installiert haben, glaube ich wohl kaum, dass wir da für Support bekommen, oder sehe ich das falsch ?

mfg Surviver

[Christian]

Warscheinlich nicht kostenlos ... ;)

[Surviver]

Warscheinlich nicht kostenlos ... ;)


Na ich bin ja nicht der Server Admin :D

Also werde ich dem Server Admin das mal sagen ;)

Danke nochmal ;)

mfg Surviver

[stupidstu]

Der MySQL-Benutzer web9 hat keine "INDEX"-Rechte. Das musst du oder der Webhoster mit der MySQL-Benutzerverwaltung ändern.

Wie und wo kann ich die Rechte ändern?
Root Zugriff habe ich.

[Christian]

phpMyAdmin ... (http://www.vbulletin-germany.com/forum/showthread.php?p=153279#post153279)

[Surviver]

Wie und wo kann ich die Rechte ändern?
Root Zugriff habe ich.

PHPMYAdmin
Datenbank auswählen
Oben Links auf Rechte klicken ;)

[stupidstu]

Sorry Leute!:confused: :)

Bin etwas verwirrt.
Kann die Rechte nicht finden.
Anbei ein Screenshot.
Bin ich auf dem richtigen weg?

[Mystics]

Gleich auf der phpMyAdmin-Startseite:
http://files.vbulletin-germany.com/shots/mysql_index2.jpg

Rechte -> Bearbeiten -> Rest siehe Bild von Christian:
http://files.vbulletin-germany.com/shots/mysql_index.jpg

[stupidstu]

Leider habe ich die Auswahl "Rechte" nicht.
Obwohl ich als Admin oder Reseller eingelogt bin.
Was nun? Ne Idee was ich falsch mache?

[Mystics]

Dann hast du nicht das Recht, die Rechte zu bearbeiten (;)). Hast du keinen Benutzer namens "root"?

[stupidstu]

Da hast du wohl Recht.
Mit dem Benutzer "Root" kann ich mich nicht einloggen das geht nur über Putty.
Mit "Admin" geht es.
Dort habe ich auch alle Rechte.
Nur wenn ich unter "Anbieter" auf MySQL klicke und dann die Datenbank auswähle habe ich noch keine Rechte die Rechte zu ändern.
Neue Datenbanken darf ich auch nicht erstellen.

[Mystics]

Seltsamerweise funktioniert es in phpMyAdmin, wenn man das Query umschreibt.

Statt z.B.
CREATE INDEX visible ON attachment (visible);

so:
ALTER TABLE attachment ADD INDEX visible (visible);

Das Ergebnis scheint das gleiche zu sein, aber einer der Entwickler muss das erst überprüfen.

Bei vB.com gibt es scheinbar niemanden mit diesem Problem. Ich habe jedenfalls nur ein Thema gefunden:
http://www.vbulletin.com/forum/showthread.php?t=193346&highlight=INDEX

[Mystics]

Ladet bitte die Datei class_dbalter.php im Anhang herunter und ersetzt die bestehende Datei in eurem /includes/ Verzeichnis auf dem Webserver.

Gebt uns dann Bescheid, ob es damit funktioniert.

[Surviver]

Seltsamerweise funktioniert es in phpMyAdmin, wenn man das Query umschreibt.

Statt z.B.
CREATE INDEX visible ON attachment (visible);

so:
ALTER TABLE attachment ADD INDEX visible (visible);

Das Ergebnis scheint das gleiche zu sein, aber einer der Entwickler muss das erst überprüfen.

Bei vB.com gibt es scheinbar niemanden mit diesem Problem. Ich habe jedenfalls nur ein Thema gefunden:
http://www.vbulletin.com/forum/showthread.php?t=193346&highlight=INDEX

Wenn das bestätigt wird, könnte man das Upgrade Script vielleicht umschreiben ?

[Mystics]

Siehe mein Beitrag über dir ;)

[Surviver]

Ladet bitte die Datei class_dbalter.php im Anhang herunter und ersetzt die bestehende Datei in eurem /includes/ Verzeichnis auf dem Webserver.

Gebt uns dann Bescheid, ob es damit funktioniert.


Hallo, Vielen Dank, ich werde es morgen probieren, und natürlich sofort bescheidgeben :)

[Mystics]

Schade, ich hoffe, jemand anderes kann es noch testen, damit ich Rückmeldung an die Entwickler geben kann.

[stupidstu]

Ich teste es jetzt.
Gebe gleich Rückmeldung.

EDIT: Hat mit der neuen Datei wunderbar funktioniert!
Vielen Dank für Eure Hilfe.

:D

[Za4a Tuner]

Ladet bitte die Datei class_dbalter.php im Anhang herunter und ersetzt die bestehende Datei in eurem /includes/ Verzeichnis auf dem Webserver.

Gebt uns dann Bescheid, ob es damit funktioniert.bin gearde in der Arbeit und kann es daher nicht testen =>
wenn aber morgen Früh @ home bin werde ich es gleich mal probieren und natürlich auch ein feedback geben!

[Za4a Tuner]

Schade, ich hoffe, jemand anderes kann es noch testen, damit ich Rückmeldung an die Entwickler geben kann.
Hy Mike,
komme gerade aus der Arbeit -> PC hochgefahren und hab das Update OHNE PROBLEME durchgeführt!

Vielen Dank für die neue *.php-Datei => damit wurde mein Problem gelöst!

Nun kann ich mich ans updaten des "öffentlichen Forum's" machen :D

[Surviver]

Also, dieser SChritt hat geklappt, nur danach gab es eine doppelte Tabelle ( post_parsed oder postparsed) musste dann per ACP gelöst werden, aber jetzt funktioniert alles, dann sage ich mal vielen Dank an alle, die geholfen haben :)

[Za4a Tuner]

Also, dieser SChritt hat geklappt, nur danach gab es eine doppelte Tabelle ( post_parsed oder postparsed) musste dann per ACP gelöst werden, aber jetzt funktioniert alles, dann sage ich mal vielen Dank an alle, die geholfen haben :)
Ist bei mir nicht der Fall => habe nur die Tabelle postparsed !

[Pathor]

Ist bei mir nicht der Fall => habe nur die Tabelle postparsed !

Ist ja auch richtig so. ;)

[Surviver]

Ist ja auch richtig so. ;)

Ich weiss auch nicht, wo die herkam ;)

Jedenfalls war sie da und ich habe sie gelöscht :D

mfg Surviver

PS: Aber jetzt läuft alles perfekt ;)

[Za4a Tuner]

Ist ja auch richtig so. ;)Danke, weiß ich -> war eigentlich als Feedback für Mike gedacht,
das bei mir die Tabelle nicht erstellt wurde ;)

[Mystics]

Die Tabelle post_parsed von vB 3.5.x wird beim Aufruf der upgrade.php von vB 3.6 automatisch in postparsed umbenannt.

[Surviver]

Die Tabelle post_parsed von vB 3.5.x wird beim Aufruf der upgrade.php von vB 3.6 automatisch in postparsed umbenannt.


Ja genau. Und bei mir (ka warum :confused: ) existierte schon die Tabelle postparsed und post_parsed, und die musste ich eben erst löschen, ich habe echt keinen blassen schimmer wo die herkommt ...