Восстановление связи «discourse_automation_automations» из 3.3beta1 в 3.5beta7

Поддержка Самостоятельное хостинг
1

Пытаюсь восстановить базу данных из

    <meta name="generator" content="Discourse 3.3.0.beta1-dev - https://github.com/discourse/discourse version a4022f69f31af611bc0e21258b0ccb77dec38ba3">

в текущую. Я скопировал тот же app.yml и выполняю восстановление (новая виртуальная машина, пытаюсь обойти обновление PostgreSQL, хотя, возможно, стоит попробовать именно обновление вместо восстановления).

Получаю следующую ошибку:

PG::DuplicateTable: ERROR:  relation "discourse_automation_automations" already exists

Похоже, это ещё один случай, когда миграция была случайно добавлена обратно, и этот сайт был собран в течение этих нескольких коммитов.

Не знаю, что делать. Может, удалить миграцию, которая пытается создать эту таблицу?

Старая база данных находится на версии 20240122015630, новая — на 20250617085536.

В новом исходном коде вижу следующее:

db/migrate/20190601000001_create_automations_table.rb:    create_table :discourse_automation_automations do |t|

Но почему-то эта миграция не понимает, что не должна выполнять это действие? Поля в таблице одинаковы в обоих случаях. Может, просто удалить эту миграцию от 2019 года?

2

I think 3.3beta1 was before the plugin was included in core in April. Could this lead to any issues - for example, due to the plugin now being included in core while still also being installed separately via app.yml?

3

That’s a good idea, but that’s not it. I’m not including it again. I wonder if maybe I should have tried adding it (but I don’t see it in a quick look). My current idea is to drop all of the automations tables (they are empty) on the old site, make a new backup and trying restoring that.

1 лайк
4

Well, and then it failed because discourse_automations_automations was missing. :person_shrugging:

5

So I removed these:

20210108134117_add_pending_pms_table.rb
20210512090204_add_timestamps_to_automations.rb
20210530122323_move_triggers_to_fields.rb
20211119103353_adds_discourse_automation_user_global_notice.rb
20230412120414_add_prefers_encrypt_field_to_pending_pms.rb

and probably should have removed 20190601000001_create_automations_table.rb, but instead I added unless table exists code (I think when I deleted it I had another problem?).

And I finally got it to restore.

And when I rebuild, I get the same errors when the database tries to migrate.

So somehow I guess I need to convince rails that these migrations have, uh, run already. So then I tried this:

INSERT INTO schema_migrations(version) VALUES
('20190601000001'),
('20210108134117'),
('20210512090204'),
('20210530122323'),
('20211119103353'),
('20230412120414');

And that didn’t work either.

I think maybe it’s just those ones frrom 2021 I need to skip? Or maybe 202105?

But the version that’s running is from January 2024.

I was able to restore the first database (before I’d mucked with the schema_migrations) on the old server, so at least I’m back where I started. I guess I need to know how to look at the commits and migrations in some ways that I don’t.

1 лайк
6

Can we close this topic? Or move it to Dev or Installation > Hosting if you want to keep it open ended?

7

Yeah. You can close it. I’m unclear if it’ll ever happen to anyone else so that this may or may not be useful.