Ich beiss mir an der Version 431b gerade die Zähne aus.
Habe nur mehrmals alles (auch die Mysql-DB) gelöscht und wieder neu aufgesetzt und gemäss Anleitung wieder installiert.
Aber immer läuft es so halb....mit vielen Fehlermeldungen dazwischen. Beim einloggen zb zuerst einen Screen voll Fehlermeldungen, nach eine Browser-Refresh steht das Backend normal, um bei der nächsten Operation wieder einen Fehler zu bringen.
Das grösste Problem scheint der DB-Zugriff zu sein. Die häufigste Fehlermeldung ist 1044.
error 1044 (Access denied for user: 'xxx@localhost' to database 'yyy) - Invalid SQL: lock tables con_sequence write
2003-Jun-Mon 11:30:35: error 1044 (Access denied for user: 'xxx@localhost' to database 'yyy') - lock() failed. 2003-Jun-Mon 11:30:35: error 1044 (Access denied for user: 'xxx@localhost' to database 'yyy') - cannot lock con_sequence - has it been created? 2003-Jun-Mon 11:30:35: error 1062 (Duplicate entry '0' for key 1) - Invalid SQL: INSERT INTO con_actionlog SET idlog = 0, user_id = '48a365b4ce1e322a55ae9017f3daf0c0', idclient = 1, idlang = 1, idaction = 55, idcatart = '0', logtimestamp = '2003-06-30 11:30:35'
Alle Daten wie DB-Name, Username und Passwort stimmen und wurden bei der CMS-Installation ja auch anstandslos akzeptiert.
Wer hat eine Idee?
Besten Dank und Gruss aus der Schweiz
Thomas
Betriebssystem: Linux
Perl Version: 5.006001
PHP Version: 4.3.2
mySQL Version: 4.0.12
Invalid SQL: lock tables con_sequence write
-
- Beiträge: 6284
- Registriert: Do 15. Mai 2003, 18:32
- Wohnort: Da findet ihr mich nie!
- Kontaktdaten:
Hallo Thomas,
hast du das Recht, um Tabellen zu locken? Das ist bei MySQL 4.0 zwingend erforderlich:
http://www.mysql.com/doc/en/LOCK_TABLES.html
Grüße,
Timo
hast du das Recht, um Tabellen zu locken? Das ist bei MySQL 4.0 zwingend erforderlich:
http://www.mysql.com/doc/en/LOCK_TABLES.html
Grüße,
Timo
Hallo Timo
Besten Dank für deine schnelle Antwort.
Ich habe die Frage mal an meinen ISP weitergeleitet und warte gespannt auf die Antwort.
Jetzt frage ich micht nur, warum die Version 4.3 b auf dem gleichen Server soweit problemlos gelaufen ist und die Version 4.31b nicht mehr.
Wurde diese lock-Funktion im 4.31b neu einsetzt?
Gruss
Thomas
----------------------------------------------------------------------------------
hast du das Recht, um Tabellen zu locken? Das ist bei MySQL 4.0 zwingend erforderlich:
http://www.mysql.com/doc/en/LOCK_TABLES.html
Grüße,
Timo
_________________
Contenido Development Crew
Besten Dank für deine schnelle Antwort.
Ich habe die Frage mal an meinen ISP weitergeleitet und warte gespannt auf die Antwort.
Jetzt frage ich micht nur, warum die Version 4.3 b auf dem gleichen Server soweit problemlos gelaufen ist und die Version 4.31b nicht mehr.
Wurde diese lock-Funktion im 4.31b neu einsetzt?
Gruss
Thomas
----------------------------------------------------------------------------------
hast du das Recht, um Tabellen zu locken? Das ist bei MySQL 4.0 zwingend erforderlich:
http://www.mysql.com/doc/en/LOCK_TABLES.html
Grüße,
Timo
_________________
Contenido Development Crew
-
- Beiträge: 6284
- Registriert: Do 15. Mai 2003, 18:32
- Wohnort: Da findet ihr mich nie!
- Kontaktdaten:
Nein, die Lock-Funktion war meinens Wissens nach auch schon in der 4.3b dabei. Ich sehe aber auch häufig ein "Access Denied for User" - könnte es eventuell daran liegen?
Wenn du zugriff auf den Rechner via SSH hast, könntest du mal das Programm "perror" zu rate ziehen. perror <fehlercode> liefert Details zur Fehlerursache. Ansonsten habe ich mit MySQL 4.0 keine Erfahrungen..
Grüße,
Timo
Wenn du zugriff auf den Rechner via SSH hast, könntest du mal das Programm "perror" zu rate ziehen. perror <fehlercode> liefert Details zur Fehlerursache. Ansonsten habe ich mit MySQL 4.0 keine Erfahrungen..
Grüße,
Timo
You have an error in your SQL syntax
Timo,
Ich glaub ich raff's nicht mehr.....
Auf deinen Rat habe ich beim ISP nachgefragt, ob er mir die Rechte zum lock_tables gehen kann.
Noch bevor ich die verlangten Daten (DB-Name und Username) nennen konnte, läufts plötzlich *fast* wieder.
Anzeigen und Backend auf den ersten Blick problemlos.
Bei Anlegen eines neuen Artikels erhalte ich folgende Fehlermeldung.
2003-Jul-Tue 14:35:44: error 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 idlang = 1' at line 1) - next_record called with no query pending. 2003-Jul-Tue 14:35:44: error 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 idcat = 6' at line 1) - Invalid SQL: SELECT idcatart FROM con_cat_art WHERE idart = AND idcat = 6
2003-Jul-Tue 14:35:44: error 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 idcat = 6' at line 1) - next_record called with no query pending.
Was bedeutet denn das schon wieder?
Besten Dank für deine aufopfernde Hilfe...
Gruss
Thomas
Ich glaub ich raff's nicht mehr.....
Auf deinen Rat habe ich beim ISP nachgefragt, ob er mir die Rechte zum lock_tables gehen kann.
Noch bevor ich die verlangten Daten (DB-Name und Username) nennen konnte, läufts plötzlich *fast* wieder.
Anzeigen und Backend auf den ersten Blick problemlos.
Bei Anlegen eines neuen Artikels erhalte ich folgende Fehlermeldung.
2003-Jul-Tue 14:35:44: error 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 idlang = 1' at line 1) - next_record called with no query pending. 2003-Jul-Tue 14:35:44: error 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 idcat = 6' at line 1) - Invalid SQL: SELECT idcatart FROM con_cat_art WHERE idart = AND idcat = 6
2003-Jul-Tue 14:35:44: error 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 idcat = 6' at line 1) - next_record called with no query pending.
Was bedeutet denn das schon wieder?
Besten Dank für deine aufopfernde Hilfe...

Gruss
Thomas
Timo,
Nach Klick auf 'Neuer Artikel' erscheint das normale Artikel-Formular.
Erst nach dem Klick auf dem grünen Sicherungsbutton rechts unten erscheint die Fehlermeldung oben im Backend-Hauptfenster.
Darunter das grüne 'Aenderungen gespeichtert' Kästchen und zu unterst nochmals das zuvor ausgefüllte Formular.
Manchmal erscheint der Beitrag dann doch in der Uebersichtsliste, aber meistens nicht.
Falles es Dir was hilft, die Test-Site ist sansi.ch
Danke und Gruss
Thomas
Nach Klick auf 'Neuer Artikel' erscheint das normale Artikel-Formular.
Erst nach dem Klick auf dem grünen Sicherungsbutton rechts unten erscheint die Fehlermeldung oben im Backend-Hauptfenster.
Darunter das grüne 'Aenderungen gespeichtert' Kästchen und zu unterst nochmals das zuvor ausgefüllte Formular.
Manchmal erscheint der Beitrag dann doch in der Uebersichtsliste, aber meistens nicht.
Falles es Dir was hilft, die Test-Site ist sansi.ch
Danke und Gruss
Thomas