Tuesday, 2015-09-29

*** vdo has joined #openstack-ansible00:11
*** galstrom is now known as galstrom_zzz00:16
*** galstrom_zzz is now known as galstrom00:17
*** BjoernT has quit IRC00:40
*** dolpher has joined #openstack-ansible00:56
*** elo1 has quit IRC01:01
*** javeriak has joined #openstack-ansible01:09
*** dolpher has quit IRC01:10
*** galstrom is now known as galstrom_zzz01:15
*** javeriak has quit IRC01:32
*** javeriak has joined #openstack-ansible01:33
lbragstadcloudnull: o/ thanks again for the time earlier... i covered the finding in https://github.com/cloudnull/yaprt/issues/901:35
lbragstadcloudnull: i can push a doc fix, too01:35
cloudnulllbragstad:  tyvm !01:59
lbragstadcloudnull: thank you sir!01:59
openstackgerritMerged openstack/openstack-ansible: Updated juno for new dev work - 25 Sep 2015  https://review.openstack.org/22797602:14
openstackgerritMerged openstack/openstack-ansible: Install nfs-common with nova-compute  https://review.openstack.org/22796902:14
cloudnulllbragstad: https://github.com/cloudnull/yaprt/pull/10 <- if you get a chance let me if you if that makes it better for your env.02:42
*** tlian has quit IRC02:44
*** phalmos has joined #openstack-ansible02:46
*** dolpher has joined #openstack-ansible02:51
*** phalmos has quit IRC02:55
openstackgerritKevin Carter proposed openstack/openstack-ansible: Break apart and document the upgrade process  https://review.openstack.org/22413703:39
*** javeriak has quit IRC03:52
*** markvoelker has quit IRC03:56
*** dolpher has quit IRC04:01
*** sdake_ has joined #openstack-ansible04:28
*** itsuugo has joined #openstack-ansible04:28
*** sdake has quit IRC04:31
*** itsuugo has quit IRC04:42
*** itsuugo has joined #openstack-ansible04:56
*** markvoelker has joined #openstack-ansible04:57
*** markvoelker has quit IRC05:01
*** phalmos has joined #openstack-ansible05:23
*** phalmos has quit IRC05:27
*** sdake_ is now known as sdake05:56
*** itsuugo has quit IRC06:09
*** itsuugo has joined #openstack-ansible06:14
*** itsuugo has quit IRC06:16
*** openstackgerrit has quit IRC06:16
*** openstackgerrit has joined #openstack-ansible06:16
*** fawadkhaliq has joined #openstack-ansible06:21
*** fawadkhaliq has quit IRC06:30
*** sdake_ has joined #openstack-ansible06:33
*** sdake has quit IRC06:36
*** javeriak has joined #openstack-ansible06:43
*** neilus has joined #openstack-ansible06:45
*** markvoelker has joined #openstack-ansible06:45
*** markvoelker has quit IRC06:50
*** javeriak_ has joined #openstack-ansible07:01
*** javeriak has quit IRC07:02
*** sdake_ is now known as sdake07:10
*** itsuugo has joined #openstack-ansible07:38
*** itsuugo has quit IRC07:40
*** itsuugo has joined #openstack-ansible07:49
*** tiagogomes has joined #openstack-ansible07:59
openstackgerritJesse Pretorius proposed openstack/openstack-ansible: Added DEBIAN_FRONTEND=noninteractive to bootstrap scripts  https://review.openstack.org/22878608:34
openstackgerritJesse Pretorius proposed openstack/openstack-ansible: Adds group support to inventory-manage.py  https://review.openstack.org/22856608:36
openstackgerritJesse Pretorius proposed openstack/openstack-ansible: Add SSL/TLS listener to RabbitMQ  https://review.openstack.org/22856208:44
*** markvoelker has joined #openstack-ansible08:46
openstackgerritJesse Pretorius proposed openstack/openstack-ansible: Add ebtables to neutron agent configuration  https://review.openstack.org/22796308:49
*** markvoelker has quit IRC08:51
odyssey4megit-harry if https://review.openstack.org/228497 applies to kilo too, can you backport it please?09:02
openstackgerritJesse Pretorius proposed openstack/openstack-ansible-specs: Change index and handle project renames  https://review.openstack.org/22843509:06
*** itsuugo has quit IRC09:07
*** itsuugo has joined #openstack-ansible09:08
*** daneyon_ has joined #openstack-ansible09:11
*** daneyon has quit IRC09:11
openstackgerritgit-harry proposed openstack/openstack-ansible: Remove rsyslog-config.yml from docs  https://review.openstack.org/22880609:14
*** neilus has quit IRC09:17
*** itsuugo has quit IRC09:28
*** itsuugo has joined #openstack-ansible09:29
openstackgerritMerged openstack/openstack-ansible: Implement fact caching  https://review.openstack.org/22864509:29
*** javeriak_ has quit IRC09:50
*** neilus has joined #openstack-ansible10:20
*** gparaskevas has joined #openstack-ansible10:22
openstackgerritJesse Pretorius proposed openstack/openstack-ansible: Create utility log dir and link when on metal  https://review.openstack.org/22716910:45
*** markvoelker has joined #openstack-ansible10:47
*** sdake_ has joined #openstack-ansible10:50
*** markvoelker has quit IRC10:52
*** sdake has quit IRC10:54
*** neilus has quit IRC11:00
*** itsuugo has quit IRC11:11
*** itsuugo has joined #openstack-ansible11:22
*** k_stev has joined #openstack-ansible11:45
openstackgerritDarren Birkett proposed openstack/openstack-ansible: Removes over zealous arp cache flushing  https://review.openstack.org/22536711:47
mancdazApsu ^^11:48
mancdazspecifically https://review.openstack.org/#/c/225367/7/playbooks/roles/lxc_container_create/defaults/main.yml11:48
mancdazevrardjp it ended up being what you proposed :)11:48
mancdazdoing a dynamic sysctl -w on ifup, to add the arp_notify setting11:49
openstackgerritJesse Pretorius proposed openstack/openstack-ansible: Removes over zealous arp cache flushing  https://review.openstack.org/22536711:50
*** itsuugo has quit IRC11:50
*** skamithi13 has joined #openstack-ansible11:56
*** itsuugo has joined #openstack-ansible12:01
*** markvoelker has joined #openstack-ansible12:03
*** skamithi13 has quit IRC12:05
openstackgerritDarren Birkett proposed openstack/openstack-ansible: Removes over zealous arp cache flushing  https://review.openstack.org/22536712:06
mancdazgit-harry I added comments to the interface file12:06
*** markvoelker has quit IRC12:07
*** neilus has joined #openstack-ansible12:10
*** itsuugo has quit IRC12:12
*** neilus has quit IRC12:12
*** itsuugo has joined #openstack-ansible12:13
openstackgerritDarren Birkett proposed openstack/openstack-ansible: Removes over zealous arp cache flushing  https://review.openstack.org/22536712:22
*** dolpher has joined #openstack-ansible12:24
*** woodard has joined #openstack-ansible12:25
*** itsuugo has quit IRC12:30
*** markvoelker has joined #openstack-ansible12:32
*** tlian has joined #openstack-ansible12:33
*** woodard has quit IRC12:34
openstackgerritMerged openstack/openstack-ansible: Adds group support to inventory-manage.py  https://review.openstack.org/22856612:37
mhaydenwow, jenkins really hates my kilo backports :P12:39
odyssey4memhayden a bad day in nodepool perhaps12:40
*** alejandrito has joined #openstack-ansible12:52
*** dolpher has quit IRC12:52
*** dolpher has joined #openstack-ansible12:52
*** dolpher has quit IRC12:58
mhaydenodyssey4me: do i need to submit a request in a LP bug for creating the new repo?12:59
mhayden(for the security hardening role)13:00
odyssey4memhayden please don't13:00
mhaydenalrighty13:00
matttmhayden: don't ... just ... don't.13:00
mhaydenhaha, what did i say? :)13:00
odyssey4meI'll get the request in, but it'll take some time to happen - so get on with doing it in a github repo or something.13:00
mhaydenodyssey4me: woot, we already have a repo going13:01
mhaydenwhen the big tent repo is ready, should we submit a few small gerrit reviews or try to bring in a big import?13:01
*** woodard has joined #openstack-ansible13:05
mhaydenmattt: i'm going to make two tickets for you13:13
matttmhayden: wut13:15
mhaydenmattt: you heard me13:17
mhaydeni put a ticket in your ticket so you can wontfix while you triage13:18
* mhayden reaches for more caffeine :)13:18
*** dolpher has joined #openstack-ansible13:19
*** woodard has quit IRC13:20
*** woodard has joined #openstack-ansible13:25
openstackgerritMatt Thompson proposed openstack/openstack-ansible: Update ceph key hash  https://review.openstack.org/22889413:25
*** dolpher has quit IRC13:25
cloudnullmorning13:28
*** alejandrito has quit IRC13:28
* tiagogomes is sad about the teardown script13:31
tiagogomesRemoving directories using wildcards!!?13:31
tiagogomesI just lost some of my work13:31
openstackgerritMerged openstack/openstack-ansible: Remove rsyslog-config.yml from docs  https://review.openstack.org/22880613:33
*** pradk has joined #openstack-ansible13:33
openstackgerritMerged openstack/openstack-ansible: Merge SSL documentation  https://review.openstack.org/22857713:33
cloudnullah, sorry tiagogomes. the teardown script is a bit agressive .13:35
gparaskevasgod forgives..teardown script doesnt...:P13:37
gparaskevashehe13:37
*** alejandrito has joined #openstack-ansible13:40
*** jmckind has joined #openstack-ansible13:42
*** jaypipes has quit IRC13:44
*** jaypipes has joined #openstack-ansible13:49
openstackgerritMajor Hayden proposed openstack/openstack-ansible: Add confirmation to teardown.sh  https://review.openstack.org/22890713:49
* mhayden winks13:49
cloudnulllol gparaskevas13:52
openstackgerritMajor Hayden proposed openstack/openstack-ansible: Add confirmation to teardown.sh  https://review.openstack.org/22890713:54
*** KLevenstein has joined #openstack-ansible13:54
*** phalmos has joined #openstack-ansible14:00
*** dolpher has joined #openstack-ansible14:01
*** spotz_zzz is now known as spotz14:02
evrardjpgood afternoon everyone14:05
*** itsuugo has joined #openstack-ansible14:05
evrardjpI found a little time to come here :)14:05
evrardjpwith the backlog - prometheanfire: I can already tell you for your IPv6 that it your AIO won't work dual stack14:06
odyssey4meo/ evrardjp14:06
evrardjpso IPv6 will not work ;)14:06
evrardjpmancdaz: the important isn't about what I proposed or not, it's about what the best for the product (and customers!) is... at least that what I think14:08
*** Mudpuppy has joined #openstack-ansible14:09
mancdazevrardjp of course, just that they ended up being the same thing :)14:09
evrardjpwhich I personally find super cool :D14:10
*** sigmavirus24_awa is now known as sigmavirus2414:10
openstackgerritMajor Hayden proposed openstack/openstack-ansible: Live HTML builds for documentation edits  https://review.openstack.org/22891314:11
openstackgerritMajor Hayden proposed openstack/openstack-ansible: Add confirmation to teardown.sh  https://review.openstack.org/22890714:15
*** jmckind_ has joined #openstack-ansible14:15
*** galstrom_zzz is now known as galstrom14:17
*** jmckind has quit IRC14:18
*** jmckind_ has quit IRC14:21
*** jmckind has joined #openstack-ansible14:21
evrardjpis there a way to remove/edit his comment on the gerrit?14:23
matttevrardjp: don't believe so14:23
tiagogomesI'd like that data from the host were simply not removed14:23
evrardjpmattt:  then I'm really sad14:23
*** dolpher has quit IRC14:24
gparaskevasHello14:25
matttevrardjp: yeah it gives me the sads also14:26
gparaskevasi am having issues when trying to synch the repo14:26
gparaskevasis there a problem?14:26
gparaskevasi fails with timeout14:26
matttgparaskevas: we've been advocating building all the packages locally, rather than syncing14:29
gparaskevasmattt: mmm ok14:30
matttgparaskevas: you're running kilo branch i take it ?14:30
gparaskevasmattt: yes kilo14:31
matttgparaskevas: https://github.com/openstack/openstack-ansible/blob/kilo/playbooks/repo-build.yml14:31
matttgparaskevas: we actually removed repo-clone-mirror.yml from master as it was causing too many issues14:32
odyssey4megparaskevas the url has changed from stackforge/os-ansible-deployment to openstack/openstack-ansible - have you updated your remotes?14:32
matttodyssey4me: oh, those kind of repo sync issues :P14:32
*** phalmos has quit IRC14:33
gparaskevasodyssey4me: yeah i know i have seen. i cloned :P14:33
gparaskevasmattt: thanks i will give it try then! thank you14:33
prometheanfireevrardjp: hi?14:34
odyssey4megparaskevas in that case I'm guessing mattt's path of advice was right - nothing has changed there though, so I'm wondering what tag you're on, or was it the head of kilo?14:34
evrardjpprometheanfire: I'm speaking about the spec here: https://review.openstack.org/#/c/221516/14:35
matttodyssey4me: you have to wipe /var/www/repo when you go from syncing to building right?  /cc gparaskevas14:35
*** phschwartz has quit IRC14:36
*** phschwartz has joined #openstack-ansible14:36
gparaskevasodyssey4me: openstack_release: 11.2.314:37
gparaskevasodyssey4me: if this is what you are asking14:37
gparaskevasodyssey4me: or openstack-ansible tag? i have cloned kilo today14:37
prometheanfireevrardjp: right, you were saying that it won't work?14:38
evrardjpno it should work14:38
evrardjpthe ULA you mean?14:38
evrardjpI've tried, and it works14:38
prometheanfireevrardjp: ah, you left the coments14:38
prometheanfiregotit14:38
evrardjpin the past at least ;)14:38
evrardjpyeah and at first, I thought you're speaking about openstack projects14:39
evrardjplike keystone, cinder, etc...14:39
evrardjpbut it was openstack projects14:39
evrardjplike tenants14:39
evrardjpmy bad14:39
*** erikmwilson_ is now known as erikmwilson14:40
evrardjpbut yeah, dual stack with our AIO haproxy won't work14:40
evrardjpbut I'm working on a better haproxy role14:40
evrardjpmultiple binds per backend, with different options... more adapted to production use ;)14:41
prometheanfirethis is just for tenants, I'm not touching the control plane14:41
*** palendae has left #openstack-ansible14:41
evrardjpyeah I understood later ;)14:41
prometheanfirealso, responded14:41
evrardjplike said before14:41
odyssey4megparaskevas ah, so you're running off the head of kilo - fyi running off the latest tag is usually safer as everything stays static once the tag releases14:43
odyssey4memattt yep, if you switch from syncing to building it is best to wipe the repo folder and rebuild the server, then the repo14:43
odyssey4meand using the repo build process is especially important if you're running from a branch head14:44
gparaskevasodyssey4me: mm ok i will go with the tag14:44
odyssey4meif you go with the tag, then the repo sync is fine as it stays static once it's done14:45
gparaskevasso what tag is the latest? for kilo?14:45
gparaskevasi guess 11.2.2 is ok?14:46
odyssey4megparaskevas https://launchpad.net/openstack-ansible/kilo - the filled in dots are released, ie 11.2.2 is the latest released14:47
gparaskevasodyssey4me: souper!14:47
openstackgerritMatt Thompson proposed openstack/openstack-ansible: [WIP] Update ceph key hash  https://review.openstack.org/22889414:50
openstackgerritAndy McCrae proposed openstack/openstack-ansible: Add galera monitoring user during upgrades  https://review.openstack.org/22898314:51
openstackgerritAndy McCrae proposed openstack/openstack-ansible: Add galera monitoring user during upgrades  https://review.openstack.org/22898314:59
openstackgerritMerged openstack/openstack-ansible: Create utility log dir and link when on metal  https://review.openstack.org/22716915:00
evrardjpmattt: shouldn't we provide something to also remove the old key?15:05
evrardjpfor ceph15:05
*** gparaskevas has quit IRC15:06
evrardjpor it's up to the deployer to know this?15:06
matttevrardjp: nope, git-harry just said hte same thing, so i've marked it WIP while i figure it out15:07
matttevrardjp: we don't really have a great mechanism to handle one-off upgrade tasks at the moment, so i have to figure out where that should go15:07
evrardjpmaybe it should be in one of the futures security roles15:08
evrardjphave one role to ensure the correct keys are revoked/present15:08
evrardjpthe other way would be to put it in a task to ensure=absent15:09
evrardjpinside the ceph client role15:09
evrardjpbecause it'a ceph thing15:09
matttevrardjp: yeah i suspect we'll do that, but it would be nicer to have specific playbooks for upgrade tasks15:09
evrardjp(for now)15:09
matttso we can declutter our roles15:09
evrardjpthen all the clutter will appear in these kind of playbooks15:10
evrardjpthe difference is between maintenance and install... managing the drift is hard15:11
evrardjpbut having a playbook that does system upgrades/standard management isn't part of the openstack-ansible... so key management could be outside of scope... but then it needs to be documented somewhere15:13
*** jwagner_away is now known as jwagner15:13
*** subsecond has joined #openstack-ansible15:16
*** phalmos has joined #openstack-ansible15:19
evrardjpodyssey4me: ok for cherry picking https://review.openstack.org/#/c/224760/ to kilo?15:19
openstackgerritJean-Philippe Evrard proposed openstack/openstack-ansible: Changed the Diffie Hellman parameter maximum size  https://review.openstack.org/22900015:20
odyssey4meevrardjp yep15:20
evrardjpodyssey4me: cloudnull: for keepalived, we'd still have to discuss how we'll do it, because if we're using galaxy (as we discussed) we'll need to think about the user experience... users would have to do a ansible-galaxy install -r requirements.yml. This has to be documented or included somewhere (but I don't think it's nice to put it in bootstrap-ansible)15:26
openstackgerritJesse Pretorius proposed openstack/openstack-ansible: Add galera monitoring user during upgrades  https://review.openstack.org/22898315:27
openstackgerritMajor Hayden proposed openstack/openstack-ansible: Add confirmation to teardown.sh  https://review.openstack.org/22890715:28
odyssey4meevrardjp yeah, that's what I suggested before - simply change your patch to a document addition15:30
odyssey4meI'd suggest a new section on consuming additional roles from ansible galaxy15:30
odyssey4mewith a page per example15:30
*** subsecond has quit IRC15:31
*** woodard has quit IRC15:35
*** woodard has joined #openstack-ansible15:41
evrardjpwhat do you mean by a new "section"? because it needs to be working for those using haproxy in a multiple node situation15:46
openstackgerritKevin Carter proposed openstack/openstack-ansible: Break apart and document the upgrade process  https://review.openstack.org/22413715:47
evrardjpI'd mention it here: http://docs.openstack.org/developer/openstack-ansible/install-guide/install-foundation-run.html15:49
evrardjpand here: http://docs.openstack.org/developer/openstack-ansible/install-guide/configure-haproxy.html15:50
*** jmccrory_ has joined #openstack-ansible15:52
cloudnullevrardjp: i'd also point out that if the user runs with the bootstrap-ansible.sh script then we're already resolving dependent roles from galaxy should they be provided. https://github.com/openstack/openstack-ansible/blob/master/scripts/bootstrap-ansible.sh#L73-L8315:52
cloudnullso if we're updating the docs we might want to mention that too.15:52
evrardjpok15:53
cloudnulland after lots of testing with roles using galaxy, I think its the way to go.15:53
evrardjpI think too15:53
evrardjpwe just need to pay attention to them15:53
cloudnullindeed15:54
evrardjpanyway I'll remodel the current commit to adapt this15:54
openstackgerritJean-Philippe Evrard proposed openstack/openstack-ansible: Implementation of keepalived for haproxy  https://review.openstack.org/21881815:54
cloudnullsorry for having you jump through hoops evrardjp15:55
evrardjpno problem15:55
evrardjpI'd glad when this will be merged, that's all ;)15:55
cloudnullme too15:58
evrardjpI have to go for today will give you more news/questions about it tomorrow15:58
*** fawadkhaliq has joined #openstack-ansible15:59
odyssey4mebug triage here cloudnull, mattt, andymccr, d34dh0r53, hughsaunders, b3rnard0, palendae, Sam-I-Am, odyssey4me, serverascode, rromans, mancdaz, dolphm, _shaps_, BjoernT, claco, echiu, dstanek, jwagner, ayoung, prometheanfire, evrardjp, arbrandes, mhayden15:59
cloudnullo/15:59
evrardjpcan't attend this time, sorry15:59
odyssey4mesure evrardjp have a good evening!16:00
cloudnullhave a good one evrardjp16:01
odyssey4mealright, not too many fresh bugs to go through16:01
odyssey4mefirst up: https://bugs.launchpad.net/openstack-ansible/+bug/149609816:01
openstackLaunchpad bug 1496098 in openstack-ansible "Cinder bare metal IP issue" [Undecided,New]16:01
andymccrok so this behaviour has changed in kilo16:02
cloudnullthis is an issue of documenting the process to get from container to metal16:02
andymccrso it would just be a juno bug - essentially a storage-ip gets assigned to physical hosts16:03
andymccrthis doesnt happen in kilo anymore16:03
*** itsuugo has quit IRC16:03
cloudnullin testing we've been creating an alias ip address on the host which is referenced back to the old container address.16:03
andymccri do think its worth fixing potentially, since if you don't - the ip gets removed later and as it isnt in "used_ips" it can be assigned to a new container again. causing a potential conflict16:03
cloudnullApsu d34dh0r53 prometheanfire correct me if im wrong here.16:03
andymccrcloudnull: yeah we are16:04
andymccrits a work around to handle this - which i would classify as a bug16:04
*** jmckind has quit IRC16:04
andymccroh wait youre talking about the container's ip - thats different16:04
Apsu*not* an alias. Secondary IPs. We're adding two16:04
ApsuFor a total of three.16:04
d34dh0r53cloudnull: AFAIK that is how we tested in the labs16:04
d34dh0r53^ what Apsu said16:04
Apsu1) The existing bridge IP, 2) The old container IP, 3) The new service IP "storage_address" that gets set to my_ip in cinder.conf16:05
andymccrcloudnull: essentially the dynamic_inv in juno will assign a storage-ip to physical hosts - that isnt actually on the bridge16:05
cloudnullandymccr:  it looks like its a container to metal migration based on  "Reran host-setup.yml/cinder-all.yml and confirmed cinder_volume_container was not built on each cinder host"16:05
cloudnulli think it was removed from inventory, and reran, instead of moved, this issue would not be a problem . however i could be wrong.16:06
cloudnull*if it was removed...16:06
andymccrcloudnull: if you do a new deploy on juno on_metal it will get assigned a storage-ip16:06
andymccrthat isnt on the bridge16:06
andymccrso yes it happens in container --> metal migrations, but it also happens in straight metal deploy16:06
cloudnullah. fair enough16:06
andymccr(cinder on_metal rather)16:07
odyssey4meso what would be a way to handle this better for juno? adding something in docs, or fixing something in the roles/plays?16:07
andymccri personally would rather we fix the dynamic_inv for juno to handle the storage_address on physical hosts better, im not entirely sure what that would entail though16:08
andymccrso if its too complicated then maybe its not worth it16:08
cloudnulli think is something in the inventory generator that would need to be adjusted to not pull an ip from the storage queue.16:08
andymccrit causes further problems, in that these ips are then removed from the inventory when you move to kilo - and can therefore be reassigned - so you could potentially get ip conflicts on storage ips as a result later on down the line16:09
odyssey4mecloudnull is this something we already have in kilo, and can therefore backport it more or less?16:09
andymccrif you don't add those randomly assigned "storage_addresses" from physical hosts to the used_ips16:09
cloudnullfunctionally maybe, structurally no.16:09
jmccrory_is there currently a way to assign storage addresses through rpc_user_config?16:09
andymccrjmccrory_: i dont believe so - my preferred method was manually editing the inventory although some have preferred to just add the storage_address to the bridge16:10
cloudnulljmccrory_: o/ yes you can set it using contianer_vars16:10
odyssey4meif it involves editing the used addresses, then it sounds to me like the best approach is to document it as a known issue as it will involve adding that ip to the known ip's16:10
andymccrahh if we can, then lets just add documentation to do that?16:10
cloudnullbut its a dirty hack and wont work when moving to kilo .16:10
andymccrhmm16:11
odyssey4mebut used_ip's are there: https://github.com/openstack/openstack-ansible/blob/juno/etc/rpc_deploy/rpc_user_config.yml#L8-L1216:11
cloudnullthe address we're all in the top level of the inventory entry. now they're in their own container networks16:11
andymccrodyssey4me: we're talking about overriding the storage_address so that we can specify it in the rpc_user_config avoiding any used_ips etc.16:12
odyssey4meah :/16:12
andymccrused_ips works fine but you need ot know to add some random ips that are assigned automatically that aren't even there16:12
andymccrand then set them up on the bridge16:12
cloudnullsomething like http://cdn.pasteraw.com/pqo57b0syyh5bhtu4syxcnn6qv69xxv should work in juno16:12
cloudnulland it will upgrade just fine16:12
andymccrwhich is a stupid process if we can just adjust the ips in the inventory to be the ips on the hosts.16:12
cloudnullbut it wont continue to work in kilo ++16:12
andymccrcloudnull: in kilo++ it won't care about those vars though?16:13
andymccrso it should be ok16:13
andymccror no?16:13
cloudnullit wont care. true, so its ok.16:13
andymccri'll test that16:13
odyssey4meor potentially we could have a post upgrade doc note to remove entries like that?16:13
andymccri think thats the best solution though16:13
cloudnullbut it wont continue to work like it did in juno16:13
andymccrsure so we doc that we need to set those values16:13
andymccrthen post upgrade doc to remove them16:13
odyssey4mesounds good to me16:14
andymccrship it16:14
Apsu^16:14
cloudnull^16:14
ApsuI love it when a plan comes together16:14
odyssey4mealright - I'll assign to andymccr and add this discussion to the bug16:14
andymccrgotit16:14
odyssey4meright, next: https://bugs.launchpad.net/openstack-ansible/+bug/149767916:16
openstackLaunchpad bug 1497679 in openstack-ansible "db sync fails using 2.0.0 - keystone_user_id > 255" [Undecided,New]16:16
*** jmckind has joined #openstack-ansible16:16
cloudnullandymccr: http://cdn.pasteraw.com/oshq38u9n5o0mpwinz14nva129p1g3a from juno, you should be able to set the container_vars to have storage_address and storage_netmask which will give us what we need for that issue.16:16
*** jmckind has quit IRC16:17
andymccrcloudnull: ok cool i'll do a test run16:17
andymccrand then get some updates in16:17
cloudnullodyssey4me:  its pinned because 2.0.0 does not work with sql backed sessions.16:17
*** alop has joined #openstack-ansible16:17
odyssey4mecloudnull ah ok, that makes sense cc stevelle16:17
*** jmckind has joined #openstack-ansible16:17
cloudnullhttps://github.com/openstack/openstack-ansible/blob/master/playbooks/defaults/repo_packages/openstack_other.yml#L39-L43 <- pin16:18
odyssey4meso our choice for liberty is to drop sql backed sessions then?16:18
odyssey4mebecause horizon liberty depends on openstack_auth 2.0.016:18
*** jmckind has quit IRC16:18
cloudnullthat would be a bad choice, itll need to be figured out and fixed16:18
stevellealright then, fun times.16:19
odyssey4meit seems that there was an underlying issue and we may need to convert the db or even fix it upstream: https://bitbucket.org/tohccmedphys/qatrackplus/issues/32/mysql-syncdb-error-charfield-255-with16:19
*** jmckind has joined #openstack-ansible16:19
odyssey4meI would imagine that this would be a pretty crucial upstream horizon bug16:20
cloudnullsadly nobody has replied so far so idk.16:21
odyssey4mestevelle can you please look into this and follow up with the horizon/openstack_auth crew?16:21
stevelleodyssey4me: will do16:21
odyssey4memy feeling is that this is a release blocker for liberty - anyone else have an alternative view?16:22
*** jmckind has quit IRC16:22
cloudnullnope. i would say that we need it to release liberty .16:22
odyssey4meI've definitely seen it, so I'll confirm it.16:22
odyssey4meimportance critical then?16:23
cloudnull+116:23
stevelle+116:23
*** jmckind has joined #openstack-ansible16:23
odyssey4medone, and linked to the liberty-release blueprint16:23
odyssey4menext: https://bugs.launchpad.net/openstack-ansible/+bug/149870116:23
openstackLaunchpad bug 1498701 in openstack-ansible "vm provisioning is failing with error" [Undecided,New]16:23
odyssey4me(thanks steve)16:24
*** jmckind has quit IRC16:24
*** jmckind has joined #openstack-ansible16:24
odyssey4meit would appear to me that appprod0 asked the right question here - needs more info16:26
cloudnullandymccr:  http://cdn.pasteraw.com/d4zkrp5ps4cvvem0f8ozh4wvqldvj3w kilo++ inventory. looking at that we could do a similar container_var trick to make that configurable however it'd need to do a dict update for container_networks['storage_address']['address'] ect...16:26
*** jmckind has quit IRC16:26
stevelleagreed odyssey4me16:26
cloudnullodyssey4me: +116:26
andymccrcloudnull: why do we need to?16:26
andymccram i missing something16:27
*** jmckind has joined #openstack-ansible16:27
odyssey4mecloudnull andymccr I do think that it's be useful for many reasons to allow pre-assigned IP addresses for containers... think about global clusters :)16:27
andymccrahh i see16:27
cloudnullthat16:27
andymccrok diff conversation16:27
cloudnullyea16:27
*** jmckind has quit IRC16:27
odyssey4mehehe, yeah - just a thought16:27
cloudnullbrain was being split brained :)16:27
stevelleyou mean that might come back some day? :)16:27
andymccrsure yeh thats useful but i think it should be something that is planned rather than a "we are utilising some janky method that will do what we want it to do"16:27
cloudnullTHIS IS OPENSTACK!16:28
cloudnull;)16:28
*** tiagogomes has quit IRC16:28
cloudnullsorry back to the bug triage16:28
andymccrppl keep saying openstack, what is this nonsense?!16:28
odyssey4meyeah - that does form part of a larger discussion around the inventory16:28
odyssey4menext: https://bugs.launchpad.net/openstack-ansible/+bug/149945116:28
openstackLaunchpad bug 1499451 in openstack-ansible "simplejson version error while upgrading from 9.0.11 to 10.1.14" [Undecided,New]16:28
odyssey4meugh, I spent the whole morning looking into this type of nonsense - as the upstream requirements caps were implemented, our wheel repositories ended up with lower versioned wheels16:30
odyssey4meI've been considering adding a flag to allow any python bits to be reinstalled in the hope that a downgrade would be forced if the flag is activated.16:31
odyssey4methis would be a helper until http://specs.openstack.org/openstack/openstack-ansible-specs/specs/liberty/enable-venv-support-within-the-roles.html makes that unnecessary16:32
odyssey4methoughts?16:32
stevellewas just thinking that any such flag would be a kilo-oriented solution16:32
cloudnullif we implement the venv bits we can backport some or all of them into kilo for a feature release.16:33
odyssey4mestevelle yeah, I'm not keen on adding that much change to juno but it appears that this is where it's needed most as that's where the changes started happening16:33
cloudnullwhich will resolve these types of issues.16:33
odyssey4meso yeah, I'm thinking of adding a flag for juno - but am thinking that kilo+ could use venvs instead16:34
cloudnullfor the juno specific issues we could simply port over nova in a venv to isolate it from the host.16:34
stevellegood plan there16:34
cloudnullsimilar to how we have tempest in juno16:35
odyssey4mecloudnull that helps some things, but doesn't help containers16:35
sigmavirus24cloudnull: seems like a fair compromise16:35
sigmavirus24odyssey4me: I was under the impression that didn't affect containerized services16:35
odyssey4mewe unfortunately have reductions in versions from icehouse to juno, and within juno from <10.1.416:35
odyssey4mebasically the package versions stabilised at around 10.1.5 which was when kilo released16:36
stevellethe neutron agents container might be a use case for venvs in a container16:36
stevelleothers I'm not thinking of probably16:36
* d34dh0r53 lunching16:36
cloudnulli mean we can port it all over. this is essentially the scope of the change https://review.openstack.org/#/c/225463/16:36
cloudnullthat said, juno is a mess.16:36
cloudnullso it may be a lot of work to get it just right16:37
odyssey4meyeah, that's why I was thinking that a flag to just replace the version you have which can be activated on the command line is the best for juno16:37
cloudnullto clarify a mess in terms of how it all glues together.16:37
odyssey4mefor kilo+ using venvs is a better solution16:38
odyssey4meok, so any thoughts on how we respond to the bug?16:42
stevelleSeems like a High priority to me16:45
stevelleconfirm for Juno through Liberty16:45
cloudnull+116:46
cloudnullim good with that , well have to figure something out .16:46
odyssey4meok, I'll assign the juno one to myself and do a review for the argument and see how that goes16:47
odyssey4mewe'll have to liaise with the rpc team to figure out what they think is the best approach16:47
odyssey4meright, next: https://bugs.launchpad.net/openstack-ansible/+bug/149970816:48
openstackLaunchpad bug 1499708 in openstack-ansible "Migrate neutron-ha-tool.py to use Keystone API v3" [Undecided,New]16:48
odyssey4methis is definitely needed for liberty16:48
cloudnullthat ones exciting ...16:48
odyssey4mealthough for liberty perhaps we won't need the tool ;)16:49
ApsuWouldn't that be something16:49
cloudnullwe'll need to test l3ha to see if it works this go around .16:49
odyssey4meit may also affect some kilo environments16:49
odyssey4medefinitely confirmed16:50
odyssey4meimportance?16:50
cloudnullhigh , maybe critical16:51
stevelleI'd buy that16:51
odyssey4meI'd say high for now - for both kilo and master.16:51
odyssey4menext: https://bugs.launchpad.net/openstack-ansible/+bug/149985916:52
openstackLaunchpad bug 1499859 in openstack-ansible "Expose image customization for dashboard" [Undecided,New]16:52
odyssey4mehmm, wishlist in my eyes16:53
odyssey4meit seems that evrardjp has a role for this which we should perhaps consider adopting16:53
cloudnullindeed. and the answer is there.16:53
cloudnullwe should bigtent it :)16:53
odyssey4meyeah, this seems like a good candidate :)16:54
odyssey4mealright, marked as wishlist and confirmed16:54
odyssey4meany other bugs or anything else that anyone wants to raise?16:55
jmccrory_    Had a question on https://bugs.launchpad.net/openstack-ansible/+bug/148505116:56
openstackLaunchpad bug 1485051 in openstack-ansible juno "Juno installs ansible twice" [Low,Confirmed]16:56
jmccrory_Any reason Juno has stayed at 1.6.10?16:56
odyssey4mejmccrory_ in the hope that less change will cause fragile juno to not be fragile? ;)16:57
jmccrory_Hah fair enough16:57
odyssey4meprimarily because I think we wanted to stay with the same minor version for that series I think16:58
odyssey4meespecially considering that juno is n-216:58
odyssey4mekilo is ansible 1.9.x16:58
openstackgerritMiguel Alejandro Cantu proposed openstack/openstack-ansible: Add OpenID Connect RP Apache Module[WIP]  https://review.openstack.org/22661716:58
odyssey4meliberty will likely end up being ansible 1.9.x too - with mitaka going into ansible 2.0.x16:59
odyssey4mejmccrory_ welcome, by the way - haven't seen you lurking here before :)16:59
jmccroryyeah, thanks17:00
odyssey4meok, I guess that's it for bug triage today - thank you all for attending and contributing17:01
cloudnullthanks odyssey4me!17:01
odyssey4meApsu if you have the chance to do so, it'd be good to have some testing done on https://review.openstack.org/224137 to verify that it covers everything it needs to17:03
Apsuodyssey4me: Aye, that's the plan.17:04
ApsuHuge patch but it's on the list17:05
*** richoid has quit IRC17:05
odyssey4meApsu note that https://review.openstack.org/225367 should be voted through soon and will be in the next kilo tag17:05
*** richoid has joined #openstack-ansible17:07
Apsukk17:08
*** misc has quit IRC17:10
openstackgerritKevin Carter proposed openstack/openstack-ansible: Updated the neutron l3HA tool to use v3  https://review.openstack.org/22905317:13
*** elo1 has joined #openstack-ansible17:13
*** phalmos_ has joined #openstack-ansible17:16
*** misc has joined #openstack-ansible17:19
*** phalmos has quit IRC17:19
*** itsuugo has joined #openstack-ansible17:26
*** jwagner is now known as jwagner_lunch17:26
*** itsuugo has quit IRC17:27
*** jwagner_lunch is now known as jwagner_away17:27
*** fawadkhaliq has quit IRC17:30
*** galstrom is now known as galstrom_zzz17:31
*** phalmos_ has quit IRC17:35
*** galstrom_zzz is now known as galstrom17:38
openstackgerritKevin Carter proposed openstack/openstack-ansible: Updated MariaDB to the new release version (10.0)  https://review.openstack.org/17825917:38
*** itsuugo has joined #openstack-ansible17:39
*** daneyon_ has left #openstack-ansible17:42
*** galstrom is now known as galstrom_zzz17:46
*** elo1 has quit IRC17:53
*** jwagner_away is now known as jwagner17:54
*** abitha has joined #openstack-ansible17:59
*** elo1 has joined #openstack-ansible17:59
odyssey4memhayden odd, it seems that https://review.openstack.org/228562 is consistently causing a build timeout - you may need to peek into why it's doing that or where the delay is caused18:00
mhaydenodyssey4me: on it ;)18:01
mhaydeni'll blame apsu for now until i find the source ;)18:02
Apsu<- this guy18:03
mhaydenwow, it looks like every playbook is taking forever18:03
mhayden1026 sec for utility container playbook to run18:03
odyssey4mein that case it may just be a bad day or something and we see if the behaviour persists after more rechecks18:04
odyssey4methe utility container playbook doesn't even relate to anything around rabbitmq18:04
odyssey4meso perhaps nodepool just has noisy neighbours today?18:04
mhaydenhttp://paste.fedoraproject.org/272782/35499001/raw/18:05
mhaydenso repo build went through in a reasonable timeframe but everything else was ultra slow :P18:05
* mhayden patpats Apsu18:06
odyssey4mealright, I'm out for the night! cheerio!18:06
Apsuhaha18:07
ApsuWhat no chin scritch?18:07
*** phalmos has joined #openstack-ansible18:10
openstackgerritMajor Hayden proposed openstack/openstack-ansible: Add SSL/TLS listener to RabbitMQ  https://review.openstack.org/22856218:12
mhaydenyay rebasing18:12
KLevensteinspeaking of rebasing … is there anyone better at it than I am who can offer tips for fixing this? https://review.openstack.org/#/c/211747/18:26
*** itsuugo has quit IRC18:26
openstackgerritMerged openstack/openstack-ansible: Removes over zealous arp cache flushing  https://review.openstack.org/22536718:27
*** Bjoern_ has joined #openstack-ansible18:39
*** kiext has joined #openstack-ansible18:40
mhaydenKLevenstein: i'm not an expert, but i'll look18:46
KLevensteinmhayden: thanks; i took a crack at it, but either I just don’t understand rebasing (likely) or just went about it backward somehow18:47
*** jasondotstar is now known as jasondotstar_afk18:47
mhaydenit's easy to go into a bad spiral with rebasing ;)18:47
mhaydenlet me see if i can gander at the conflicts on this one18:47
mhaydenKLevenstein: good news -- it looks like an easy fix (and two of my commits are causing your rebase issues) :P18:49
KLevensteinoh cool (?)18:49
mhaydenthere are a few lines in conflict within configure.rst18:49
mhaydenwant me to show ya over vidyo?18:50
mhaydenor i can fix it if you're in a hurry18:50
mhaydeneither way18:50
KLevensteinmhayden: no hurry, but I’m about to be in meetings for, well, the rest of the day18:59
KLevensteinbut if you could, a walkthrough tomorrow would be helpful18:59
KLevensteinsince I’d like to know how to do this without screwing up again18:59
mhaydenKLevenstein: can do -- just find me tomorrow and i'll walk you through it18:59
KLevensteinwill do. thx!19:00
mhaydenno problem :)19:00
*** KLevenstein has quit IRC19:02
*** KLevenstein has joined #openstack-ansible19:02
*** galstrom_zzz is now known as galstrom19:08
*** itsuugo has joined #openstack-ansible19:10
*** elo1 has quit IRC19:17
*** elo1 has joined #openstack-ansible19:17
*** galstrom is now known as galstrom_zzz19:25
*** galstrom_zzz is now known as galstrom19:25
*** itsuugo has quit IRC19:27
*** itsuugo has joined #openstack-ansible19:28
*** elo1 has quit IRC19:28
*** elo1 has joined #openstack-ansible19:30
*** k_stev has quit IRC19:37
*** k_stev has joined #openstack-ansible19:38
*** elo1 has quit IRC19:44
*** elo1 has joined #openstack-ansible19:47
*** galstrom is now known as galstrom_zzz19:48
*** javeriak has joined #openstack-ansible20:01
*** k_stev has quit IRC20:04
*** k_stev has joined #openstack-ansible20:05
*** k_stev has quit IRC20:10
*** k_stev has joined #openstack-ansible20:12
*** gparaskevas has joined #openstack-ansible20:15
*** javeriak has quit IRC20:16
*** elo1 has quit IRC20:18
*** elo1 has joined #openstack-ansible20:19
*** javeriak has joined #openstack-ansible20:21
*** KLevenstein has quit IRC20:28
*** Qwazerty has quit IRC20:28
*** KLevenstein has joined #openstack-ansible20:29
*** Qwazerty has joined #openstack-ansible20:31
*** KLevenstein has quit IRC20:38
*** Mudpuppy has quit IRC20:45
*** Mudpuppy has joined #openstack-ansible20:46
*** gparaskevas has quit IRC21:01
*** woodard has quit IRC21:10
*** k_stev1 has joined #openstack-ansible21:12
*** k_stev1 has quit IRC21:13
*** k_stev1 has joined #openstack-ansible21:13
*** k_stev1 has quit IRC21:13
*** k_stev has quit IRC21:13
*** itsuugo has quit IRC21:13
*** k_stev1 has joined #openstack-ansible21:14
*** brice has joined #openstack-ansible21:18
*** Mudpuppy has quit IRC21:20
*** phalmos has quit IRC21:30
*** harlowja has quit IRC21:40
*** harlowja has joined #openstack-ansible21:40
*** devlaps has joined #openstack-ansible21:52
*** brice has quit IRC21:59
*** woodard has joined #openstack-ansible22:02
*** sigmavirus24 is now known as sigmavirus24_awa22:19
openstackgerritKevin Carter proposed openstack/openstack-ansible: Updated MariaDB to the new release version (10.0)  https://review.openstack.org/17825922:21
*** jwagner is now known as jwagner_away22:23
*** pradk has quit IRC22:24
*** k_stev1 has quit IRC22:25
*** woodard has quit IRC22:25
*** jmccrory_ has quit IRC22:33
*** k_stev has joined #openstack-ansible22:37
*** javeriak has quit IRC22:50
*** spotz is now known as spotz_zzz22:56
*** alejandrito has quit IRC22:56
*** k_stev has quit IRC22:58
*** jhesketh has quit IRC23:01
*** jhesketh has joined #openstack-ansible23:02
*** CheKoLyN has joined #openstack-ansible23:07
*** CheKoLyN has quit IRC23:07
*** elo1 has quit IRC23:15
*** elo1 has joined #openstack-ansible23:16
*** elo1 has quit IRC23:18
*** elo1 has joined #openstack-ansible23:19
*** elo1 has quit IRC23:24
*** elo1 has joined #openstack-ansible23:27
*** palendae has joined #openstack-ansible23:29
*** sdake_ has quit IRC23:30
*** sdake has joined #openstack-ansible23:30
*** andyhky` has joined #openstack-ansible23:32
*** Guest80969 has quit IRC23:32
*** andyhky has quit IRC23:32
*** charz has quit IRC23:32
*** marekd has quit IRC23:33
*** mcarden has quit IRC23:33
*** timrc has quit IRC23:33
*** metral has quit IRC23:33
*** pellaeon has quit IRC23:33
*** marekd has joined #openstack-ansible23:33
*** grumpycat has joined #openstack-ansible23:33
*** mcarden has joined #openstack-ansible23:34
*** pellaeon has joined #openstack-ansible23:34
*** charz has joined #openstack-ansible23:34
*** metral has joined #openstack-ansible23:34
*** grumpycat is now known as Guest6055123:34
*** timrc has joined #openstack-ansible23:34
*** palendae has left #openstack-ansible23:35
*** alop has quit IRC23:41
*** sdake_ has joined #openstack-ansible23:44
*** sdake has quit IRC23:44
*** sdake_ is now known as sdake23:45
*** elo1 has quit IRC23:49

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