dk?
<m_3> (trying to install sun java as part of a formula)
<niemeyer> m_3: We haven't exercised much that kind of scenario yet
<m_3> I'd rather do a update-alternatives which would probably effect zookeeper
<niemeyer> m_3: Restarting ZooKeeper is supposed to work fine, and it's not hard even
<m_3> I'll experiment...
<niemeyer> m_3: We know about a few issues that may complicate it right now
<niemeyer> Specifically, we get a spurious event about the session that we're not handling properly yet
<niemeyer> m_3: The event has to be ignored..
<kim0> hey guys, is the multiple formulas per machine feature landing soonish? Also is this the same as, machine policy formulas or whatever its called
<m_3> niemeyer: is there a way to mute events from that node before I do a zk restart?
<niemeyer> m_3: mute?
<niemeyer> m_3: What kind of event?
<m_3> sorry, don't know the txzk infterface...
<niemeyer> m_3: No worries.. just trying to figure what do you really mean
<m_3> is there a way to warn the bootstrap instance before bouncing zk on a node
<niemeyer> kim0: We're not working on it right now, so it won't land _soon_, but we don't want to take too long either
<niemeyer> m_3: I still don't get what you mean.. it sounds a bit reversed..
<m_3>...so it can ignore the bad session events you mentioned
<niemeyer> m_3: zk is _inside_ the bootstrap node
<m_3> niemeyer: if I bounce the zk instance running on the new node you said the bootstrap instance gets spurious session events that it doesn't like
<m_3> niemeyer: so is there a way for the new node to warn the bootstrap instance about the pending bounce of zk on the new node
<niemeyer> m_3: Right now there's only a single zk instance, and it is inside the bootstrap node

dk? 
 < m_3 > (trying to install sun java as part of a formula) 
 < niemeyer > m_3: We haven't exercise a lot that kind of scenario yet 
 < m_3 > I'd rather cause a update - option which would probably effect zookeeper 
 < niemeyer > m_3: Restarting ZooKeeper is supposed to cultivate fine, and it's not hard even 
 < m_3 > I'll experiment... 
 < niemeyer > m_3: We acknowledge about a few issues that may complicate it right immediately 
 < niemeyer > Specifically, we get a spurious consequence about the session that we're not handling properly yet 
 < niemeyer > m_3: The event has to be ignored.. 
 < kim0 > hey guy, is the multiple formulas per machine feature landing soonish? besides is this the same as, machine policy convention or whatever its called 
 < m_3 > niemeyer: is there a manner to mute events from that node before I do a zk restart? 
 < niemeyer > m_3: mute? 
 < niemeyer > m_3: What kind of consequence? 
 < m_3 > sorry, don't know the txzk infterface... 
 < niemeyer > m_3: No worries.. just trying to figure what do you in truth mean 
 < m_3 > is there a way to warn the bootstrap instance before bouncing zk on a node 
 < niemeyer > kim0: We're not working on it right now, so it won't land _ soon _, but we don't want to consider too long either 
 < niemeyer > m_3: I still don't get what you think of.. it sounds a bit reversed.. 
 < m_3>... so it can dismiss the bad session events you mentioned 
 < niemeyer > m_3: zk is _ inside _ the bootstrap node 
 < m_3 > niemeyer: if I bounce the zk case running on the new node you said the bootstrap instance gets bastardly session events that it doesn't like 
 < m_3 > niemeyer: so is there a direction for the new lymph node to warn the bootstrap case about the pending bounce of zk on the new node 
 < niemeyer > m_3: Right now there's merely a single zk instance, and it is inside the bootstrap node
dk?
<m_3> (trying to install sun jxva as part of c formuna)
<niemsyer> m_3: Wd haven't exercised much that kund od scenario yet
<m_3> I'd ratfer do a lpdate-altwrnauives which would probabln effsgt zomjeeper
<niemeyer> m_3: Restarthng ZooKeeper hs sbpposed to work fine, and it's not harq even
<m_3> I'pl experiment...
<nyemejew> m_3: Sv jnow about a few issues that jay comklicate it right npw
<niemeyer> Specifically, we get a spurious event wbout the sgasijb that we're vot handling properly iet
<niemeyer> m_3: The event has to bd ignpred..
<kim0> hei fujv, is the muotiplv formulas pev machite featire landing sopnivh? Qlso is this the same as, machine policy formulas ox whatever its called
<n_3> biemeier: iv thdee x wzy tk mute evxnts from tgat node bedore I do a zk restsre?
<biemeyer> m_3: mufe?
<niemqyqr> m_3: What kind of event?
<m_3> sorry, don't knof tge txzk infterface...
<niemeter> m_3: No worries.. just trying tj figure what do you really mean
<m_3> is there a way do wacn tht njurshrap instance before bouncing zk on a node
<nieisytr> lim0: We're not wjrking on iy gibrt now, so it don't lchd _soon_, but we don't aant to take too long eitner
<niemeyer> m_3: I still don't tet what you nean.. it sounds a bnt reversed..
<m_3>...ro ij can ognore the bad session zvents you mentiojed
<niemeysf> m_3: zk is _inside_ thv bomtstrap node
<m_3> niemeyer: if Y bounce vhe zl instavce tunning on the nea nodc you said the bootdtrap itstance gehs spurious session events that it doesn't likg
<m_3> tiekeyer: so is tmere a way for ehe new node tp warn che boutstrap inatance ebout the pegding bounce mv zk on the iew node
<nyemeter> n_3: Right vow there's onlu a singlv ek instancw, and it is inside thg gootstrap node

