Possibility to resume database migration after failed update

9 views
Skip to first unread message

Daniel Le Berre

unread,
Sep 18, 2016, 12:35:10 PM9/18/16
to GitLab
Dear all,

I have been updating manually gitlab from source each month for two
years and half without problem.

Last June, while updating to gitlab 8.9, I did not update properly mysql
rights so the database migration failed.

I switched back to gitlab 8.8 branch on git, and could run properly my
gitlab instance.

So far, so good.

However, I made the mistake to avoid restoring the database to before
the migration (I thought the migration was a single transaction).

Since then, any update process fails because the migration process finds
already existing tables or columns in the database.

Is there any way to resume the database migration process?

I am willing to switch to omnibus at some point to avoid issues like
this in the future, but I need a clean mysql database anyway to do so.

Any help on this would be much appreciated.

Regards,

Daniel

Aleksey Tsalolikhin

unread,
Sep 18, 2016, 1:09:28 PM9/18/16
to gitl...@googlegroups.com

Could you edit the update script to comment out the steps that were done during the first attempt? And run that, effectively resuming the update?


--
You received this message because you are subscribed to the Google Groups "GitLab" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gitlabhq+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gitlabhq/befa663c-f382-4cdc-4b76-d157888ffb7f%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Daniel Le Berre

unread,
Sep 18, 2016, 2:44:58 PM9/18/16
to gitl...@googlegroups.com
I can do whatever can help :)

I am not a ror guru, I just follow the step by step update guide.

Which file contains the database migration steps?

Daniel

Le 18/09/2016 à 19:09, Aleksey Tsalolikhin a écrit :
> Could you edit the update script to comment out the steps that were done
> during the first attempt? And run that, effectively resuming the update?
>
>
> On Sep 18, 2016 9:35 AM, "Daniel Le Berre" <daniel....@gmail.com
> <mailto:daniel....@gmail.com>> wrote:
>
> Dear all,
>
> I have been updating manually gitlab from source each month for two
> years and half without problem.
>
> Last June, while updating to gitlab 8.9, I did not update properly
> mysql rights so the database migration failed.
>
> I switched back to gitlab 8.8 branch on git, and could run properly
> my gitlab instance.
>
> So far, so good.
>
> However, I made the mistake to avoid restoring the database to
> before the migration (I thought the migration was a single transaction).
>
> Since then, any update process fails because the migration process
> finds already existing tables or columns in the database.
>
> Is there any way to resume the database migration process?
>
> I am willing to switch to omnibus at some point to avoid issues like
> this in the future, but I need a clean mysql database anyway to do so.
>
> Any help on this would be much appreciated.
>
> Regards,
>
> Daniel
>
> --
> You received this message because you are subscribed to the Google
> Groups "GitLab" group.
> To unsubscribe from this group and stop receiving emails from it,
> send an email to gitlabhq+u...@googlegroups.com
> <mailto:gitlabhq%2Bunsu...@googlegroups.com>.
> <https://groups.google.com/d/msgid/gitlabhq/befa663c-f382-4cdc-4b76-d157888ffb7f%40gmail.com>.
> For more options, visit https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>.
>
> --
> You received this message because you are subscribed to the Google
> Groups "GitLab" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to gitlabhq+u...@googlegroups.com
> <mailto:gitlabhq+u...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/gitlabhq/CANNWuVVP%3DvqAmJio5%3DQ62hkHLKXFjuViH-9vnjub78L4QE_4cA%40mail.gmail.com
> <https://groups.google.com/d/msgid/gitlabhq/CANNWuVVP%3DvqAmJio5%3DQ62hkHLKXFjuViH-9vnjub78L4QE_4cA%40mail.gmail.com?utm_medium=email&utm_source=footer>.
Reply all
Reply to author
Forward
0 new messages