dB User wird nicht angelegt

[StefanP]

Schönen guten Tag,

eigentlich bin ich ja nicht so der Schnelle beim Updaten einer funktionierenden Anwendung ... aber es juckte mich ja doch um von OTRS 2.4.x auf 3.0.1 upzudaten.

System: Windows 2003 R2
dB: MySQL 5.1.52

Leider bekomme ich folgende Fehlermeldung:
Datenbank erstellen (2/4)Creating database 'otrs': Fertig.
Creating tables 'otrs-schema.mysql.sql': Fertig.
Inserting initial inserts 'otrs-initial_insert.mysql.sql': Fertig.
Foreign Keys 'otrs-schema-post.mysql.sql': Fertig.
Creating database user 'otrs@GK-DBSRV01': Falsch!

---==> 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 '-DBSRV01 IDENTIFIED BY 'hot' WITH GRANT OPTION' at line 1

Die dB wird somit einwandfrei erstellt, der user root tut also.
Warum gibt es Probleme mit dem User anlegen ?
Kann mir das jemand erläutern ? Wäre nett.
Sobald ich den User manuell anlege, meckert der Installer dass dieser schon exisitiert .... schade irgendwo, denn so abwägig ist das ja nicht, dass der User bereits existiert.

Gruß, Stefan

[StefanP]

Wie man an o.a. Fehlermeldung erkennen kann, ist der MySQL-Server nicht auf dem selben Host wie die OTRS installation.
Also versuchte ich die Installation über den mitgelieferten MySQL-Server am localhost durchlaufen zu lassen, und siehe da, es klappt.

Zumindest kam er über den Schritt der MySQL-Config drüber .... aber leider wurde danach wieder ein Fehler ausgegeben:

-------------------------------------------------
Hoppla. Es ist ein Fehler aufgetreten.Fehlermeldung: SecureMode active!
If you want to re-run the Installer, disable the SecureMode in the SysConfig.

Message:
SecureMode active!

Comment:
If you want to re-run the Installer, disable the SecureMode in the SysConfig

Traceback:
ERROR: OTRS-CGI-10 Perl: 5.12.2 OS: MSWin32 Time: Tue Nov 16 08:30:27 2010

Message: SecureMode active!

Fehlerdetails:Fehlerdetails
Backend ERROR: OTRS-CGI-10 Perl: 5.12.2 OS: MSWin32 Time: Tue Nov 16 08:30:27 2010

Message: SecureMode active!

Traceback (1932):
Module: Kernel::Output::HTML::Layout::Error (v1.331) Line: 1115
Module: Kernel::System::Web::InterfaceInstaller::Run (v1.6) Line: 124
Module: ModPerl::ROOT::ModPerl::Registry::C_3a_Programme_OTRS_OTRS_bin_cgi_2dbin_installer_2epl::handler (unknown version) Line: 48
Module: (eval) (v1.32) Line: 204
Module: ModPerl::RegistryCooker::run (v1.32) Line: 204
Module: ModPerl::RegistryCooker::default_handler (v1.32) Line: 170
Module: ModPerl::Registry::handler (v1.99) Line: 31
------------------------------

Seltsam, die Installation der 2.* läuft am selbigen System, mit lokaler oder entfernter dB einwandfrei.

Nun gut, ich wollte nun den Wert in der SysConfig ändern, läßt er aber nicht zu.
Der SecureMode bleibt auf "Ja" nach aktualisieren.
Da dachte ich, OK, lesen wir mal die alte Config ein .. ok klappte.
Der Restore der dB verlief auch einwandfrei.

Nun klappt KEIN Login mehr
Also irgendwie klappt der Install nicht, was ?
Heul !

Achja, hier noch die Fehlermeldung bezüglich dem fehlerhaften Agenten-Login:
Panic, user authenticated but no user data can be found in OTRS DB!! Perhaps the user is invalid.

Die User sind aber in der dB, habe dies überprüft.

[StefanP]

Die Sache, dass der User nicht angelegt werden kann, konnte ich lösen.
Der MySQL-Server hatte wohl ein Problem den bisherigen user otrs los zu lassen.

Erst ein mysql_upgrade -u root -p löste die Sache.
Dann konnte via flush privileges; nach dem Löschen des Users in der MySQL Console die tabelle mysql.user sauber abgefertigt werden

Also, wer selbiges Problem haben sollte (nachdem der User über ein GUI gelöscht wurde):
1) Prüfen ob der User otrs noch in der Mysql Tabelle mysql.user hinterlegt ist.
mysql -u root -p
select user from mysql.user;

2) Steht der user noch da, dann löschen:
delete from mysql.user where user='otrs';
flush privileges;

Kommt hier ein Fehler, dann via quit am besten raus aus der MySQL-Console und:
mysql_upgrade -u root -p

Danach nochmal
mysql -u root -p
flush privileges;

Nun ist der User tatsächlich gelöscht.