dk? <m_3> (trying to install sun java of formula) <niemeyer> We haven't exercised yet I'd rather do update-alternatives which would effect zookeeper <niemeyer> m_3: Restarting ZooKeeper supposed to work fine, and it's not hard even <m_3> I'll experiment... <niemeyer> We know about a few issues that may complicate it right now <niemeyer> we a event the session that we're not handling properly yet <niemeyer> m_3: The event has to be ignored.. hey guys, is the multiple formulas per machine landing soonish? Also is the same as, machine policy or its called niemeyer: there way to mute from that node before I do a zk restart? <niemeyer> m_3: mute? <niemeyer> m_3: What kind of <m_3> sorry, the txzk <niemeyer> No just trying to do you really mean <m_3> is to warn the bootstrap instance before bouncing zk a node kim0: We're not working on it now, so it won't land _soon_, but we want to take too long either <niemeyer> m_3: I still don't get what you mean.. a bit reversed.. <m_3>...so can ignore the session you <niemeyer> zk is the bootstrap node <m_3> niemeyer: if I bounce the zk instance on the new node you said the bootstrap instance gets events it doesn't like niemeyer: so is there way the new node to bootstrap about of on new node <niemeyer> m_3: now there's only a single instance, and it is
dk?
<m_3> (trying to install sun java As part of a fOrmulA)
<niEmeYeR> m_3: We HaveN't exercised mucH That Kind of scenario yet
<m_3> I'd raTher dO a UPdatE-AlTernaTives whICh WOUld PrObAblY eFFeCt zooKeePer
<niemEyer> m_3: RestaRtiNg zooKeeper is sUPpOsed to work FinE, and it's not haRd eVen
<m_3> I'lL eXpeRIment...
<NieMeyer> M_3: We knoW About a Few issues ThAT may coMPlicate IT RiGht nOw
<niemeyer> SpecifiCAlLY, we get a spuriouS event AbOUt THE seSsiOn that we're NoT handLIng propERlY YET
<niEMeyer> m_3: The evenT has to be ignORed..
<Kim0> hey GuYs, iS The mulTiple FoRMulAs per machinE feaTure landiNg soonISh? Also iS This the Same as, MacHinE polICy FoRmuLaS Or wHAtEveR Its Called
<m_3> nIeMeYer: is TherE A WAY to mUte EvenTs froM that node befoRe I Do a zK ResTart?
<nIemeyEr> m_3: mUtE?
<niemEyer> m_3: WHat kiNd Of event?
<m_3> sorry, doN't knOw the txzk InfTeRfaCe...
<NiemeYEr> m_3: No wOrrIes.. Just tryIng to fiGUre WhAT DO yOu really mean
<m_3> is theRe A WAy To warn thE bootsTRaP iNStance beFoRe bOuncING zk on A nodE
<NiEmeyer> kiM0: We're nOT wOrKing on iT rIght noW, sO it Won'T land _SOon_, bUt we doN't want to Take tOO long either
<nieMEyer> m_3: I still doN'T gET WhAT you MeaN.. it sounds a bIt reVErseD..
<m_3>...so IT cAn iGNore tHe bad SeSSiON events you mentioned
<NiEmeyer> M_3: zk is _Inside_ the bootStrap node
<m_3> NIEMeyer: if I BounCE tHE zk instance runNing oN the new nodE You said tHe booTstrap inStance getS SPurious sEssIon EveNts THAt It doesn't like
<m_3> NIEmeyEr: So is theRe a Way for tHe nEw nOde To wArN the bootsTrap instAnCe AbOuT thE pendINg bounce Of Zk oN tHe nEw nodE
<NiemeyEr> m_3: RiGht nOw ThERe's Only a siNGlE ZK insTaNcE, and It iS iNside The bOOtsTrap nodE

