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 <l...@dhis2.org> 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 <calle.hedb...@gmail.com> 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.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(Unknown Source) >> java.lang.ref.ReferenceQueue.remove(Unknown Source) >> com.google.inject.internal.util.$Finalizer.run(Finalizer.java:114) >> 09-Apr-2018 11:09:29.354 SEVERE [localhost-startStop-1] >> org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks >> The web application [dhis] created a ThreadLocal with key of type >> [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@9926dd9]) and a >> value of type [org.hibernate.boot.internal.MetadataImpl] (value >> [org.hibernate.boot.internal.MetadataImpl@1e8d20a1]) but failed to >> remove it when the web application was stopped. Threads are going to be >> renewed over time to try and avoid a probable memory leak. >> 09-Apr-2018 11:09:29.358 SEVERE [localhost-startStop-1] >> org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks >> The web application [dhis] created a ThreadLocal with key of type >> [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@1a61f7c6]) and a >> value of type [org.springframework.security. >> core.context.SecurityContextImpl] (value [org.springframework.security. >> core.context.SecurityContextImpl@ffffffff: Null authentication]) but >> failed to remove it when the web application was stopped. Threads are going >> to be renewed over time to try and avoid a probable memory leak. >> 09-Apr-2018 11:09:29.384 INFO [localhost-startStop-1] >> org.apache.catalina.startup.HostConfig.deployWAR Deployment of web >> application archive [C:\Program Files\Apache Software Foundation\Tomcat >> 8.5\webapps\dhis.war] has finished in [52,168] ms >> >> Any advice on the reason for this and/or how to fix it? >> >> Regards >> Calle >> >> ******************************************* >> >> Calle Hedberg >> >> 46D Alma Road, 7700 Rosebank, SOUTH AFRICA >> <https://maps.google.com/?q=46D+Alma+Road,+7700+Rosebank,+SOUTH+AFRICA&entry=gmail&source=g> >> >> Tel/fax (home): +27-21-685-6472 >> >> Cell: +27-82-853-5352 >> >> Iridium SatPhone: +8816-315-19119 >> >> Email: calle.hedb...@gmail.com >> >> Skype: calle_hedberg >> >> ******************************************* >> >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~dhis2-devs >> Post to : dhis2-devs@lists.launchpad.net >> Unsubscribe : https://launchpad.net/~dhis2-devs >> More help : https://help.launchpad.net/ListHelp >> >> > > > -- > Lars Helge Øverland > Technical lead, DHIS 2 > University of Oslo > l...@dhis2.org > https://www.dhis2.org > > -- ******************************************* Calle Hedberg 46D Alma Road, 7700 Rosebank, SOUTH AFRICA Tel/fax (home): +27-21-685-6472 Cell: +27-82-853-5352 Iridium SatPhone: +8816-315-19119 Email: calle.hedb...@gmail.com Skype: calle_hedberg *******************************************
_______________________________________________ Mailing list: https://launchpad.net/~dhis2-devs Post to : dhis2-devs@lists.launchpad.net Unsubscribe : https://launchpad.net/~dhis2-devs More help : https://help.launchpad.net/ListHelp