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,