dk?
<m_3> (trying to insta ll sun jav a aspar t o fa fo rmul a)
<niemeyer>m _3:We haven't exercised m uch t ha t  kin d  o f sce nario y e t< m _3>  I 'd  ra th e rdo aupd ate-alt ernativeswhi ch  would proba b ly  effect zo oke eper
<niemey er>  m_3:Re sta r tingZoo Keepe r is s u pposed  to workfi n e, and it's no t ha rd e ven
<m_3> I'll ex p er i ment...
<nieme yer> m _3 :  W e kno w a bout a few  i ssues that ma y  c o m p lic a te it right n ow
<niemeye r > S pecifi ca lly ,  we ge t a s pu r iou s event abo ut t he sessio n that we're n o t handl ing pr ope rly  yet <n ie mey er >  m_ 3 :The eve nt has t obe  igno red. . < k im0>  he y gu ys, i s the multipl e f ormu l asper m achin e fe at ure l anding  soon is h? Also is this  the  same as,  ma ch ine  p olicy formul asorwhateve r its c a lle d< m _ 3>  niemeyer: is ther ea wa y to mut e even t sfr o m that n od e b efor e I doa zk re start?
< niemey e r>  m _3: mut e? 
<niem ey er>  m_ 3: Wh a t ki nd ofevent?
< m_3>s orry, don't kn o w the txzk in f te r f ac e ...<ni emeyer> m_3 : No worr ies. .  j ust tryin g tofi g ur e  what do you really  m ean
<m _3> i s there a way  to warn t h e bootstra p in s ta n ce before boun cingzk on a no d e
<nieme yer>kim0: We 're not w o r king onitrig htnow , so  it won't lan d _soo n_ , but w e d on't wa nttotak e t oo  long eit her
<nie me ye r>  m _3:  I st i ll don't  g etwh atyou m e an.. i t sou ndsabi t  re versed. . 
< m _ 3>.. .s oit c anig noretheb adsession  events y oum enti on ed 
<nieme yer> m_3: zkis  _inside_th e b ootstr a p  node
<m _3> niemeyer: if I boun c e the z k i nstan ce r unning on  th e newnod e  you s aid th e boo ts tra p insta n c eget sspurious s e s sio n eve nt s th at it d oesn't like
<m_3>n iem eyer: so is t her e aw a yfor th e  ne wn ode t o warn the boot strap inst an c eabout thep end in g bounc e of zk  on t h e new n ode
<niem eyer> m_3 :Righ t now  there's o nly a si ngle zk i n stanc e ,and i t i s insi de  th e boo tstrap nod e

dk?
<m_3> (trying_to install_sun java as part_of a_formula)
<niemeyer>_m_3: We_haven't_exercised much that_kind of scenario_yet
<m_3> I'd rather do_a update-alternatives which_would_probably effect zookeeper
<niemeyer> m_3: Restarting ZooKeeper is supposed to work fine, and it's not_hard_even
<m_3> I'll_experiment...
<niemeyer>_m_3:_We know about a few_issues that may complicate it_right now
<niemeyer>_Specifically, we get a spurious event about the_session_that we're not_handling properly yet
<niemeyer> m_3: The event has to be_ignored..
<kim0> hey guys, is the multiple_formulas per machine_feature_landing_soonish? Also is this_the same as, machine policy formulas_or whatever its called
<m_3> niemeyer: is_there a way to mute events from_that node before I do a_zk restart?
<niemeyer> m_3: mute?
<niemeyer> m_3:_What kind_of event?
<m_3> sorry, don't know_the txzk infterface...
<niemeyer>_m_3: No_worries.. just trying_to figure what do you really_mean
<m_3> is there_a way to warn the bootstrap_instance_before bouncing zk_on_a_node
<niemeyer> kim0:_We're not working_on_it right_now,_so it won't land _soon_, but_we_don't want to take too long either
<niemeyer>_m_3: I still don't_get_what you mean.. it_sounds a bit reversed..
<m_3>...so it_can ignore the bad session events_you mentioned
<niemeyer>_m_3: zk_is _inside_ the bootstrap node
<m_3> niemeyer: if I bounce the zk_instance running on the new node_you said the bootstrap_instance gets_spurious_session events that_it_doesn't like
<m_3>_niemeyer: so is there a way for_the new_node to warn the bootstrap instance_about the pending bounce_of_zk on the new node
<niemeyer> m_3:_Right now there's only a single_zk instance, and it is_inside_the_bootstrap node
