You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Operating System Type & Version: Liquibase (Ubuntu 20.04), Vertica (docker image)
Description
Update command only works if database name, schema and username are all aligned with same value.
In case that any of them has a different value following error occurs:
created tables might be created in default public schema (ignoring schema parameters - if database name and schema are not the same)
in all cases fails after second update command with error Unexpected error running Liquibase: [Vertica][VJDBC](4213) ROLLBACK: Object "DATABASECHANGELOG" already exists
bin/liquibase update --url=jdbc:vertica://localhost:5433/vmart --username=my_user --password=my_pass
...
Starting Liquibase at 00:00:00 (version 4.4.3 #53 built at 2021-08-05 18:32+0000)
Liquibase Version: 4.4.3
Liquibase Community 4.4.3 by Datical
checking for vertica
Liquibase command'update' was executed successfully.
second update command -- fail
bin/liquibase update --url=jdbc:vertica://localhost:5433/vmart --username=my_user --password=my_pass
...
Starting Liquibase at 00:00:00 (version 4.4.3 #53 built at 2021-08-05 18:32+0000)
Liquibase Version: 4.4.3
Liquibase Community 4.4.3 by Datical
checking for vertica
Unexpected error running Liquibase: [Vertica][VJDBC](4213) ROLLBACK: Object "DATABASECHANGELOG" already exists
DATABASECHANGELOG & DATABASECHANGELOGLOCK tables are created in schema "my_schema", but target table "t1" is created in default "public" schema.
Second execution of update command fails with Object "DATABASECHANGELOG" already exists
Probably related to liquibase/liquibase#2030
Database, Schema and Username all with same value
In case all values are the same, full procedure works... unfortunately this enforces a very rigid configuration
Steps to make it run:
# create a new schema with same name as user
docker exec vertica_ce /opt/vertica/bin/vsql -c "CREATE SCHEMA my_user;"
update liquibase.properties with following values:
bin/liquibase update --url=jdbc:vertica://localhost:5433/my_user --username=my_user --password=my_pass
...
Starting Liquibase at 00:00:00 (version 4.4.3 #53 built at 2021-08-05 18:32+0000)
Liquibase Version: 4.4.3
Liquibase Community 4.4.3 by Datical
checking for vertica
Liquibase command'update' was executed successfully.
following update command works as expected. all tables are created under schema "my_user"
Expected/Desired Behavior
Ideally users should be able to configure independent values for db name, schema and username
Hi @nicopadu and @larissavmss ,
I was getting same error like you for the DATABASECHANGELOG already exists, but I have tried only the parameter below with both liquibase and liquibase-vertica jar version 4.26.0 and it works now successfully.
Environment
Liquibase Version: 4.4.3
Liquibase Integration & Version: CLI
Liquibase Extension(s) & Version: liquibase-verticaDatabase-4.4.3.jar
Database Vendor & Version:
Operating System Type & Version: Liquibase (Ubuntu 20.04), Vertica (docker image)
Description
Update command only works if database name, schema and username are all aligned with same value.
In case that any of them has a different value following error occurs:
Unexpected error running Liquibase: [Vertica][VJDBC](4213) ROLLBACK: Object "DATABASECHANGELOG" already exists
Steps To Reproduce
Using vertica-ce docker image from here: https://hub.docker.com/r/verticadocker/vertica-ce
this is the content of liquibase.properties
this is the changelog.xml
first update command -- success
second update command -- fail
Actual Behavior
Database, Schema and Username are different:
bin/liquibase update --url=jdbc:vertica://localhost:5433/vmart --username=my_user --password=my_pass
DATABASECHANGELOG & DATABASECHANGELOGLOCK tables are created in schema "my_schema", but target table "t1" is created in default "public" schema.
Second execution of update command fails with
Object "DATABASECHANGELOG" already exists
Probably related to liquibase/liquibase#2030
Database, Schema and Username all with same value
In case all values are the same, full procedure works... unfortunately this enforces a very rigid configuration
Steps to make it run:
update liquibase.properties with following values:
run update command
following update command works as expected. all tables are created under schema "my_user"
Expected/Desired Behavior
Ideally users should be able to configure independent values for db name, schema and username
Note
Originally created here: liquibase/liquibase#2038
┆Issue is synchronized with this Jira Bug by Unito
The text was updated successfully, but these errors were encountered: