Hi Jason, I have seen #2 happen during start up even if there is no gc. I dint get a chance to dig deeper why it happens but things work as expected.
On Wed, Apr 29, 2015 at 10:30 AM, Zhen Zhang <[email protected]> wrote: > Hi Vinoth, #2 is harmless but should not happen unless there is gc. are > you using 0.6 or 0.7? > > Thanks, > Jason > > On Wed, Apr 29, 2015 at 8:26 AM, Vinoth Chandar <[email protected]> wrote: > >> Sure will do! >> >> On Wed, Apr 29, 2015 at 7:36 AM, kishore g <[email protected]> wrote: >> >>> Hi Vinoth, >>> >>> These are warnings and can be ignored. Can you please a jira on this. We >>> will fix it for next release. >>> >>> Thanks >>> Kishore G >>> >>> On Wed, Apr 29, 2015 at 5:53 AM, Vinoth Chandar <[email protected]> wrote: >>> >>>> Hi, >>>> >>>> We always get the following errors on startup.. (#1 looks like the >>>> leader elector for controller... ) . Ours is a FULL_AUTO embedded >>>> controller helix configuration. >>>> >>>> 1.org.apache.helix.manager.zk.ZkBaseDataAccessor.doCreate(ZkBaseDataAccessor.java:138) >>>> Node already exists. path: >>>> /streamio/STATEMODELDEFS/STORAGE_DEFAULT_SM_SCHEMATA >>>> >>>> >>>> 2. >>>> org.apache.helix.manager.zk.CallbackHandler.invoke(CallbackHandler.java:130) >>>> >>>> Skip processing callbacks for listener: >>>> org.apache.helix.messaging.handling.HelixTaskExecutor@1a9f9f09, path: >>>> /streamio/INSTANCES/datapipe11-sjc1-controller-/MESSAGES, expected types: >>>> [CALLBACK, FINALIZE] but was INIT >>>> >>>> >>>> >>>> 3.org.apache.helix.healthcheck.ParticipantHealthReportTask.stop(ParticipantHealthReportTask.java:67) >>>> ParticipantHealthReportTimerTask already stopped >>>> org.apache.helix.healthcheck.ParticipantHealthReportTask in stop at >>>> line 67 >>>> >>>> Things are working after this, but want to make sure if something is >>>> amiss (or we are doing something wrong) >>>> Thanks >>>> Vinoth >>>> >>> >>> >> >
