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
MySQL Database creation error #8400
Comments
@joneswac if you have the option I would really recommend using postgres instead. MySQL is lately getting minimal attention within the project and I don't see that changing any time soon. |
That's no trouble. I don't care what you do with this issue, but you should note that MySQL isn't supported on your administration guide page: https://docs.galaxyproject.org/en/master/admin/production.html#switching-to-a-database-server It says that Postgres is preferred -- but maybe a !warning would be better. |
fixed in #8407 |
So the issue for MySQL is in this part of the log:
due to the fact that in migration To fix this, we can choose either of the following options:
|
Fix galaxyproject#6401 . Fix galaxyproject#8400 . Remove `index=True` from some `Column()` definitions in lib/galaxy/model/mapping.py when the index was not part of any migration.
Fix galaxyproject#6401 . Fix galaxyproject#8400 . Remove `index=True` from some `Column()` definitions in lib/galaxy/model/mapping.py when the index was not part of any migration.
We are also using mysql and having the same issue...we cannot migrate up from 135->136 due to mysql-specific constraints on length of identifiers created during the migration. Is there a work around for this? We are trying to get our 17.01 instance up to 19..... |
I switched to PostgreSQL — that seemed the only viable solution to me.
On Oct 18, 2019, at 12:53 PM, Dan Berrios ***@***.***> wrote:
We are also using mysql and having the same issue...we cannot migrate up from 135->136 due to mysql-specific constraints on length of identifiers created during the migration. Is there a work around for this? We are trying to get our 17.01 instance up to 19.....
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#8400?email_source=notifications&email_token=AFOUMOYVCGV4FOALLZVE7NLQPHZ27A5CNFSM4IITJVJ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBVKPPY#issuecomment-543860671>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AFOUMOZGD6U3FOYWH5Z5QCLQPHZ27ANCNFSM4IITJVJQ>.
Wesley Jones
Systems/Network Administrator
University of Northern Iowa
Information Technology
Network & Infrastructure Services
15 Curris Business Building
Cedar Falls, IA 50614-0121
Phone: 319-273-2541 <tel:319-273-2541>
Email: wesley.jones@uni.edu <mailto:wesley.jones@uni.edu>
|
The migrations have been fixed in #8473, which is part of the upcoming 19.09 release. |
Fix galaxyproject#6401 . Fix galaxyproject#8400 . Remove `index=True` from some `Column()` definitions in lib/galaxy/model/mapping.py when the index was not part of any migration.
Set up
Problem
During initial set up of the galaxy server I am encountering the following error:
The
galaxy.yml
config line for this connection is as follows:The text was updated successfully, but these errors were encountered: