Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Crucible - MySql 5.6 Migration From hsql Constraint Issue (Specified key was too long; max key length is 767 bytes)

When migrating from hsql to MySql 5.6 (pretty much fresh installation) I am getting an error which does not allow completion of migration. An exception is thrown when a constraint is applied to the following table:

create table cru_stored_path (cru_path_id integer not null, cru_path varchar(1000), primary key (cru_path_id)) ENGINE=InnoDB;


create index cru_idx_stored_path on cru_stored_path (cru_path);

with stack trace:

2013-02-13 15:57:42,152 ERROR ThreadPool4 fisheye DBEditHelper-doGet - Database migration failed: com.cenqua.crucible.hibernate.CruDBException: Problem with constraints script C: fecru fecru-2.10.1 sql MYSQL schema constraints_80.sql

com.cenqua.crucible.hibernate.CruDBException: Problem with constraints script C: fecru fecru-2.10.1 sql MYSQL schema constraints_80.sql

at com.cenqua.crucible.hibernate.DefaultDBControl.addConstraints(

at com.atlassian.crucible.migration.item.DBImporter.importData(

at com.atlassian.crucible.actions.admin.database.DBEditHelper$

at com.atlassian.crucible.actions.admin.database.DBEditHelper$

at java.util.concurrent.FutureTask$Sync.innerRun(


at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(

at java.util.concurrent.ScheduledThreadPoolExecutor$

at java.util.concurrent.ThreadPoolExecutor.runWorker(

at java.util.concurrent.ThreadPoolExecutor$


Caused by: com.cenqua.crucible.hibernate.CruDBException: SQL script error on line 124: "create index cru_idx_stored_path on cru_stored_path (cru_path);"

(Specified key was too long; max key length is 767 bytes), please contact

at com.cenqua.crucible.hibernate.DefaultDBControl.executeScript(

at com.cenqua.crucible.hibernate.DefaultDBControl.executeScript(

at com.cenqua.crucible.hibernate.DefaultDBControl.addConstraints(

... 10 more

Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Specified key was too long; max key length is 767 bytes

at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

at sun.reflect.NativeConstructorAccessorImpl.newInstance(

at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(

at java.lang.reflect.Constructor.newInstance(

at com.mysql.jdbc.Util.handleNewInstance(

at com.mysql.jdbc.Util.getInstance(

at com.mysql.jdbc.SQLError.createSQLException(

at com.mysql.jdbc.MysqlIO.checkErrorPacket(

at com.mysql.jdbc.MysqlIO.checkErrorPacket(

at com.mysql.jdbc.MysqlIO.sendCommand(

at com.mysql.jdbc.MysqlIO.sqlQueryDirect(

at com.mysql.jdbc.ConnectionImpl.execSQL(

at com.mysql.jdbc.StatementImpl.executeUpdate(

at com.mysql.jdbc.StatementImpl.executeUpdate(

at com.cenqua.crucible.hibernate.DefaultDBControl.executeScript(

... 12 more

2 answers

I'm having the same problem.

If the problem is just in the migration script, is there a way to tell FishEye to throw away the current DB and start again with MySQL?

Or is Fisheye/Crucible just unable to play with MySQL 5.6 at all (for now)?

--- Answering my own question: No it's not just a migrate bug. As far as I can tell the current build of FishEye can not be made to work with the current build of MySql (5.6). Isn't that something you should tell customers up front? Like in big red flashy letters on the download page?

0 votes
vkharisma Atlassian Team Feb 20, 2013

Hi Brian,

This is a bug that currently being tracked by our developer here:

this is a new MySQL instance, can you try downgrading to MySQL 5.5?


Suggest an answer

Log in or Sign up to answer

Atlassian Community Events