New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
server.selections: specified key was too long; max key length is 1000 bytes #81
Comments
We should restrict this to 950 bytes fir MyISAM DBs. |
Is there something that I can do now, or do I have to go back to 1.5.2 ? |
just hold on ;) |
weird because selection.title is 512 chars, description is a TextField, moreover it passes the CREM DB which is MyISAM :/ |
Hi From what I can see in some discussions on the web, it may be due to the following field in the Selection model:
The combination between Or maybe this field
|
@AnasGhrab : clould you please try to use this branch of TimeSide with a tentative fix : https://github.com/Parisson/TimeSide/tree/hotfix/issue81 |
@AnasGhrab: oh sorry, wait a minute, I forgot to squash the migration. |
It was Ok after installing the good version of elasticsearch. |
OK thank you very much for the feedback. |
@AnasGhrab reported:
Parisson/Telemeta#78
Running migrations for django_extensions:
Nothing to migrate.
Installed 0 object(s) from 0 fixture(s)
Running migrations for telemeta:
Nothing to migrate.
Installed 0 object(s) from 0 fixture(s)
Running migrations for server:
! Since you have a database that does not support running
! schema-altering statements in transactions, we have had
! to leave it in an interim state between migrations.
! You might be able to recover with: = DROP TABLE
timeside_selections
CASCADE; []= DROP TABLE
timeside_selections_items
CASCADE; []= DROP TABLE
timeside_selections_selections
CASCADE; []= DROP TABLE
timeside_items
CASCADE; []= DROP TABLE
timeside_experiences
CASCADE; []= DROP TABLE
timeside_experiences_presets
CASCADE; []= DROP TABLE
timeside_experiences_experiences
CASCADE; []= DROP TABLE
timeside_processors
CASCADE; []= DROP TABLE
timeside_presets
CASCADE; []= DROP TABLE
timeside_results
CASCADE; []= DROP TABLE
timeside_tasks
CASCADE; []! The South developers regret this has happened, and would
! like to gently persuade you to consider a slightly
! easier-to-deal-with DBMS (one that supports DDL transactions)
! NOTE: The error which caused the migration to fail is further up.
Error in migration: server:0001_initial
The text was updated successfully, but these errors were encountered: