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 <l...@dhis2.org> wrote: > > > 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 > > -- ******************************************* 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
