Glad it's resolved. Lars
On 9 April 2018 at 11:23, Calle Hedberg <calle.hedb...@gmail.com> 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 <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: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 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 > <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 > > ******************************************* > > -- Lars Helge Øverland Technical lead, DHIS 2 University of Oslo l...@dhis2.org https://www.dhis2.org
_______________________________________________ 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