Thursday, 2015-08-20

*** fzylogic has quit IRC00:02
*** fzylogic has joined #akanda00:14
*** _t0mb0_ has joined #akanda03:09
*** _t0mb0_ has quit IRC08:39
*** _t0mb0_ has joined #akanda12:01
*** _t0mb0_ has quit IRC12:36
*** cleverdevil has joined #akanda16:01
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: Driver factory (not ready for merge)  https://review.openstack.org/21522016:18
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: Base akanda driver (not ready for merge)  https://review.openstack.org/21522616:28
openstackgerritDavid Lenwell proposed stackforge/akanda-rug: Router driver class (not ready for merge)  https://review.openstack.org/21522716:31
*** puranamr has joined #akanda16:38
dwahlstrommarkmcclain: do you have like 3 minutes to answer a quick question in the dhcteam hangout?16:42
dwahlstromor i guess anyone who understands the nvp -> vxlan migration stuff16:43
*** sarob has joined #akanda16:44
markmcclaindwahlstrom: sorry didn't realize I had another machine connected to the bouncer17:27
markmcclainI'm assuming I answered your questions right before standup?17:27
dwahlstromyup17:27
dwahlstromthanks again!17:27
markmcclainyou're welsome17:31
markmcclain*welcome17:31
markmcclainadam_g, puranamr: ready?17:31
puranamrsorry joinging17:31
puranamrjoining17:31
*** puranamr has quit IRC17:58
*** puranamr has joined #akanda17:59
*** puranamr has quit IRC18:00
*** puranamr has joined #akanda18:06
dwahlstrommarkmcclain: does anything need to happen on the hypervisors during the migration? or is all the change happening on just the neutron node(s)?18:29
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Track last_boot from nova server not instance_info creation  https://review.openstack.org/21395118:39
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Cleanup stale state machine during main worker thread loop  https://review.openstack.org/21284618:39
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Drop state machines work queue on rebalance if necessary  https://review.openstack.org/21281718:39
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Move caching of resolved router_ids from state machine to worker  https://review.openstack.org/20930318:39
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Add support for hash-based RUG scale out  https://review.openstack.org/19536618:39
markmcclaindwahlstrom: the HVs should not need any changes18:48
*** davidlenwell has quit IRC18:50
*** davidlenwell has joined #akanda18:51
*** ChanServ sets mode: +o davidlenwell18:51
*** davidlenwell has quit IRC18:58
*** puranamr has quit IRC18:58
*** davidlenwell has joined #akanda18:59
*** ChanServ sets mode: +o davidlenwell18:59
smcginnisadam_g: That's odd. I pulled down one of those reviews to see what needs rebasing.19:01
smcginnisadam_g: Locally they state they are up to date when trying to rebase.19:02
smcginnisadam_g: But gerrit shows them in a merge conflict.19:02
smcginnisadam_g: Any idea what's going on there?19:02
adam_gsmcginnis, hmm one sec19:02
adam_gi set an advisory Depends-on: I1929c4f398a536e1afa01f853a1465d6f3afaaaf on one of them, maybe thats causing it19:04
adam_gyeah, thats it19:05
smcginnisadam_g: Odd. I've never seen that before.19:05
adam_gthat dependency isnt tracked in gerrit so it doesnt really know whats happenin19:05
smcginnisadam_g: Oh, interesting!19:05
adam_gsmcginnis, with 'Depends-on' you dont actually need to stack patches on one another, all that happens out of band in zuul19:05
smcginnisadam_g: So it's a change ID it can't find so error condition just makes everything dependent look like a merge conflict.19:06
smcginnisadam_g: I've seen that used for other cross-repo dependencies. Never though of something not in gerrit. :)19:06
adam_gsmcginnis, there is a merge conflict between my stack and 215220 , on .gitignore19:07
adam_gsmcginnis, it is something in gerrit. what i meant was that, if you push stacks of patches to gerrit in the traditional way to setup a dependenyc, you're forcedto take care of those conflicts locally before pushing them up19:07
adam_gthe 'Depends-on' is not really a gerrit thing19:08
smcginnisadam_g: Ah, I see.19:08
adam_gand yea, thats meant ot be used for cross-project deps where conflicts wouldn't happen19:08
adam_gim 'abusing' it to just block my stuff from landing till davidlenwell's driver stuff is in, so i can have the pleasure of rebasing instead of him19:08
smcginnisadam_g: ;)19:09
*** adam_g has quit IRC19:28
*** davidlenwell has quit IRC19:28
*** ryanpetrello has quit IRC19:28
*** davidlenwell has joined #akanda19:31
*** ChanServ sets mode: +o davidlenwell19:31
*** adam_g has joined #akanda19:36
*** adam_g has quit IRC19:36
*** adam_g has joined #akanda19:36
*** ryanpetrello has joined #akanda19:36
*** puranamr has joined #akanda19:38
*** ryanpetrello has quit IRC19:52
*** ryanpetrello has joined #akanda19:55
*** puranamr has quit IRC20:00
*** puranamr has joined #akanda20:13
*** puranamr has quit IRC20:47
*** cleverdevil has quit IRC23:51

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!