Rotdrachenfestung Mobs/Problem mit Mysql

[ExoBiTe™]

Guten morgen erstmal.

Ich habe gerade die neuen Rotdrachenfestung Mobs eingefügt (Razador etc.), und dabei auch die ganzen Viecher als Eis variante. Nun kann ich sie IG mit /m 6091 etc. spawnen, und auch alle Effekte, animationen stimmen, aber sobald ich einen der mobs schlage geht der Core down. Ich bin dann noch ca. 5 Sekunden IG, werde danach aber gekickt, und komme nicht mehr rein. Mit poly kann ich mich auch in den Mob verwandeln und auch schlagen und alles mögliche. Wenn ich den Server über sh close.sh beenden will, sagt er mir auch bei Channel 1 Core 1
"kill: 1543: no such process".
In der syserr vom server steht

SYSERR: Mar 22 02:09:58 :: GetMoveMotionSpeed: cannot find motion (name Glut-Flammengeist race 6001 mode 0)

und in der Client Syserr nur

0416 13:11:19929 :: GRANNY: r:/granny/rt/granny_file_info.cpp(145): File has run-time type tag of 0x8000000f, which doesn't match this version of Granny (0x80000010).  Automatic conversion will be attempted.
0416 13:11:25509 :: GRANNY: r:/granny/rt/granny_file_info.cpp(145): File has run-time type tag of 0x80000015, which doesn't match this version of Granny (0x80000010).  Automatic conversion will be attempted.

Wie kann ich die Monster schlagen, ohne das mein Core down geht?

Das zweite Problem ist, das das Spiel alles in der datenbank mitloggen will.
Das problem ist aber, er kann es nicht in die Tabelle schreiben
In der syserr sagt er mir:

SYSERR: Mar 22 02:10:23 :: ChildLoop: AsyncSQL: query failed: Table 'command_log' is read only (query: INSERT DELAYED INTO command_log (userid, server, ip, port, username, command, date ) VALUES(57709, 999, 'HAMACHIIP', 1, '[SA]ExoBiTe', 'n [SA]ExoBiTe :  Hallo', NOW())  errno: 1036)

Ich denke der Fehler ist, das die Tabelle eine "read-only" tabelle ist (wenn es sowas überhaupt gibt^^), Wie kann ich die Tabelle umstellen, das er dort etwas einträgt?

Hoffe auf hilfe bei beiden Problemen.
Mfg

[DerForenLeser]

Also den zweiten Fehler kannst Du über deinen FTP fixen, indem Du in /var/db/mysql/log gehst & dann die command_log Dateien jeweils mit den entsprechenden Rechten (777) ausstattest.

Beim ersten Fehler kann ich mir so nichts vorstellen.