36
votes

Found non-empty schema "public" without metadata table! Use init() or set initOnMigrate to true to initialize the metadata table.

  • I'm using Postgres 9.2 with Postgis 2.0. This means that by default when I create a new database there will be a table created in public schema called spatial_ref_sys.

When I run flyway migrate on this database, I get the above error. Running init seems to create the public.schema_version table and mark version 1 as SUCCEDED without actually running the the migration file. I've also tried combinations of initOnMigrate with no success. Flyway is not configured to manage any schemas.

Any ideas on how I can run a migration in this scenario?

5
I've altered the title of the question even further to simply state the error message. The original title "Migrate a virgin database causes errors" was simply incorrect as stated in the comments below.markdsievers

5 Answers

30
votes

The title is somewhat contradictory, as the database is indeed not virgin as you installed, through the PostGIS extension, a number of objects in the public schema.

You can either

  • set flyway.schemas to a new schema, say my_app, which will then be created automatically by Flyway. Your application should then use this one instead of public (recommended)
  • set flyway.baselineOnMigrate to true or invoke flyway.baseline() against the public schema. This will work, but public will then contain a mix of both your application objects and the PostGIS objects
5
votes

If you are using Gradle you can run

./gradlew -Dflyway.schemas=public flywayClean flywayMigrate

Where public is the name of the database containing the schema_versions table. That should delete the table and metadata as well as running the migrations to get it back up to date.

Caution!

This will delete all data in public schema

2
votes

I think this error comes only with latest version of Flyway i.e. above 4.03. I didn't received in the earlier project but got it when I am using Flyway version 5.07 in my latest project. Putting the code here that resolve my issues

public class FlywayConfig {

    @Autowired
    DataSource dataSource;
    @Autowired
    Config config;

    @Bean
    public Flyway flyway(){
        Flyway flyway = new Flyway();
        flyway.setDataSource(dataSource);
         flyway.setSqlMigrationPrefix("V");
            flyway.setLocations(new String[] { config.getSqlLocation() });
            flyway.setBaselineOnMigrate(true);
            // *******************flyway.clean(); ********************// this will wipe out the DB, be careful
            flyway.migrate();
        return  flyway;

    }

}
0
votes

this work for me , i were figthin with the same problema a lot of time

my project was building on maven

Flyway flyway = new Flyway();
flyway.setDataSource(dataSource);
flyway.setLocations("db/your_db");
flyway.setTable("name_of_schema");

next a added this line

flyway.setBaselineOnMigrate(true);
flyway.clean();

next this lines

 MigrationInfo migrationInfo = flyway.info().current();
 flyway.migrate();

and i let you the URL of my references from flyway.org Flyway.org/documentation/commandline/baseline

0
votes

In my case the problem started when I deleted all the rows in the table myschema.schema_version

./gradlew flywayInit did the trick and the error is not showed anymore.