help: how mantis 0.18 upgrade to 1.0rc2?

Get help from other users here.

Moderators: Developer, Contributor

Post Reply
wangxuefeng

help: how mantis 0.18 upgrade to 1.0rc2?

Post by wangxuefeng »

when i upgrade my mantis 0.18 to 1.0rc2, there are errors below:
BAD
CREATE TABLE mantis_bug_file_table ( id INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, bug_id INTEGER UNSIGNED NOT NULL DEFAULT 0, title VARCHAR(250) NOT NULL DEFAULT '', description VARCHAR(250) NOT NULL DEFAULT '', diskfile VARCHAR(250) NOT NULL DEFAULT '', filename VARCHAR(250) NOT NULL DEFAULT '', folder VARCHAR(250) NOT NULL DEFAULT '', filesize INTEGER NOT NULL DEFAULT 0, file_type VARCHAR(250) NOT NULL DEFAULT '', date_added DATETIME NOT NULL DEFAULT '1970-01-01 00:00:01', content LONGBLOB NOT NULL, PRIMARY KEY (id) )TYPE=MyISAM
Table 'mantis_bug_file_table' already exists

who can tell me how to solve the problem? thanks!
Guest

Post by Guest »

Important: Backup your mantis database first.

If you had no mantis_bug_file_table before the upgrade, you can drop it.
Drop table mantis_bug_file_table;

Then it will work.
Guest

Post by Guest »

thank you very much, i will try.
If the data in 'mantis_bug_file_table' has no use in new version?
wangyingying

Post by wangyingying »

I droped the 'mantis_bug_file_table',but it errors bellow:
BAD
CREATE TABLE mantis_bug_history_table ( user_id INTEGER UNSIGNED NOT NULL DEFAULT 0, bug_id INTEGER UNSIGNED NOT NULL DEFAULT 0, PRIMARY KEY (user_id, bug_id) )TYPE=MyISAM
Table 'mantis_bug_history_table' already exists
Checks Failed...

when I drop the mantis_bug_history_table ,it give me a cue:
Table 'mantis_bug_monitor_table' already exists
Checks Failed...
Guest

Post by Guest »

Anonymous wrote:Important: Backup your mantis database first.

If you had no mantis_bug_file_table before the upgrade, you can drop it.
Drop table mantis_bug_file_table;

Then it will work.
I had many data in mantis_bug_file_table, need i restore them manually?
Narcissus
Developer
Posts: 338
Joined: 17 Feb 2005, 09:45

Post by Narcissus »

Just restore your backup file... you did make a backup file, didn't you??

Obviously the problem is that the new database code thinks that you don't have an installation at the moment. Better than dropping tables (which is obviously a bad thing if you do have data) would be to actually work out how /why it determines that you need to create databases then go from there.

What version of OS, PHP, MySQL are you running?
Post Reply