Just pushed a stop-gap fix to master. I'm running my qa tests now to check if it is ok now.
Cheers, Hugo Sent from my iPhone > On 3 okt. 2013, at 12:18, Prasanna Santhanam <t...@apache.org> wrote: > > This was my problem too for running tests o master :( > > I posted CLOUDSTACK-4791 today for the issue. > > >> On Thu, Oct 03, 2013 at 11:08:16AM +0200, Hugo Trippaers wrote: >> Heya guys, >> >> I'm still running into this problem. Our jenkins automagically installs and >> tests the latest packages based on master. With a clean database on clean >> machines. >> >> The error reported is similar to the error encountered: >> >> Caused by: com.cloud.utils.exception.CloudRuntimeException: DB Exception on: >> com.mysql.jdbc.JDBC4PreparedStatement@64726693: SELECT >> configuration.instance, configuration.component, configuration.name, >> configuration.value, configuration.default_value, configuration.description, >> configuration.category, configuration.is_dynamic, configuration.scope, >> configuration.updated FROM configuration WHERE configuration.name = >> _binary'storage.cache.replacement.lru.interval' ORDER BY RAND() LIMIT 1 >> at >> com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:421) >> at >> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) >> at >> com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:356) >> at >> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) >> at >> com.cloud.utils.db.GenericDaoBase.findOneIncludingRemovedBy(GenericDaoBase.java:869) >> at >> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) >> at >> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl.findByName(ConfigurationDaoImpl.java:201) >> at >> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) >> at >> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl.getValue(ConfigurationDaoImpl.java:166) >> at >> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) >> at >> org.apache.cloudstack.storage.cache.manager.StorageCacheReplacementAlgorithmLRU.initialize(StorageCacheReplacementAlgorithmLRU.java:63) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> at java.lang.reflect.Method.invoke(Method.java:616) >> at >> org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleElement.invoke(InitDestroyAnnotationBeanPostProcessor.java:346) >> at >> org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMetadata.invokeInitMethods(InitDestroyAnnotationBeanPostProcessor.java:299) >> at >> org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:132) >> ... 79 more >> Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: >> Unknown column 'configuration.default_value' in 'field list' >> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) >> at >> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) >> at >> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) >> at java.lang.reflect.Constructor.newInstance(Constructor.java:532) >> at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) >> at com.mysql.jdbc.Util.getInstance(Util.java:386) >> at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1053) >> at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4074) >> at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4006) >> at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2468) >> at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2629) >> at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2719) >> at >> com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155) >> at >> com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2318) >> at >> org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96) >> at >> org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96) >> at >> com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:415) >> ... 116 more >> >> The full log is here: >> http://nvpmadm1.nvp.strocamp.net:8080/job/cloudstack-qa-env-test/505/console >> >> This still appears to be an issue. How can we make sure that the database is >> properly updated before this piece of code is hit? >> >> Cheers, >> >> Hugo >> >> >>> On Sep 24, 2013, at 4:13 PM, Daan Hoogland <daan.hoogl...@gmail.com> wrote: >>> >>> works in the latest version >>> >>>> On Tue, Sep 24, 2013 at 4:09 PM, Daan Hoogland <daan.hoogl...@gmail.com> >>>> wrote: >>>> I ran into this as well, As I did some change to schema-420-430.sql I >>>> was my primary suspect. It does not have to do with my field though. >>>> Still looking, >>>> Daan >>>> >>>>> On Tue, Sep 24, 2013 at 2:17 PM, Wei ZHOU <ustcweiz...@gmail.com> wrote: >>>>> I ran a fresh installation on devcloud just now, it works. >>>>> some records in configuration table are introduced by sql files, and >>>>> ConfigurationServerImpl will check and insert the records if not exist. >>>>> >>>>> >>>>> 2013/9/24 Hugo Trippaers <h...@trippaers.nl> >>>>> >>>>>> Hey all, >>>>>> >>>>>> Noticed an interesting problem today. I was trying to start a management >>>>>> server based on the latest sources in master, but failed. The reason was >>>>>> that the configuration threw an exception that a certain column in the >>>>>> database fit not exist. This column is added during the database upgrade >>>>>> sequence, but apparently the configuration is already accessed before the >>>>>> database upgrade takes place. >>>>>> >>>>>> Seems like a chicken and egg problem to me. >>>>>> >>>>>> Did anybody else run into this problem? >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Hugo > > -- > Prasanna., > > ------------------------ > Powered by BigRock.com >