Hi Monika, I'm not sure how you encountered it. When I recently did a fresh_install from the master branch, I didn't encouter it.
To explain, the bi_* tables (browse index) were used by default up to and including DSpace 3 by BrowseCreateDAOPostgres/BrowseCreateDAOOracle. With the switch to SolrBrowseCreateDAO in DSpace 4, these are no longer needed. A quick look at your stacktrace reveals that the clearDatabase() method tried to delete these methods, and part of it is testing whether they exist. It's this test that fails because a fresh install has no reason to create them. So either clearDatabase() should not be called at all or the call to testTableExistence() shouldn't produce an error, merely a no-op. I'm pretty sure it's a bug. Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette ------------------------------------------------------------------------------ Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette