Hi everyone,
I’ve installed a new Indico 2.0 istance an my organization datacenter, but now I need to move to another one. I’d like to know of there is any way migrate the database, from the old istance to the new one, or I’ve to just dump and restore it.
At same how to proceed for the customization I did on the old one.
Thanks in advace.
Just reinstall it on the new machine but instead of doing the setup wizard etc., restore a database dump (pg_restore / pg_dump), copy the config (/opt/indico/etc) and materials/attachments (/opt/indico/archive, possibly the legacy archive folder as well if you migrated from 1.2).
Regarding customizations, if you used the CUSTOMIZATION_DIR, simply copy that folder as well. If you modified the code/templates directly inside the virtualenv… well, let’s hope you didn’t 
Thanks for the answer @ThiefMaster, but
I already did the setup wizard 
damn…
What can I do?
No problem, running it doesn’t do any harm (and you actually don’t have to manually create some of the other directories like tmp, cache and assets!). Just restore your database dump now and copy the old config (or compare the two to see if there are any differences)
I finally found some time to try to restore the database, but it doesn’t work, following what i did.
In the old machine
pg_dump indico > /tmp/indico_db.bak
then i moved in the new one, where I ran:
psql indico < /tmp/indico_db.bak &> file.log
But many errors like ...already exists...
I tried also in the old machine
pg_dump -Fc indico > /tmp/indico.db
In the new machine
pg_restore -v -c -1 -d indico /tmp/indico.db &> file.log
In this last case I get
pg_restore: [archiver (db)] Error from TOC entry 4010; 1259 16891 INDEX ix_affiliations_name_unaccent indico
pg_restore: [archiver (db)] could not execute query: ERROR: function unaccent(unknown, text) does not exist
LINE 1: SELECT unaccent('unaccent', value)
^
HINT: No function matches the given name and argument types. You might need to add explicit type casts.
QUERY: SELECT unaccent('unaccent', value)
CONTEXT: PL/pgSQL function indico.indico_unaccent(text) line 3 at RETURN
Command was: CREATE INDEX ix_affiliations_name_unaccent ON users.affiliations USING gin (indico.indico_unaccent(lower((name)::text)) publ...
Even though the unaccent extension should be exist, buecause in the installation process there is su - postgres -c 'psql indico -c "CREATE EXTENSION unaccent; CREATE EXTENSION pg_trgm;"'
Any hint on that?
Thanks in advance.
Very strange. These are the commands we use all the time and it works fine (on a database that has the two extensions of course):
pg_dump indico -Fc -f backup.dump
pg_restore -d indico -O backup.dumpI managed to migrate successfully the instance in the new location. Thanks a lot for the support.
To get i t works, I had to drop the old indico database and recreate it, then I created the extensions again, so I was able to restore the correct DB successfully.
Thanks again.
Hi, I have also the need of coping instances between different environments (prod, qa, dev…).
We cloned an instance between prod and qa using VMWare tools. Everything was fine excepting the registration forms of an event that were lost.
So we have tried the steps shown above to fix the problem…after droping and restoring the database, not running the setup wizard, I’m getting the following error in the log file:
ProgrammingError: (psycopg2.ProgrammingError) permission denied for schema indico
[SQL: ‘SELECT indico.settings.id AS indico_settings_id, indico.settings.module AS indico_settings_module, indico.settings.name AS indico_settings_name, indico.settings.value AS indico_settings_value \nFROM indico.settings \nWHERE indic$
2019-01-14 18:14:01,441 ERROR celery.app.trace Task event_reminders[f628b4af-09aa-43be-b508-adeac75ae0d7] raised unexpected: ProgrammingError(’(psycopg2.ProgrammingError) permission denied for schema events\nLINE 2: FROM ev…
Any clue what could be missing???.
Thanks in advance for your advice.
DdM
Make sure to restore the backup as the same user indico uses to access the database (usually a user named indico). That way it’s guaranteed that the user will own everything in the DB.