Re: [Dhis2-devs] Startup errors in 2.29
yeah - but that issue related to (presumably one) program indicator causing integrity checks to bomb out has not (hint hint) ;-( On 9 April 2018 at 11:24, Lars Helge Øverland wrote: > > > Glad it's resolved. > > Lars > > On 9 April 2018 at 11:23, Calle Hedberg wrote: > >> Lars, >> >> Eish - forget about it - was a version startup issue. I accidentally >> started up the 2.29 instance using a 2.27 war file. Too much blood in my >> caffeinated veins, no doubt. >> >> Regards >> Calle >> >> >> >> On 9 April 2018 at 11:21, Lars Helge Øverland wrote: >> >>> Hi Calle, >>> >>> this should be handled by the startup routines. >>> >>> Could it be that you have disabled startup routines and then forgot to >>> enable it again when upgrading? >>> >>> regards, >>> >>> Lars >>> >>> >>> On 9 April 2018 at 11:18, Calle Hedberg wrote: >>> Hi After recently upgrading from 2.28 to 2.29, I noted that the PeriodType "BiWeekly" has been added to the periodtype table, BUT it generates an error during startup (see tomcat log below). There are also several SEVERE log items at the end related to listeners failing to start - but i cannot see how it affect the system running: * INFO 2018-04-09 11:09:29,180 Executing startup routine [2 of 15, runlevel 2]: PeriodTypePopulator (DefaultStartupRoutineExecutor.java [localhost-startStop-1]) * ERROR 2018-04-09 11:09:29,186 org.hibernate.WrongClassException: Object [id=7119265] was not of the specified subclass [org.hisp.dhis.period.PeriodType] : Discriminator: BiWeekly at org.hibernate.loader.Loader.getInstanceClass(Loader.java:181 0) at org.hibernate.loader.Loader.instanceNotYetLoaded(Loader.java :1621) at org.hibernate.loader.Loader.getRow(Loader.java:1550) at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java: 733) at org.hibernate.loader.Loader.processResultSet(Loader.java:978 ) at org.hibernate.loader.Loader.doQuery(Loader.java:936) at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyColle ctions(Loader.java:342) at org.hibernate.loader.Loader.doList(Loader.java:2622) at org.hibernate.loader.Loader.listUsingQueryCache(Loader.java: 2464) at org.hibernate.loader.Loader.list(Loader.java:2426) at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLo ader.java:109) at org.hibernate.internal.SessionImpl.list(SessionImpl.java:178 7) at org.hibernate.internal.CriteriaImpl.list(CriteriaImpl.java:3 63) at org.hisp.dhis.period.hibernate.HibernatePeriodStore.getAllPe riodTypes(HibernatePeriodStore.java:228) at org.hisp.dhis.period.PeriodTypePopulator.executeInTransactio n(PeriodTypePopulator.java:66) at org.hisp.dhis.system.startup.TransactionContextStartupRoutin e$1.doInTransaction(TransactionContextStartupRoutine.java:57) at org.springframework.transaction.support.TransactionTemplate. execute(TransactionTemplate.java:133) at org.hisp.dhis.system.startup.TransactionContextStartupRoutin e.execute(TransactionContextStartupRoutine.java:52) at org.hisp.dhis.system.startup.DefaultStartupRoutineExecutor.e xecute(DefaultStartupRoutineExecutor.java:113) at org.hisp.dhis.system.startup.DefaultStartupRoutineExecutor.e xecute(DefaultStartupRoutineExecutor.java:70) at org.hisp.dhis.system.startup.StartupListener.contextInitiali zed(StartupListener.java:71) at org.apache.catalina.core.StandardContext.listenerStart(Stand ardContext.java:4745) at org.apache.catalina.core.StandardContext.startInternal(Stand ardContext.java:5207) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.j ava:150) at org.apache.catalina.core.ContainerBase.addChildInternal(Cont ainerBase.java:752) at org.apache.catalina.core.ContainerBase.addChild(ContainerBas e.java:728) at org.apache.catalina.core.StandardHost.addChild(StandardHost. java:734) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig. java:988) at org.apache.catalina.startup.HostConfig$DeployWar.run(HostCon fig.java:1860) at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) at java.util.concurrent.FutureTask.run(Unknown Source) at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) at java.lang.Thread.run(Unknown Source) (StartupListener.java [localhost-startStop-1]) 09-Apr-2018 11:09:29.186 SEVERE [localhost-startStop-1] org.apache.catalina.core.StandardContext.startI
Re: [Dhis2-devs] Startup errors in 2.29
Glad it's resolved. Lars On 9 April 2018 at 11:23, Calle Hedberg wrote: > Lars, > > Eish - forget about it - was a version startup issue. I accidentally > started up the 2.29 instance using a 2.27 war file. Too much blood in my > caffeinated veins, no doubt. > > Regards > Calle > > > > On 9 April 2018 at 11:21, Lars Helge Øverland wrote: > >> Hi Calle, >> >> this should be handled by the startup routines. >> >> Could it be that you have disabled startup routines and then forgot to >> enable it again when upgrading? >> >> regards, >> >> Lars >> >> >> On 9 April 2018 at 11:18, Calle Hedberg wrote: >> >>> Hi >>> >>> After recently upgrading from 2.28 to 2.29, I noted that the PeriodType >>> "BiWeekly" has been added to the periodtype table, BUT it generates an >>> error during startup (see tomcat log below). There are also several SEVERE >>> log items at the end related to listeners failing to start - but i cannot >>> see how it affect the system running: >>> >>> >>> * INFO 2018-04-09 11:09:29,180 Executing startup routine [2 of 15, >>> runlevel 2]: PeriodTypePopulator (DefaultStartupRoutineExecutor.java >>> [localhost-startStop-1]) >>> * ERROR 2018-04-09 11:09:29,186 org.hibernate.WrongClassException: >>> Object [id=7119265] was not of the specified subclass >>> [org.hisp.dhis.period.PeriodType] : Discriminator: BiWeekly >>> at org.hibernate.loader.Loader.getInstanceClass(Loader.java:181 >>> 0) >>> at org.hibernate.loader.Loader.instanceNotYetLoaded(Loader.java >>> :1621) >>> at org.hibernate.loader.Loader.getRow(Loader.java:1550) >>> at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java: >>> 733) >>> at org.hibernate.loader.Loader.processResultSet(Loader.java:978) >>> at org.hibernate.loader.Loader.doQuery(Loader.java:936) >>> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyColle >>> ctions(Loader.java:342) >>> at org.hibernate.loader.Loader.doList(Loader.java:2622) >>> at org.hibernate.loader.Loader.listUsingQueryCache(Loader.java: >>> 2464) >>> at org.hibernate.loader.Loader.list(Loader.java:2426) >>> at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLo >>> ader.java:109) >>> at org.hibernate.internal.SessionImpl.list(SessionImpl.java:178 >>> 7) >>> at org.hibernate.internal.CriteriaImpl.list(CriteriaImpl.java:3 >>> 63) >>> at org.hisp.dhis.period.hibernate.HibernatePeriodStore.getAllPe >>> riodTypes(HibernatePeriodStore.java:228) >>> at org.hisp.dhis.period.PeriodTypePopulator.executeInTransactio >>> n(PeriodTypePopulator.java:66) >>> at org.hisp.dhis.system.startup.TransactionContextStartupRoutin >>> e$1.doInTransaction(TransactionContextStartupRoutine.java:57) >>> at org.springframework.transaction.support.TransactionTemplate. >>> execute(TransactionTemplate.java:133) >>> at org.hisp.dhis.system.startup.TransactionContextStartupRoutin >>> e.execute(TransactionContextStartupRoutine.java:52) >>> at org.hisp.dhis.system.startup.DefaultStartupRoutineExecutor.e >>> xecute(DefaultStartupRoutineExecutor.java:113) >>> at org.hisp.dhis.system.startup.DefaultStartupRoutineExecutor.e >>> xecute(DefaultStartupRoutineExecutor.java:70) >>> at org.hisp.dhis.system.startup.StartupListener.contextInitiali >>> zed(StartupListener.java:71) >>> at org.apache.catalina.core.StandardContext.listenerStart(Stand >>> ardContext.java:4745) >>> at org.apache.catalina.core.StandardContext.startInternal(Stand >>> ardContext.java:5207) >>> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.j >>> ava:150) >>> at org.apache.catalina.core.ContainerBase.addChildInternal(Cont >>> ainerBase.java:752) >>> at org.apache.catalina.core.ContainerBase.addChild(ContainerBas >>> e.java:728) >>> at org.apache.catalina.core.StandardHost.addChild(StandardHost. >>> java:734) >>> at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig. >>> java:988) >>> at org.apache.catalina.startup.HostConfig$DeployWar.run(HostCon >>> fig.java:1860) >>> at java.util.concurrent.Executors$RunnableAdapter.call(Unknown >>> Source) >>> at java.util.concurrent.FutureTask.run(Unknown Source) >>> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown >>> Source) >>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown >>> Source) >>> at java.lang.Thread.run(Unknown Source) >>> (StartupListener.java [localhost-startStop-1]) >>> 09-Apr-2018 11:09:29.186 SEVERE [localhost-startStop-1] >>> org.apache.catalina.core.StandardContext.startInternal One or more >>> listeners failed to start. Full details will be found in the appropriate >>> container log file >>> 09-Apr-2018 11:09:29.194 SEVERE [localhost-startStop-1] >>> org.apache.catalina.core.StandardContext.startInternal Context [/dhis] >>> startup failed due to previous errors >>> * INFO 20
Re: [Dhis2-devs] Startup errors in 2.29
Lars, Eish - forget about it - was a version startup issue. I accidentally started up the 2.29 instance using a 2.27 war file. Too much blood in my caffeinated veins, no doubt. Regards Calle On 9 April 2018 at 11:21, Lars Helge Øverland wrote: > Hi Calle, > > this should be handled by the startup routines. > > Could it be that you have disabled startup routines and then forgot to > enable it again when upgrading? > > regards, > > Lars > > > On 9 April 2018 at 11:18, Calle Hedberg wrote: > >> Hi >> >> After recently upgrading from 2.28 to 2.29, I noted that the PeriodType >> "BiWeekly" has been added to the periodtype table, BUT it generates an >> error during startup (see tomcat log below). There are also several SEVERE >> log items at the end related to listeners failing to start - but i cannot >> see how it affect the system running: >> >> >> * INFO 2018-04-09 11:09:29,180 Executing startup routine [2 of 15, >> runlevel 2]: PeriodTypePopulator (DefaultStartupRoutineExecutor.java >> [localhost-startStop-1]) >> * ERROR 2018-04-09 11:09:29,186 org.hibernate.WrongClassException: >> Object [id=7119265] was not of the specified subclass >> [org.hisp.dhis.period.PeriodType] : Discriminator: BiWeekly >> at org.hibernate.loader.Loader.getInstanceClass(Loader.java:1810) >> at org.hibernate.loader.Loader.instanceNotYetLoaded(Loader.java >> :1621) >> at org.hibernate.loader.Loader.getRow(Loader.java:1550) >> at org.hibernate.loader.Loader.getRowFromResultSet(Loader.java: >> 733) >> at org.hibernate.loader.Loader.processResultSet(Loader.java:978) >> at org.hibernate.loader.Loader.doQuery(Loader.java:936) >> at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyColle >> ctions(Loader.java:342) >> at org.hibernate.loader.Loader.doList(Loader.java:2622) >> at org.hibernate.loader.Loader.listUsingQueryCache(Loader.java: >> 2464) >> at org.hibernate.loader.Loader.list(Loader.java:2426) >> at org.hibernate.loader.criteria.CriteriaLoader.list(CriteriaLo >> ader.java:109) >> at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1787) >> at org.hibernate.internal.CriteriaImpl.list(CriteriaImpl.java: >> 363) >> at org.hisp.dhis.period.hibernate.HibernatePeriodStore.getAllPe >> riodTypes(HibernatePeriodStore.java:228) >> at org.hisp.dhis.period.PeriodTypePopulator.executeInTransactio >> n(PeriodTypePopulator.java:66) >> at org.hisp.dhis.system.startup.TransactionContextStartupRoutin >> e$1.doInTransaction(TransactionContextStartupRoutine.java:57) >> at org.springframework.transaction.support.TransactionTemplate. >> execute(TransactionTemplate.java:133) >> at org.hisp.dhis.system.startup.TransactionContextStartupRoutin >> e.execute(TransactionContextStartupRoutine.java:52) >> at org.hisp.dhis.system.startup.DefaultStartupRoutineExecutor.e >> xecute(DefaultStartupRoutineExecutor.java:113) >> at org.hisp.dhis.system.startup.DefaultStartupRoutineExecutor.e >> xecute(DefaultStartupRoutineExecutor.java:70) >> at org.hisp.dhis.system.startup.StartupListener.contextInitiali >> zed(StartupListener.java:71) >> at org.apache.catalina.core.StandardContext.listenerStart(Stand >> ardContext.java:4745) >> at org.apache.catalina.core.StandardContext.startInternal(Stand >> ardContext.java:5207) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase. >> java:150) >> at org.apache.catalina.core.ContainerBase.addChildInternal(Cont >> ainerBase.java:752) >> at org.apache.catalina.core.ContainerBase.addChild(ContainerBas >> e.java:728) >> at org.apache.catalina.core.StandardHost.addChild(StandardHost. >> java:734) >> at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig. >> java:988) >> at org.apache.catalina.startup.HostConfig$DeployWar.run(HostCon >> fig.java:1860) >> at java.util.concurrent.Executors$RunnableAdapter.call(Unknown >> Source) >> at java.util.concurrent.FutureTask.run(Unknown Source) >> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown >> Source) >> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown >> Source) >> at java.lang.Thread.run(Unknown Source) >> (StartupListener.java [localhost-startStop-1]) >> 09-Apr-2018 11:09:29.186 SEVERE [localhost-startStop-1] >> org.apache.catalina.core.StandardContext.startInternal One or more >> listeners failed to start. Full details will be found in the appropriate >> container log file >> 09-Apr-2018 11:09:29.194 SEVERE [localhost-startStop-1] >> org.apache.catalina.core.StandardContext.startInternal Context [/dhis] >> startup failed due to previous errors >> * INFO 2018-04-09 11:09:29,224 De-registering jdbc driver: >> org.postgresql.Driver@78fba49a (StartupListener.java >> [localhost-startStop-1]) >> 09-Apr-2018 11:09:29.354 WARNING [localhost-startStop-1] >> org.ap
Re: [Dhis2-devs] Startup errors in 2.29
Hi Calle, this should be handled by the startup routines. Could it be that you have disabled startup routines and then forgot to enable it again when upgrading? regards, Lars On 9 April 2018 at 11:18, Calle Hedberg wrote: > Hi > > After recently upgrading from 2.28 to 2.29, I noted that the PeriodType > "BiWeekly" has been added to the periodtype table, BUT it generates an > error during startup (see tomcat log below). There are also several SEVERE > log items at the end related to listeners failing to start - but i cannot > see how it affect the system running: > > > * INFO 2018-04-09 11:09:29,180 Executing startup routine [2 of 15, > runlevel 2]: PeriodTypePopulator (DefaultStartupRoutineExecutor.java > [localhost-startStop-1]) > * ERROR 2018-04-09 11:09:29,186 org.hibernate.WrongClassException: Object > [id=7119265] was not of the specified subclass > [org.hisp.dhis.period.PeriodType] > : Discriminator: BiWeekly > at org.hibernate.loader.Loader.getInstanceClass(Loader.java:1810) > at org.hibernate.loader.Loader.instanceNotYetLoaded(Loader. > java:1621) > at org.hibernate.loader.Loader.getRow(Loader.java:1550) > at org.hibernate.loader.Loader.getRowFromResultSet(Loader. > java:733) > at org.hibernate.loader.Loader.processResultSet(Loader.java:978) > at org.hibernate.loader.Loader.doQuery(Loader.java:936) > at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCol > lections(Loader.java:342) > at org.hibernate.loader.Loader.doList(Loader.java:2622) > at org.hibernate.loader.Loader.listUsingQueryCache(Loader. > java:2464) > at org.hibernate.loader.Loader.list(Loader.java:2426) > at org.hibernate.loader.criteria.CriteriaLoader.list( > CriteriaLoader.java:109) > at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1787) > at org.hibernate.internal.CriteriaImpl.list(CriteriaImpl.java:363) > at org.hisp.dhis.period.hibernate.HibernatePeriodStore. > getAllPeriodTypes(HibernatePeriodStore.java:228) > at org.hisp.dhis.period.PeriodTypePopulator.executeInTransaction( > PeriodTypePopulator.java:66) > at org.hisp.dhis.system.startup.TransactionContextStartupRouti > ne$1.doInTransaction(TransactionContextStartupRoutine.java:57) > at org.springframework.transaction.support. > TransactionTemplate.execute(TransactionTemplate.java:133) > at org.hisp.dhis.system.startup.TransactionContextStartupRouti > ne.execute(TransactionContextStartupRoutine.java:52) > at org.hisp.dhis.system.startup.DefaultStartupRoutineExecutor. > execute(DefaultStartupRoutineExecutor.java:113) > at org.hisp.dhis.system.startup.DefaultStartupRoutineExecutor. > execute(DefaultStartupRoutineExecutor.java:70) > at org.hisp.dhis.system.startup.StartupListener. > contextInitialized(StartupListener.java:71) > at org.apache.catalina.core.StandardContext.listenerStart( > StandardContext.java:4745) > at org.apache.catalina.core.StandardContext.startInternal( > StandardContext.java:5207) > at org.apache.catalina.util.LifecycleBase.start( > LifecycleBase.java:150) > at org.apache.catalina.core.ContainerBase.addChildInternal( > ContainerBase.java:752) > at org.apache.catalina.core.ContainerBase.addChild( > ContainerBase.java:728) > at org.apache.catalina.core.StandardHost.addChild( > StandardHost.java:734) > at org.apache.catalina.startup.HostConfig.deployWAR( > HostConfig.java:988) > at org.apache.catalina.startup.HostConfig$DeployWar.run( > HostConfig.java:1860) > at java.util.concurrent.Executors$RunnableAdapter.call(Unknown > Source) > at java.util.concurrent.FutureTask.run(Unknown Source) > at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown > Source) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown > Source) > at java.lang.Thread.run(Unknown Source) > (StartupListener.java [localhost-startStop-1]) > 09-Apr-2018 11:09:29.186 SEVERE [localhost-startStop-1] > org.apache.catalina.core.StandardContext.startInternal One or more > listeners failed to start. Full details will be found in the appropriate > container log file > 09-Apr-2018 11:09:29.194 SEVERE [localhost-startStop-1] > org.apache.catalina.core.StandardContext.startInternal Context [/dhis] > startup failed due to previous errors > * INFO 2018-04-09 11:09:29,224 De-registering jdbc driver: > org.postgresql.Driver@78fba49a (StartupListener.java > [localhost-startStop-1]) > 09-Apr-2018 11:09:29.354 WARNING [localhost-startStop-1] > org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads > The web application [dhis] appears to have started a thread named > [com.google.inject.internal.util.$Finalizer] but has failed to stop it. > This is very likely to create a memory leak. Stack trace of thread: > java.lang.Object.wait(Native Method) > java.lang.ref.ReferenceQueue.remove(Un
