Monday, 2014-07-14

*** pcrews has joined #tripleo00:16
*** sseago has joined #tripleo00:35
*** pcrews has quit IRC00:41
*** yamahata has joined #tripleo00:53
tchaypohrm.00:58
tchaypo/home/polleyj/.cache/tripleo/tripleo-incubator/scripts/devtest_seed.sh: line 185: BM_VLAN_SEED_IP_ADDR: unbound variable00:58
tchaypodo I need to blow away my env files again?01:02
lifelessno01:15
lifelessit may be a bug in my patchset01:15
lifelessgreghaynes: so I just had a terrible though01:16
lifelessgreghaynes: do we setup mysql / rabbit differently in different compute scales?01:16
lifelessgreghaynes: (please say no :))01:16
* tchaypo digs01:19
*** ci-overcloud has joined #tripleo01:27
ci-overcloud************** ci-overcloud complete status=1 ************01:27
*** ci-overcloud has quit IRC01:27
*** mestery has joined #tripleo01:28
*** nati_ueno has quit IRC01:29
*** nati_ueno has joined #tripleo01:29
*** mestery has quit IRC01:39
*** mestery has joined #tripleo01:40
*** nosnos has joined #tripleo01:49
lifelesshmm, uc disappearing off-net not good01:56
*** ci-overcloud has joined #tripleo01:58
ci-overcloud************** ci-overcloud complete status=1 ************01:58
*** ci-overcloud has quit IRC01:58
*** nosnos has quit IRC02:09
*** ci-overcloud has joined #tripleo02:14
ci-overcloud************** ci-overcloud complete status=1 ************02:14
*** ci-overcloud has quit IRC02:14
*** Yanyanhu has joined #tripleo02:17
*** mestery has quit IRC02:20
*** mestery has joined #tripleo02:21
lifelessso this is interesting02:21
lifelessheat triggers way worse failure rates than nova boot --num-instances xx02:22
StevenKlifeless: Can you re-review https://review.openstack.org/#/c/101784/ ?02:48
*** morganfainberg_Z is now known as morganfainberg02:54
*** untriaged-bot has joined #tripleo03:00
untriaged-botUntriaged bugs so far:03:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134008703:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/133998603:00
uvirtbotLaunchpad bug 1340087 in tripleo "PXE deploy failed with nova.virt.baremetal" [Undecided,New]03:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134046703:00
uvirtbotLaunchpad bug 1339986 in tripleo "when CONTROLSCALE>1 , services auth is still pointing at the local ip instead of virtual" [Undecided,In progress]03:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134138903:00
uvirtbotLaunchpad bug 1340467 in tripleo "services cannot be decoupled from the boot-stack element" [Undecided,In progress]03:00
uvirtbotLaunchpad bug 1341389 in tripleo "multiple dh-ctlplane dhclient processes and undercloud drops off network" [Undecided,New]03:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134077603:00
uvirtbotLaunchpad bug 1340776 in tripleo "Swift fails to start in overcloud" [Undecided,In progress]03:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134119203:00
uvirtbotLaunchpad bug 1341192 in tripleo "If MySQL initialization fails, restart is not attempted" [Undecided,New]03:00
*** untriaged-bot has quit IRC03:00
openstackgerritA change was merged to openstack/tripleo-image-elements: Shift sysctl.d writing code to a new script  https://review.openstack.org/10178403:02
lifelessseriously03:03
lifelesswhy is03:03
lifeless/var/log/upstart/nova-compute.log:2014-07-14 02:13:50.626 20886 DEBUG nova.compute.manager [req-00895408-9a20-42b4-b755-a133af260638 None] [instance: d4d95fb0-7435-4436-ad81-f1ebb1706608] Insufficient compute resources: Free m03:03
*** Yanyanhu has quit IRC03:03
lifelessemory 0.00 MB < requested 98304 MB. _build_and_run_instance /opt/stack/venvs/nova/local/lib/python2.7/site-packages/nova/compute/manager.py:198103:03
lifelessDEBUG03:03
*** Yanyanhu has joined #tripleo03:03
*** ramishra has joined #tripleo03:07
*** tzumainn has quit IRC03:14
*** bmahalakshmi has joined #tripleo03:17
*** Yanyanhu has quit IRC03:21
*** Yanyanhu has joined #tripleo03:23
*** pcrews has joined #tripleo03:29
lifelessI'm starting to think nova-scheduler doesn't actually log the selected host.03:29
lifelessat debug level.03:29
*** pcrews has quit IRC03:36
*** yamahata has quit IRC03:36
*** yamahata has joined #tripleo03:37
*** morganfainberg is now known as morganfainberg_Z03:41
openstackgerritRichard Su proposed a change to openstack/tripleo-image-elements: Correct SELinux file contexts  https://review.openstack.org/9924203:41
lifelessoh wow03:43
lifelessI think I've founda  mammoth race :(03:43
lifelessNg: I think I have a task for the virtual team03:45
tchaypolifeless: with sabre-tooth tiger jockeys?03:45
* StevenK wonders if apt-mirror is horrible enough to chown base_path03:45
*** akuznetsov has joined #tripleo03:47
StevenKHuh, maybe making a symlink does03:47
StevenKWhich it doesn't. How odd.03:48
*** ci-overcloud has joined #tripleo04:03
ci-overcloud************** ci-overcloud complete status=1 ************04:03
*** ci-overcloud has quit IRC04:03
*** eghobo has joined #tripleo04:04
lifelessso I think I now know why my ironic vm tests were failing so damn hard04:17
lifelesshttps://bugs.launchpad.net/nova/+bug/134142004:17
uvirtbotLaunchpad bug 1341420 in nova "gap between scheduler selection and claim causes spurious failures when the instance is the last one to fit" [Undecided,New]04:17
lifeless^ new favourite bug04:17
*** eghobo has quit IRC04:18
*** eghobo has joined #tripleo04:19
*** nosnos has joined #tripleo04:26
tchaypoI would have expected that when the schedule says "You can use X" that I now have a reservation on X04:41
tchaypoit sounds like the reservation isn't made until I respond to confirm?04:42
tchaypoThere must be some other thing I'm missing otherwise that would be a race every time04:42
*** eghobo has quit IRC04:51
* StevenK ponders checking his pypi mirror by null routing pypi.python.org on his desktop04:57
*** nati_ueno has quit IRC05:01
*** nati_ueno has joined #tripleo05:02
*** nati_uen_ has joined #tripleo05:04
*** nati_ueno has quit IRC05:04
*** lazy_prince2 has joined #tripleo05:09
StevenKsteven@undermined:~% ip r g 103.245.222.17505:12
StevenKRTNETLINK answers: Network is unreachable05:12
StevenKThat should help05:12
*** k4n0 has joined #tripleo05:13
*** lazy_prince2 has quit IRC05:19
StevenKDownloading/unpacking pip05:21
StevenK  Cannot fetch index base URL https://pypi.python.org/simple/05:21
StevenKWell, yeah ...05:21
*** eghobo has joined #tripleo05:28
*** rushiagr has joined #tripleo05:40
*** shausy has joined #tripleo05:42
*** rakesh_hs has joined #tripleo05:46
*** nati_uen_ has quit IRC05:47
Yanyanhuhi, SpamapS, are you around?05:50
tchaypoStevenK: what are you doing to test it?05:55
tchaypoStevenK: as in, what flags are you giving pip (assuming you're running pip directly)05:55
StevenKtchaypo: So I've been hitting that wall, since pip *really* wants to talk to pypi.p.o06:00
tchaypohave you tried --no-index ?06:02
*** ramishra has quit IRC06:03
StevenKtchaypo: http://paste.openstack.org/show/86364 is what I've been hacking up tie with06:03
tchaypoI'm not seeing --no-index06:04
tchaypoi'm fairly certain --no-index turns off the pypi behaviour06:05
StevenKtchaypo: Right, but then where does pip know where to fetch from? I couldn't see any environment variables that influence it06:06
*** nosnos has quit IRC06:20
StevenKtchaypo: Ah ha. I don't need those tie hacks at all06:21
tchaypoyou need to also pass --index-url to tell it what index to use06:22
tchaypo--no-index really means --no-pypi06:22
StevenKtchaypo: Actually, I just needed to add pypi to the list of elements, which configures pip.conf :-)06:22
tchaypohah06:23
StevenKAnd it hasn't touched pypi.p.o at all06:23
tchaypoyes, but doesn't that use the (presently, maybe not in future) deprecated pypi-mirror to create a local index?06:23
StevenKtchaypo: No, the pypi element does not use pypi-mirror. It is mentioned in the README as "Perhaps you want to look at using it", but does not require it06:25
*** ramishra has joined #tripleo06:26
tchayporight. those two elements always confuse me, i can never remember which is which06:28
tchaypobut i think the other one is called pypi-mirror which is proabably a hint06:28
StevenKtchaypo: Right. It is also made more confusing by that the pypi-mirror element is in tie, and the pypi element is in dib06:29
tchaypoheh06:29
StevenKAs well as the pypi-openstack element, which is in tie06:31
StevenKBut could also be done with PYPI_MIRROR_URL and the pypi element06:31
tchaypotime to fix gertty so it doesn't crash when i click on things06:33
StevenKtchaypo: Heh06:34
*** rdopieralski has joined #tripleo06:35
*** mrunge has joined #tripleo06:35
*** rdopieralski has quit IRC06:35
*** rdopieralski has joined #tripleo06:35
StevenKRight, and there is DIB_COMMON_ELEMENTS exported in my .devtestrc06:36
tchaypowhich says?06:36
*** slok184 has joined #tripleo06:38
StevenKtchaypo: http://paste.openstack.org/show/86365/06:40
StevenKMaybe -incubator should add pypi to DIB_COMMON_ELEMENTS if PYPI_MIRROR_URL is set, but it smells like a layering violation06:40
tchaypoplus you don't always want that behaviour06:41
tchaypoif your local mirror is out of date you might be fine with pip looking upstream06:42
StevenKRight06:42
tchaypogah. I'm in a car. the gentle lulling motion keeps rocking me to sleep. every time I fall asleep for a few seconds i wake up with a bunch of dddddddddddddd on-screen06:43
kviiriI hope you're not the one driving06:43
StevenKHahaha06:43
kviiriBoth on accounts of that story and the fact you're telling it on IRC06:43
*** eguz has joined #tripleo07:01
rdopieralskithe tradition is to use zzzzzzzz07:02
*** eguz has quit IRC07:03
*** pblaho has joined #tripleo07:03
*** eghobo has quit IRC07:05
*** regebro has joined #tripleo07:06
*** jtomasek has joined #tripleo07:06
*** akuznetsov has quit IRC07:09
lifelessrighto07:10
lifelesstchaypo: you're not missing anythnig07:10
pblahoo/07:10
lifelesstchaypo: its a race every time07:10
lifelessStevenK: pip won't touch pypi.p.o if you use the pypi element, no ?07:12
StevenKlifeless: But you can make it do so if you export PYPI_MIRROR_URL=http://pypi.o.o/simple07:14
lifelessStevenK: sure07:14
lifelessStevenK: I was just reading backscroll :)07:14
StevenKI can see that07:15
lifelessand saw your http://paste.openstack.org/show/86364/ :)[6~07:15
lifelessbtw what did you change in https://bugs.launchpad.net/nova/+bug/1341420/+activity? lp doesn't have a diff....07:15
uvirtbotLaunchpad bug 1341420 in nova "gap between scheduler selection and claim causes spurious failures when the instance is the last one to fit" [High,Triaged]07:15
StevenKlifeless: "The race is particularly noticable with Ironic, where every request"07:17
StevenKYou had "where ever request"07:17
lifelessah thanks07:18
*** bmahalakshmi2 has joined #tripleo07:18
*** bmahalakshmi has quit IRC07:19
*** jcoufal has joined #tripleo07:20
*** jistr has joined #tripleo07:20
*** ifarkas has joined #tripleo07:32
*** xuhaiwei has joined #tripleo07:37
lxslilifeless: morning! Please would you check https://review.openstack.org/#/c/92356/ ?07:42
lxslibeekneemech: https://review.openstack.org/#/c/105460/ please? it's fixed07:48
lxslislagle: ping re: https://review.openstack.org/#/c/9487607:55
GheRiveromorning all07:56
lifelessinteresting - http://www.redhat.com/about/news/archive/2014/7/red-hat-and-google-collaborate-on-kubernetes-to-manage-docker-containers-at-scale and https://github.com/GoogleCloudPlatform/kubernetes/blob/master/DESIGN.md07:56
lifelessmorning GheRivero lxsli07:57
*** ci-overcloud has joined #tripleo08:00
ci-overcloud************** ci-overcloud complete status=1 ************08:00
*** ci-overcloud has quit IRC08:00
lifelessNg: https://bugs.launchpad.net/nova/+bug/134142008:06
uvirtbotLaunchpad bug 1341420 in nova "gap between scheduler selection and claim causes spurious failures when the instance is the last one to fit" [High,Triaged]08:06
*** derekh__ has joined #tripleo08:13
Ngany cores fancy looking at https://review.openstack.org/#/c/87758/ , see if we can land it today? :)08:18
*** sseago has quit IRC08:19
lifelessNg: trade you a review for a review of 10000008:20
lxslido we have any bash standards? I like to quote all the things08:20
Ngsure08:20
openstackgerritA change was merged to openstack/tripleo-incubator: Virsh destroy more domains  https://review.openstack.org/10635808:20
Nglifeless: also, what was the virtual team task you mentioned?08:20
lifelessNg: we just spoke about it :)08:22
Nglifeless: aha :)08:22
openstackgerritA change was merged to openstack/tripleo-incubator: Set default OVERCLOUD_CONTROLSCALE to 3  https://review.openstack.org/10000008:27
GheRiverohey all, regarding https://review.openstack.org/#/c/87758/ the code upgrade path is not activated by default, but was in a previous patch and passed. Should be activated by default, add another check, just check for now with check-experimental...?08:27
*** lucasagomes has joined #tripleo08:28
*** Yanyanhu has quit IRC08:28
lifelessits only passing CI because someone made it optional08:29
lifelessit shouldn't be optional :)08:29
lifelessGheRivero: Ng: I'd really rather see the upgrade thing always on. Is that the plan?08:30
GheRiveroI did it :) It adds ~25 min to the test08:30
lifelessGheRivero: and?08:30
lifelessGheRivero: when will we not test it but still deploy an overcloud in CI ?08:30
lifeless(also, it taking 25m is kindof terrifying, but thats an optimisation problem)08:31
GheRiverowe shouldn't, but a couple of weeks ago, wasn't an option to have it on08:31
GheRiveroanyway, will change the default right now08:32
lifelesscool08:33
openstackgerritGhe Rivero proposed a change to openstack-infra/tripleo-ci: Test the upgrade codepath works as well.  https://review.openstack.org/8775808:34
lxslilifeless: posted on bug 134142008:34
uvirtbotLaunchpad bug 1341420 in nova "gap between scheduler selection and claim causes spurious failures when the instance is the last one to fit" [High,Triaged] https://launchpad.net/bugs/134142008:34
*** athomas has joined #tripleo08:36
lifelesslxsli: thanks!08:42
lifelesslxsli: replied ;)08:42
openstackgerritRadomir Dopieralski proposed a change to openstack/tuskar-ui: Add an Architecture field to the Register Nodes dialog  https://review.openstack.org/10670708:43
*** IvanBerezovskiy has joined #tripleo08:45
*** martyntaylor has joined #tripleo08:45
*** Yanyanhu has joined #tripleo08:48
*** ramishra has quit IRC08:58
*** jp_at_hp has joined #tripleo08:59
*** xuhaiwei has quit IRC09:00
*** untriaged-bot has joined #tripleo09:00
untriaged-botUntriaged bugs so far:09:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134008709:00
uvirtbotLaunchpad bug 1340087 in tripleo "PXE deploy failed with nova.virt.baremetal" [Undecided,New]09:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/133998609:00
uvirtbotLaunchpad bug 1339986 in tripleo "when CONTROLSCALE>1 , services auth is still pointing at the local ip instead of virtual" [Undecided,In progress]09:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134046709:00
uvirtbotLaunchpad bug 1340467 in tripleo "services cannot be decoupled from the boot-stack element" [Undecided,In progress]09:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134138909:00
uvirtbotLaunchpad bug 1341389 in tripleo "multiple dh-ctlplane dhclient processes and undercloud drops off network" [Undecided,New]09:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134077609:00
uvirtbotLaunchpad bug 1340776 in tripleo "Swift fails to start in overcloud" [Undecided,In progress]09:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134119209:00
uvirtbotLaunchpad bug 1341192 in tripleo "If MySQL initialization fails, restart is not attempted" [Undecided,New]09:00
*** untriaged-bot has quit IRC09:00
*** akrivoka has joined #tripleo09:05
lifelesstchaypo: did you get past the issue with an unbound variable?09:05
*** ramishra has joined #tripleo09:06
tchaypoI haven't had a stable connection all day so I haven't been able to poke at it. Should be looking at it over the next hour or two on that I've stopped moving.09:16
tchaypoBeen using Getty to look at code reviews instead09:16
lifelesstchaypo: are you becoming like NobodyCam, living in a mobile home?09:20
lifelessrighto, workaround - horrid, but appears to work09:23
*** athomas has quit IRC09:23
*** lazy_prince has quit IRC09:23
lifelessNg: https://review.openstack.org/106716 may help adam_g09:24
lifelessderekh__: so, I have a CI overcloud deploy finally robust enough. yay.09:24
derekh__lifeless: sweet :-)09:25
lifelessderekh__: I found a truely horrid set of interactions with the scheduler today09:25
lifelessderekh__: https://bugs.launchpad.net/nova/+bug/134142009:25
uvirtbotLaunchpad bug 1341420 in nova "gap between scheduler selection and claim causes spurious failures when the instance is the last one to fit" [High,Triaged]09:26
Nglifeless: thanks09:29
*** athomas has joined #tripleo09:29
lifelessNg: I was shocked that it helped.09:29
Ngthat is a horrible, horrible patch :D09:29
lifelessNg: isn't it just ?09:31
*** tserong has quit IRC09:31
derekh__lifeless: so this is causing the failed instance when creating the overcloud stack09:31
derekh__?09:31
*** dtantsur has quit IRC09:31
lifelessderekh__: yes09:33
lifelessderekh__: well, there was other stuff09:33
lifelessderekh__: we had two wrong macs09:33
lifelessderekh__: and one of the machines we fixed has gone bad again, so its now in maintenance mode09:33
*** tserong has joined #tripleo09:34
*** tserong has joined #tripleo09:34
derekh__lifeless: ok, so it the ci-overcloud running now, anything I can do?09:34
*** dtantsur has joined #tripleo09:34
derekh__hmm the rh1 cluod seems to be getting a lot of instances with 2 IP on each netowrk and then going to an ERROR state09:35
lifelessderekh__: well, waiting on heat stack-ready09:35
derekh__lifeless: ok09:35
lifelessderekh__: at which point I think we can usefully start on the changes to devtest_overcloud.sh to gracefully encompass the needed ci-overcloud things09:35
lifelessderekh__: I know you had a post-deploy script09:35
lifelessderekh__: I'd like to at least see about integrating stuff into _overcloud - e.g. network modelling etc09:36
lifelessderekh__: ahh09:37
lifeless+ ip route prepend default via 138.35.77.109:37
lifelessRTNETLINK answers: Network is unreachable09:37
lifeless[2014-07-14 09:36:42,947] (os-refresh-config) [ERROR] during configure phase. [Command '['dib-run-parts', '/opt/stack/os-config-refresh/configure.d']' returned non-zero exit status 2]09:37
lifelessderekh__: so os-collect-config is failing in the oc control plane09:37
lifelessderekh__: we need to debug that and fix my patches, clearly.09:38
lifelesstchaypo: I was hoping to ask you to poke at https://bugs.launchpad.net/tripleo/+bug/134138909:38
uvirtbotLaunchpad bug 1341389 in tripleo "multiple dh-ctlplane dhclient processes and undercloud drops off network" [Undecided,Incomplete]09:38
lifelesstchaypo: which may be a local problem in my patches, or it may exist in trunk already09:38
derekh__lifeless: ok, I can take a look at fixing those patches today09:39
lifelesscool09:39
lifelessI'm going to make sure my local fixes are pushed up09:39
lifelessand retry this stack with a fresh set of images09:39
lifelessnow that the deploy actually, well, deploys.09:39
derekh__lifeless: ok, just shout when your done and I'll jump in09:40
openstackgerritlifeless proposed a change to openstack/tripleo-image-elements: Make use of ip route replace in ensure-bridge  https://review.openstack.org/10446109:40
openstackgerritlifeless proposed a change to openstack/tripleo-image-elements: Set the MAC address for ensure-bridge bridges  https://review.openstack.org/9960409:40
openstackgerritlifeless proposed a change to openstack/tripleo-image-elements: Fix issues with provider networks and public ips  https://review.openstack.org/10344909:40
lifelessStevenK: sorry for the rebase, I needed your patch :)09:40
*** lazy_prince has joined #tripleo09:40
lifelessderekh__: this sleep(5) may help with the virtual environment tests too, come to think of it09:42
derekh__lifeless: sleep(5) ?09:43
*** ramishra has quit IRC09:43
lifelessderekh__: see the review linked at teh bottom of https://bugs.launchpad.net/tripleo/+bug/134138909:43
uvirtbotLaunchpad bug 1341389 in tripleo "multiple dh-ctlplane dhclient processes and undercloud drops off network" [Undecided,Incomplete]09:43
lifelessderekh__: I'm deploying a 28 hypervisor, allowing the rest for testenvs, for now.09:45
*** ramishra has joined #tripleo09:45
derekh__lifeless: there isn't any review on the bug09:46
derekh__lifeless: ok09:46
lifelessderekh__: https://bugs.launchpad.net/nova/+bug/1341420/comments/709:47
uvirtbotLaunchpad bug 1341420 in nova "gap between scheduler selection and claim causes spurious failures when the instance is the last one to fit" [High,Triaged]09:47
derekh__lifeless: ahh found it, looks like you linked the wrong bug09:47
lifelessderekh__: oh, I did. DOH09:48
tchaypolifeless: I can poke, but im not sure how I'd reproduce09:48
tchaypoMaybe running ensure-bridge a lot?09:49
lifelesstchaypo: the bug presumably? set the neutron dhcp time down to like 2 minutes and bring up a UC with vlan on your seed09:49
lifelesstchaypo: then see if it loses the plot09:49
lifelesstchaypo: and also you can run os-refresh-config --force --one a lot09:49
lifelessand see if that adds more dhclient processes09:50
tchaypoNeutron dhcp time meaning the lease time?09:50
lifelesstchaypo: and log into the freshly deployed UC and check whether it has one or more than one dhclients09:50
lifelesstchaypo: yes, you can add arbitrary settings - see the overcloud where we clamp mtu; shoudl be able to use the same to set dhcp lease time09:50
tchaypoAre you seeing this on trunk or with your psyched applied?09:51
lifelessall my psyched09:51
lifelessthus one of the questions about whether its a pre-existing / latent bug or local to my patches09:51
lifelessI'd start with my patchs where I see it to be sure the reproduction methodology is sound then check trunk09:51
tchaypoAll your psyched.09:52
tchaypoI like09:52
lifelesstchaypo: you should, you started it :>09:53
tchaypoEep09:53
tchaypoI did too09:53
openstackgerritlifeless proposed a change to openstack/tripleo-image-elements: HP1 region deploy config fixups.  https://review.openstack.org/9979909:56
lifelessderekh__: right, stuff pushed up, no local deltas anymore - all committed and referenced by tripleo-end-to-end09:57
*** k4n0 has quit IRC09:57
lifelessderekh__: deploy-ci-overcloud invoked and churning09:58
lifelessderekh__: so, in principle that comes up, and then we figure out what needs to be done post bring-up to make it usable09:58
derekh__lifeless: ok, sounds good, will jump in in a few minutes09:59
lifelessderekh__: I'm going to keep an eye out - not going to sleep just yet. Need to get some game on :)10:01
derekh__lifeless: ok10:01
*** pelix has joined #tripleo10:03
*** andreaf has quit IRC10:07
*** akuznetsov has joined #tripleo10:07
*** yamahata has quit IRC10:08
*** k4n0 has joined #tripleo10:10
openstackgerritMatthew Macdonald-Wallace proposed a change to openstack/tripleo-image-elements: Add the ability to create databases from HEAT metadata  https://review.openstack.org/9644810:14
*** ramishra has quit IRC10:14
proffalkenlxsli, slagle: https://review.openstack.org/#/c/96448/ has the latest approach to this.  I've nto been able to get a good devtest run yet to prove it works fully however I'd welcome comments on whether this is a better approach thatn previously10:15
proffalkens/nto/not10:15
proffalkenIt has made me have one concern though - in order to create the database on a host other than the one that my element is installed to, I need to install my element on both nodes with this approach10:16
proffalkenreverting to using HEAT variables removes this dependency10:16
proffalkenI'm thinking about a "classic" web stack here where you might have a DB Node, an API server that talks to it and a front-end website10:16
lifelessproffalken: what problem are you trying to solve?10:17
proffalkenwith the old approach, the HEAT stuff was read only on the server with the mysql-common element, whereas with this new approach the "api" element would need to also be installed on the databse server10:18
lifelessproffalken: there's no bug or spec on the review, so I'm having to guess10:18
proffalkenlifeless: the specific usecase is that icinga-web (shiney PHP-based web interface to icinga) requries a MySQL database to interact with10:18
proffalkenlifeless: good point, I'll work out what this should be an address that10:18
lifelessproffalken: so, I'd use trove for that.10:18
lifelessproffalken: if I may sketch medium term for a second10:18
proffalkenlifeless: does trove work on the undercloud?10:19
lifelessproffalken: assume we have the multi-hypervisor feature landed.10:19
proffalkenok10:19
lifelessproffalken: then, we can deploy infrastructure workloads on the deploy cloud in containers/VMs/baremetal as desired.10:19
*** ci-overcloud has joined #tripleo10:19
ci-overcloud************** ci-overcloud complete status=127 ************10:19
*** ci-overcloud has quit IRC10:19
lifelessproffalken: all we need on the actual UC baremetal images then is the transitive closure over nova10:20
*** ramishra has joined #tripleo10:20
lifelessproffalken: to get icinga deployed we could do it as part of the deploy cloud itself, or as a privileged tenant of the deploy cloud.10:20
lifelessproffalken: given the goal is to make the deploy cloud a tenant of itself, there's nothing particularly special about being part of the deploy cloud itself.10:21
proffalkenlifeless: I like the medium term approach, however in the short-term if I want to run a service which will require a MySQL (or indeed any other type!) database how do I get that database created so that I can configure the app to talk to it?10:21
lifelessproffalken: so - long story short - if we get trove up, we'll be able to have a heat template + narrow focused images for icinga, and run it in VM/containers in the deploy cloud.10:22
proffalkensounds good10:22
lifelessproffalken: so, in the interim, make an element that you add to your control plane image that will create the appropriate DB10:24
lifelessproffalken: same as bootstack does, for instance.10:24
lifelessproffalken: its not super flexible or dynamic, but see under medium term - I don't think we want to invest a bunch of effort in a mini-trove10:24
proffalkenlifeless: how does that differ from my patch to MySQL common? Surely it's better to add to an existing element with a caveat that this will go away when trove arrives than to create a new one?10:25
lifelessproffalken: you're adding a data-driven thing10:26
openstackgerritlokesh s proposed a change to openstack/tripleo-image-elements: adding local boot support for uboot arm arch  https://review.openstack.org/10672710:26
proffalkenah, ok, so the commit message needs rewriting too10:26
lifelessproffalken: I'm proposing #!/bin/bash \n os-db-create foo bar $Q@#$!R10:26
proffalkenlifeless: that's effectively what this python script is10:26
proffalkenit's just the title of the commit message wasnt changed10:27
proffalkenyou pass it the dbname, username, password, host you will be connecting from and the permissions you want to set and it adds it all for you10:28
*** akrivoka has quit IRC10:28
proffalkenI'm just concerned that in a multi-tier app you will have to install the element that needs the database onto the DB server which is bad architectural design10:28
openstackgerritMatthew Macdonald-Wallace proposed a change to openstack/tripleo-image-elements: Add the ability to create databases from within Elements  https://review.openstack.org/9644810:29
proffalkenlifeless: I just changed the commit message ;)10:29
*** markmc has joined #tripleo10:31
lifelesshhopefully gertty has uploaded my comments10:31
lifelessproffalken: thats still dynamic, no? heat asserts the set of DBs, your code ensures they exist?10:32
tchaypolifeless: btw, that race condition..10:32
tchaypoouch10:32
lifelessproffalken: I'm not dead-set against it, just concerned about layers10:32
lifelesstchaypo: its generating some chatter :)10:32
tchaypoI'm guessing it's slipped under the radar because people don't normally fill up the whole allocation of VMs?10:32
lifelessproffalken: and how to make sure we don't structure ourselves to reinvent something someone else is working on10:32
lifelesstchaypo: there's a provider, bluebox i tink10:33
openstackgerritlokesh s proposed a change to openstack/diskimage-builder: Solves chroot error while building cross arch images  https://review.openstack.org/10348310:33
lifelesstchaypo: who use nova to do whole-machine-vms10:33
lifelessderekh__: new symlink needed, redoing setup.10:33
derekh__lifeless: ok10:34
*** k4n0 has quit IRC10:35
*** ci-overcloud has joined #tripleo10:35
ci-overcloud************** ci-overcloud complete status=1 ************10:35
*** ci-overcloud has quit IRC10:35
*** martyntaylor has left #tripleo10:35
lxslitchaypo lifeless: this is Nova working as designed10:35
lxsliit's not normally an issue because requests don't come in that fast and usually don't fill whole machines10:36
lifelesslxsli: so, the design used to be different ;)10:36
lifelessdevananda: have lunch with hernan please :)10:36
tchaypolifeless: so to answer your earlier question - no, still stuck on BM_VLA_SEED_IP_ADDR10:36
tchaypos/VLA/VLAN/10:36
lifelesstchaypo: whats the exact error ?10:37
tchayposo I'm going to have to figure that one out10:38
tchaypohttp://paste.openstack.org/show/86390/10:38
*** ci-overcloud has joined #tripleo10:38
ci-overcloud************** ci-overcloud complete status=1 ************10:38
*** ci-overcloud has quit IRC10:38
lifelessbwaaah10:39
lifelessok that 5 second hack was insufficient :)10:39
lifelessor I just got lucky.10:39
tchaypowhat hack did you do?10:39
lifelesstchaypo: see the bug there's a review linked10:40
tchaypoor10:40
tchaypooh10:40
tchaypo5 second hack for the vm scheduling10:40
lxslisleep is always lucky10:40
openstackgerritlokesh s proposed a change to openstack/tripleo-image-elements: adding local boot support for uboot arm arch  https://review.openstack.org/10672710:40
tchaypoah, here we go10:43
openstackgerritlokesh s proposed a change to openstack/diskimage-builder: Solves chroot error while building cross arch images  https://review.openstack.org/10348310:44
tchaypolines 89-98 are where BM_VLAN_SEED_IP_ADDR *may* get set10:44
tchaypobut then line 185 *always* references it10:44
*** akuznetsov has quit IRC10:45
lifelesstchaypo: so bug in my patches :)10:45
tchaypothe problem seems to be that I don't have baremetal-network.seed.public_vlan.ip set in my heat data10:46
tchaypothe fix is probably either always setting it, or skipping over that bit of code if it's not set10:46
tchaypoprobably the latter, i think10:46
lifelessit's optional (in that vlans are optional) but required if any of the vlan stuff is being done)10:46
proffalkenlifeless: the user stuf was already in there, I'm not removing any of that.  The idea is that you hard-code into your element "mysql-create-database <variables>" and remove the heat stuff entirely as far as database creation is concerned10:47
lifelessproffalken: I am confused, there is already a command to do that10:48
*** bmahalakshmi2 has quit IRC10:49
lifelessproffalken: os-db-create10:49
proffalkenreally? I couldn't find it and all requests for help resulted in "just write your own"10:49
* proffalken abandons the patch10:49
tchaypoI think if I just tweak line 185 to use ${ :- } when it references that variable the comparison will fail and the next few lines should be skipped10:49
* tchaypo chortles10:49
tchaypothank you proffalken10:49
lifelessproffalken: ./elements/os-svc-install/bin/os-db-create10:50
lifelessproffalken: in tripleo-image-element10:50
lifelessproffalken: now, it may not be suitable for your needs, but it shouldn't be far off10:50
tchaypoproffalken: it's so nice tosee this kind of thing happening to someone who isn't me :)10:51
lifelessproffalken: and I fully support tweaking its interface to be a little more featureful if needed, I don't think that 'create a db here for me' is in danger of trove-ness :)10:51
proffalkentchaypo: heh, stick around, this happens to me a lot! :P10:52
proffalkenlifeless: thanks, I'll take a look10:52
*** tzumainn has joined #tripleo10:54
*** akuznetsov has joined #tripleo10:54
lazy_princelifeless: I sent a mail to you regarding Windows Disk Image builder on July 10th. did you get a chance to look at it..?10:55
lazy_princelifeless: We did not get much dissenting voices. So shall we start with infra to start the merge proposals... ?10:55
*** killer_prince has joined #tripleo11:04
StevenKkiller_prince: I'm curious about how much code it is11:05
*** pmyers has joined #tripleo11:06
lazy_princeStevenK: its around 600LoC.11:07
openstackgerritlokesh s proposed a change to openstack/tripleo-image-elements: adding local boot support for uboot arm arch  https://review.openstack.org/10672711:07
*** lazy_prince has quit IRC11:07
*** killer_prince is now known as lazy_prince11:07
*** slok184 has quit IRC11:08
StevenKThere's ~2,200 lines of shell and 450 of python in dib already. I wonder about just including the ~600 lines of powershell in dib itself11:09
*** lazy_prince2 has joined #tripleo11:11
*** lazy_prince2 is now known as killer_prince11:11
lifelesskiller_prince: I thought I replied on the list11:12
killer_princeStevenK: we had discussed with lifeless about it during blueprint approval and decided to keep it a seperate project as there is no code reusability between linux dib and Windows dib.11:13
killer_princeokay let me check the list then..11:13
killer_princeThe last reply that i received from you was on 7th July. is that what you are referring to..11:15
*** killer_prince has quit IRC11:20
lazy_princelifeless: so how does it work, do i need to drop an email to infra team for a project creation..?11:21
StevenKlazy_prince: There's a process, I think it's been detailed on the list.11:22
lazy_princeaha.. are you talking about Cookie-cutter..?  i will check that..11:23
*** andreaf has joined #tripleo11:25
*** lucasagomes is now known as lucas-hungry11:31
lazy_princeStevenK: i just have a doubt. cookiecutter is more suited for a python project. but this is more of a powershell.11:31
StevenKlazy_prince: How about http://ci.openstack.org/stackforge.html ?11:33
* tchaypo learns more about what devtest_seed.sh does11:35
tchaypoof course the way I do this is by figuring out what the hell is broken11:36
*** yamahata has joined #tripleo11:40
tchaypoho hum. why did it route the traffic there?11:49
*** rakesh_hs has quit IRC11:52
*** rushiagr has quit IRC11:57
kviiriHow do I use the RHEL element of DIB to create a CentOS image?12:00
*** rushiagr has joined #tripleo12:00
*** jdob has joined #tripleo12:03
*** lazy_prince has quit IRC12:05
*** ddieterl_ has quit IRC12:09
*** ddieterly has joined #tripleo12:10
lifelessderekh__: kicking off another attempt with a new scheduler patch, then really -> sleep()12:17
*** mrunge has quit IRC12:17
Nglifeless: does scheduler_host_subset_size help us here?12:17
Ngnot super familiar with the nova scheduler, just reading the code for the filter scheduler12:18
lifelessI tried it with a window of 10, didn't do much12:18
lifelesssee the bug and internal mail thread where I mention this12:19
Ngoh, derp, so you did12:19
NgI was thinking set it insanely high, so the code caps it at len(weighed_hosts) and then you're basically saying "pick a random host from the entire list of hosts"12:19
Ngassuming random.choice() is random, and not debian-random ;)12:19
*** Yanyanhu has quit IRC12:19
* lxsli agrees12:19
*** amitpp has joined #tripleo12:20
*** ci-overcloud has joined #tripleo12:20
ci-overcloud************** ci-overcloud complete status=1 ************12:20
*** ci-overcloud has quit IRC12:20
lifelesshmm, new patch is bong. I shall dive on this grenade properly tomorrow. I have some ideas that should get us by, I've also sketched a more comprehensive BASE based approach in the bug12:20
lifelessderekh__: sorry, no go :/ - but have a look at the next bit of scripting if you have time (merge prepare -> devtest_overcloud)12:21
*** killer_prince has joined #tripleo12:21
lifelesslxsli: can you please mail my hp email about that review you wanted?12:21
*** killer_prince is now known as lazy_prince12:21
lifelesslxsli: I'll do it tomorrow, just need a visible reminder12:21
*** Yanyanhu has joined #tripleo12:30
*** rushiagr_ has joined #tripleo12:31
*** rushiagr has quit IRC12:34
*** lucas-hungry is now known as lucasagomes12:36
lxslilifeless: sure thing - sleep well12:36
*** akrivoka has joined #tripleo12:36
kviiriSo has anyone managed to create a centos image using the rhel element?12:39
*** ramishra has quit IRC12:39
slaglekviiri: not that i know of. i'm not aware of anyone using centos yet12:43
slaglekviiri: there is however a WIP patch up to add centos7 support: https://review.openstack.org/#/c/104449/12:43
kviirislagle: Thanks. I actually knew of the patch already but there was also someone saying I could use the rhel element12:44
slagleok. well, maybe someone has done it and i just don't know of it :)12:45
kviirislagle: It seems to be in a good shape to be tried out12:45
kviirithe patch, I mean12:45
kviiri"WIP: image is created correctly, but seem to be some grub issues with"12:45
kviiriboot12:45
*** jang has quit IRC12:46
*** dprince has joined #tripleo12:47
*** morazi has joined #tripleo12:47
*** shausy has quit IRC12:53
*** julim has joined #tripleo12:55
openstackgerritNicholas Randon proposed a change to openstack/tripleo-incubator: Improve readability of long JQ expression  https://review.openstack.org/9968112:58
tchaypolifeless: i made a little progress but i still can't get even my seed up. Are we planning to make some of these bm_network parameters neccessary? If so I should probably just provide them instead of fighting13:00
tchaypoand now it's bedtime13:00
*** sseago has joined #tripleo13:01
*** Yanyanhu has quit IRC13:06
*** Yanyanhu has joined #tripleo13:06
*** ramishra has joined #tripleo13:08
*** ddieterly has quit IRC13:09
rdopieralskitzumainn: do you know where I should be getting the list of available architectures and/or drivers from?13:19
rdopieralskitzumainn: or should I just hardcode them?13:20
tzumainnrdopieralski, hm, I assumed they'd be hardcoded, to be honest13:21
derekh__lifeless: I'm not sure about merging prepare-ci-overcloud into devtest_overcloud , it doesn't feel right complicating devtest_overcloud for the specific case of preparing an overcloud for our CI case13:24
derekh__lifeless: I think keeping it tacked onto the end of deploy-ci-overcloud is better (to avoid complicating devtest_overcloud13:25
rdopieralskitzumainn: hardcoded is fine by me :)13:26
rdopieralskitzumainn: then again, should I hardocde them in the form, or better in the API?13:26
tzumainnrdopieralski, I'd suggest the api13:33
openstackgerritRadomir Dopieralski proposed a change to openstack/tuskar-ui: Use a MultiMACField in the Register Nodes form  https://review.openstack.org/10636613:33
*** andreaf has quit IRC13:34
*** andreaf has joined #tripleo13:36
*** amitpp has quit IRC13:40
*** hewbrocca has joined #tripleo13:42
*** amitpp has joined #tripleo13:42
*** weshay has joined #tripleo13:47
*** andreaf has quit IRC13:53
lazy_princeStevenK: can you review this https://review.openstack.org/#/c/103483/ when you get time..?13:57
*** ddieterly has joined #tripleo13:57
*** imcsk8 has quit IRC13:57
*** imcsk8 has joined #tripleo13:57
*** jistr has quit IRC13:58
*** jistr has joined #tripleo13:59
*** jrist has joined #tripleo14:04
*** rushiagr_ has quit IRC14:16
*** lazy_prince is now known as killer_prince14:17
*** beekneemech is now known as bnemec14:18
*** funzo has joined #tripleo14:22
*** al has quit IRC14:26
openstackgerritEd Bak proposed a change to openstack/tripleo-incubator: Provide ability to move the gateway away from the seed  https://review.openstack.org/10464114:30
*** jistr has quit IRC14:35
*** jistr has joined #tripleo14:36
*** al has joined #tripleo14:36
openstackgerritPetr Blaho proposed a change to openstack/tuskar: [WIP] Adds GET /v2/plans endpoint to API  https://review.openstack.org/10638814:38
openstackgerritPetr Blaho proposed a change to openstack/tuskar: [WIP] Adds GET /v2/plans/<plan-uuid> endpoint  https://review.openstack.org/10677914:38
openstackgerritPetr Blaho proposed a change to openstack/tuskar: [WIP] Adds DELETE /v2/plans/<plan-uuid> endpoint  https://review.openstack.org/10678014:38
openstackgerritPetr Blaho proposed a change to openstack/tuskar: [WIP] Adds POST /v2/plans endpoint to API  https://review.openstack.org/10678114:38
derekh__lxsli: Would like to get https://review.openstack.org/#/c/102248 in but looks like its missing "=" , would you mind pushing an update14:39
derekh__lxsli: CI failure rate is high ATM and I think it would help14:39
lxslisure14:39
lxsliargh, how frustrating - just saw the error14:39
*** martyntaylor has joined #tripleo14:40
openstackgerritAlexis Lee proposed a change to openstack/tripleo-incubator: Wait longer for BM node registration  https://review.openstack.org/10224814:40
derekh__lxsli: thanks14:41
lxsliderekh__: thank you for herding CI :o14:41
derekh__:-)14:42
openstackgerritA change was merged to openstack/tripleo-image-elements: Add a sysctl-append-value script  https://review.openstack.org/10111714:46
*** rdopieralski has quit IRC14:46
*** pblaho has quit IRC14:48
lxsliNg GheRivero: https://review.openstack.org/#/c/102248 please? derekh thinks it might help CI14:49
* Ng looks14:49
*** rushiagr_ has joined #tripleo14:50
*** morganfainberg_Z is now known as morganfainberg14:51
*** jcoufal has quit IRC14:54
*** marun has joined #tripleo15:00
*** untriaged-bot has joined #tripleo15:01
untriaged-botUntriaged bugs so far:15:01
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134008715:01
uvirtbotLaunchpad bug 1340087 in tripleo "PXE deploy failed with nova.virt.baremetal" [Undecided,New]15:01
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134119215:01
uvirtbotLaunchpad bug 1341192 in tripleo "If MySQL initialization fails, restart is not attempted" [Undecided,New]15:01
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/133998615:01
uvirtbotLaunchpad bug 1339986 in tripleo "when CONTROLSCALE>1 , services auth is still pointing at the local ip instead of virtual" [Undecided,In progress]15:01
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134046715:01
uvirtbotLaunchpad bug 1340467 in tripleo "services cannot be decoupled from the boot-stack element" [Undecided,In progress]15:01
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134077615:01
uvirtbotLaunchpad bug 1340776 in tripleo "Swift fails to start in overcloud" [Undecided,In progress]15:01
*** untriaged-bot has quit IRC15:01
*** edmund has joined #tripleo15:02
bnemecderekh__: The dib-utils thing I mentioned is https://review.openstack.org/#/c/100004/15:04
bnemecIt looks like dib-utils isn't included in /opt/stack/new, so it can't be found.15:05
*** Yanyan has joined #tripleo15:05
bnemecWould you happen to know how to get that added to the image?15:05
derekh__bnemec: looking15:06
*** gilliard has joined #tripleo15:07
*** Yanyanhu has quit IRC15:07
*** Yanyan has quit IRC15:10
derekh__bnemec: looks like the patch would require dib-run-parts to already be installed on the devtest server, is that right ?15:17
derekh__bnemec: we could add it to the list of things to install in incubator, one sec15:17
bnemecderekh__: Yeah, I added it to pull-tools in devtest: https://github.com/openstack/tripleo-incubator/blob/master/scripts/pull-tools#L2415:17
bnemecBut that doesn't appear to be run in CI.15:18
derekh__bnemec: http://git.openstack.org/cgit/openstack-infra/devstack-gate/tree/devstack-vm-gate-wrap.sh15:23
derekh__bnemec: to include it in /opt/stack/new, it needs to be added there15:23
gilliardAm I right in thinking that if you use VMs for devtest, they are all the same spec? NODE_MEM, NODE_DISK, NODE_CPU etc?15:24
derekh__then15:24
derekh__bnemec: once that merges you'll have to wait until a new template image is built by nodepool, I think this is done once a day (not sure)15:24
derekh__bnemec: I got a funny feeling there is a second place to add it too15:25
derekh__bnemec: checking15:25
gilliardI think w15:28
*** pblaho has joined #tripleo15:28
gilliardI think the answe to my Q is "yes", but I'm trying to think up a nice way to make it not have to be the case.15:28
derekh__bnemec: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/nodepool/scripts/prepare_tripleo.sh15:28
openstackgerritA change was merged to openstack/tuskar-ui: Update node detail page for Juno  https://review.openstack.org/10626815:29
gilliardOnce patch 105802 lands, we will have a way to target specific groups of nodes using flavors.  The idea being to reduce the memory requirement for someone developing tripleo.15:30
gilliardIf anyone's been thinking/working along those lines I'd be very grateful for a discussion.15:31
lxslibnemec: re https://review.openstack.org/#/c/102248/ , it's not perfect but it is a noticeable improvement15:31
lxsliplease could we merge then iterate?15:32
*** amitpp has quit IRC15:32
bnemeclxsli: I could live with that, but I do think we should fix it.  The current version leaves the potential for a race condition, except an even smaller one that would be that much harder to find. :-)15:34
bnemecderekh__: Great, thanks!15:34
openstackgerritJon-Paul Sullivan (jp_at_hp) proposed a change to openstack/tripleo-image-elements: Add new sosreport element  https://review.openstack.org/10459315:36
lxslibnemec: sure and if you have some ideas on how to implement the improvement (EG in patch form...) I'll happily review them15:37
*** cwolferh_ has joined #tripleo15:47
*** athomas has quit IRC15:50
*** derekh__ is now known as derekh_15:53
openstackgerritBen Nemec proposed a change to openstack/tripleo-incubator: WIP: Calculate expected number of vcpus  https://review.openstack.org/10679715:54
bnemeclxsli: ^15:54
bnemecBah, memory has the same problem.15:55
bnemecOh well, that's why WIP. :-)15:56
*** athomas has joined #tripleo15:56
*** jistr has quit IRC15:56
jp_at_hpso - did anyone notice the 2 patches that drop devtest.sh build time from 1700 seconds to 460 seconds?15:58
lxsli:O15:58
jp_at_hpIn case anyone cares ;-) they are https://review.openstack.org/106440 and https://review.openstack.org/10644315:59
lxslihmm, scary15:59
*** eghobo has joined #tripleo16:00
lxslijp_at_hp: is ccache a typo?16:00
jp_at_hplxsli: probably not, given that it is the ccache directory.16:01
*** yamahata has quit IRC16:01
lxsliwhat's that then? I only know about ~/.cache/{tripleo,image-create}16:01
openstackgerritBen Nemec proposed a change to openstack/tripleo-incubator: WIP: Calculate expected number of vcpus/mem  https://review.openstack.org/10679716:02
lxslibnemec: better to stash `nova flavor-show baremetal` and awk it twice16:03
*** eghobo has quit IRC16:03
derekh_anybody know who own16:05
derekh_| cb66b0d9-40c6-4806-820f-8e31d20bb8fb | test                                                              | ACTIVE | None       | Running     | default-net=10.2.9.109, 66.187.229.20; tripleo-bm-test=192.168.1.101  |16:05
derekh_on the rh1 ci overcloud16:05
derekh_can't ssh to it,16:05
derekh_will delete if not claimed16:05
*** eghobo has joined #tripleo16:10
*** pcrews has joined #tripleo16:11
*** martyntaylor1 has joined #tripleo16:17
*** martyntaylor has quit IRC16:18
*** pblaho has quit IRC16:19
*** derekh_ has quit IRC16:20
*** eghobo has quit IRC16:21
*** eghobo has joined #tripleo16:24
*** eghobo has quit IRC16:25
*** eghobo has joined #tripleo16:25
*** dsneddon has quit IRC16:34
*** dsneddon has joined #tripleo16:35
*** andreaf has joined #tripleo16:36
*** martyntaylor1 has quit IRC16:37
*** sballe has quit IRC16:39
*** sballe has joined #tripleo16:40
*** andreaf has quit IRC16:40
*** martyntaylor has joined #tripleo16:47
lxslibnemec: since CI isn't checking dib-utils yet, would you consider merging https://review.openstack.org/#/c/105461/ please?16:49
greghaynesaye, looks like fun CI fails16:51
greghaynesIm guessing its the same nova scheduler issue?}16:52
greghayneslxsli: is there some reason we need to merge that before it passes CI?16:52
bnemecThis whole two copies of dib-run-parts thing is giving me a headache.  I should have just started -2'ing all the changes until the transition is complete. :-P16:53
*** andreaf has joined #tripleo16:53
greghaynesoh, its in the new fancy dib-util repo16:54
lxslibnemec: not really, just seems a waste rechecking when no actual checking is occurring16:54
bnemeclxsli: I think I'd rather hold off until the dib change passes CI (looks like the latest patch set didn't yet).  That's really the only way we have to ensure the dib-utils changes work right now. :-/16:56
*** Guest33108 is now known as bhunter7116:56
lxsliok np :)16:57
lxsliI mean, that approach makes sense16:57
*** cinerama has joined #tripleo16:58
bnemecAnybody know if we have a bug open for the arch mismatch that was happening in CI last week?16:58
bnemecThat's why the dib-run-parts check failed on Friday.16:58
lxsliwaaah derekh is gone16:59
*** pblaho has joined #tripleo17:07
*** rushiagr_ has quit IRC17:07
*** regebro has quit IRC17:20
*** nati_ueno has joined #tripleo17:28
openstackgerritJon-Paul Sullivan (jp_at_hp) proposed a change to openstack/tripleo-image-elements: Add new sosreport element  https://review.openstack.org/10459317:33
*** pblaho has quit IRC17:34
openstackgerritA change was merged to openstack/tripleo-image-elements: Adds passthrough config for cinder rootwrap  https://review.openstack.org/9731217:35
*** noslzzp has quit IRC17:41
*** noslzzp has joined #tripleo17:44
*** ramishra has quit IRC17:46
*** pelix has quit IRC17:47
*** Penick has joined #tripleo17:53
greghaynesTheJulia: Hey, looking at https://review.openstack.org/#/c/105862/3/elements/keepalived/bin/keepalived-status im wondering how much of the checking is actually stuff we need to be doing17:56
greghaynes(thinking out loud)17:56
openstackgerritAna Krivokapic proposed a change to openstack/tuskar-ui: Change the Health status piechart to Power status  https://review.openstack.org/10683217:57
greghayneswe basically just want to make sure mysql is reachable before proceeding, right?17:57
greghaynesor was there some other use case?17:57
* TheJulia shifts mental gears17:58
greghaynesIf so, I think we could make that process a *lot* more simple if we just used the notify property keepalived supports to write out a file with MASTER/BACKUP17:58
greghayneswe can chat later if youre busy?17:59
*** jp_at_hp has quit IRC17:59
TheJulianah, trying to wrap up a few things mentally so i can go run a few errands17:59
greghayneskk, so if we just wrote out a file with that property, thats a reasonable check that keepalived is up, running, and with our vrrp config added18:00
greghaynesthen we could do a mysqlping or similar (I think theres a patch for this?) to check that mysql is reachable18:01
TheJuliagreghaynes: When it is first run, mysql hasn't even been intialized yet.  Agreed, if its writing out the file thats reasonable to assume that its working, although I think pinging the vips might still be a good idea... just in case18:01
TheJuliamysqlping before openstack-init?18:02
greghaynesyes18:02
TheJuliathat could do it18:02
greghaynesSince it seems like the two states we want to enfoce is keepalived is happy, then mysql is reachable, then do_stuff18:03
TheJuliaexactly18:03
greghaynesSpamapS: lifeless curious what youall think ^? This is re: mysql starting doesnt actually mean things can hit it on the VIP (keepalived binding that is an asynchronous process)18:05
openstackgerritJulia Kreger proposed a change to openstack/tripleo-image-elements: Add local_bind flag to my.cf  https://review.openstack.org/10587018:06
greghaynesan additional note, it might be a nice trick to put the check for keepalived after mysql starts since those do not actually depend on each other and so we start mysql ASAP18:07
*** akrivoka has quit IRC18:19
*** shakamunyi has joined #tripleo18:20
adam_ggreghaynes, is mysql restartable with OVERCLOUD_CONTROLSCALE=3, or are we back to the re-bootstrapping issue you fixed for the single node case?18:32
greghaynesadam_g: it is not18:33
greghaynesso, yes18:33
greghaynesCan youall get away with CONTROLSCALE=1?18:33
*** rwsu has joined #tripleo18:51
openstackgerritDan Prince proposed a change to openstack/tripleo-specs: TripleO network configuration  https://review.openstack.org/9785918:56
*** lucasagomes has left #tripleo18:57
gilliardRe: different VM sizes for different roles in devtest. My idea is to have a file defining what nodes18:58
gilliardthere are, and their different sizes.  Then if that file exists, the usual method for creating the VMs (all the same size) is skipped.18:58
*** nati_ueno has quit IRC18:59
*** nati_ueno has joined #tripleo19:00
gilliardThe creation of flavours would need to be based on the different node types specified in that file, and flavours would be matched to nodes using nova scheduler's ComputeCapbilitiesFilter.19:01
gilliardSo, this touches quite a few parts of devtest (most of them, I guess).  Would it make sense to clarify all this in tripleo-specs before starting?19:03
greghaynesabsolutely, or if you want a bit more buy in before commiting to a spec an ML thread19:04
openstackgerritJames Slagle proposed a change to openstack/tripleo-incubator: Document NeutronControlPlaneID  https://review.openstack.org/10684419:05
gilliardgreghaynes: ya that makes sense.  Thanks.19:07
openstackgerritRichard Su proposed a change to openstack/tripleo-image-elements: Move rabbitmq-server cluster port  https://review.openstack.org/9170419:07
*** jang has joined #tripleo19:10
*** panda has quit IRC19:10
*** panda has joined #tripleo19:11
*** nati_ueno has quit IRC19:24
*** nati_ueno has joined #tripleo19:24
openstackgerritA change was merged to openstack/tripleo-image-elements: Issue in openstack-client that stops nova being in a common-venv  https://review.openstack.org/9307519:33
dprincegreghaynes: So... I'm not super keen on the new OVERCLOUD_CONTROLSCALE setting. Having devtest default to 3 controllers seems a bit greedy19:38
dprince  common-venv  https://review.openstack.org/9307519:38
dprinceoops... ignore that second post...19:38
dprincegreghaynes: I specifically thought we had discussed *not* doing this at the Atlanta summit19:39
greghaynesThere was a small amount of chat about it on https://review.openstack.org/#/c/100000/19:39
greghaynesbut I thought we were supposed to be production-able?19:39
*** jp_at_hp has joined #tripleo19:39
dprincegreghaynes: I'm going to propose a revert. You've got 3 HP approvals there.19:40
dprincegreghaynes: I'd like to see at least one non-HP approval on this.19:40
greghaynesIm all for more discussion :)19:40
greghaynesso, go for it and we can chat there19:40
greghaynesor chat here and there ;)19:40
dprincegreghaynes: :), Sorry if this sounds a bit aggressive19:41
* dprince isn't meanting to pick on greg19:41
greghayneshaha, its fine19:41
greghaynesSo, when you say aggressive, do you mean in CI or for users or both?19:41
greghaynesI think theres a pretty straightforward argument for why we need to do it in CI19:41
*** nati_ueno has quit IRC19:42
dprincegreghaynes: right, well I'm all for testing this. I just don't agree that it should be our default19:42
*** nati_ueno has joined #tripleo19:42
dprincegreghaynes: I would always like to ensure a single node works as well19:43
dprincegreghaynes: may seem like a simple case but I find it hard to do the simple things w/ TripleO. Things like simply rebooting are often broken19:43
greghaynesYes, I think there was a comment somewhere about how we should probably be testing that - especially when we start trying to support upgrades19:43
greghaynesMy thinking is - one of the big things were aming to deliver is upgrades without downtime, and it is simply not possible without that value being set19:45
*** nati_ueno has quit IRC19:46
*** nati_ueno has joined #tripleo19:46
*** bkero has joined #tripleo19:48
*** nightfly has joined #tripleo19:50
openstackgerritDan Prince proposed a change to openstack/tripleo-incubator: Revert "Set default OVERCLOUD_CONTROLSCALE to 3"  https://review.openstack.org/10685219:50
*** andreaf has quit IRC19:54
openstackgerritJay Dobies proposed a change to openstack/tuskar: Added template combination functionality  https://review.openstack.org/10685319:55
*** blkperl has joined #tripleo19:58
*** Penick has quit IRC19:59
*** cody-somerville has joined #tripleo20:00
*** julim_ has joined #tripleo20:08
*** julim has quit IRC20:08
*** dtantsur is now known as dtantsur|afk20:08
*** dprince has quit IRC20:14
openstackgerritHaneef Ali proposed a change to openstack/tripleo-image-elements: Configure keystone with apache  https://review.openstack.org/10230420:16
*** athomas has quit IRC20:18
*** Penick has joined #tripleo20:19
*** spzala has joined #tripleo20:20
*** ddieterly has quit IRC20:24
*** jang1 has joined #tripleo20:24
*** morazi has quit IRC20:29
*** morazi has joined #tripleo20:34
openstackgerritGhe Rivero proposed a change to openstack-infra/tripleo-ci: WIP: Parallel building and booting  https://review.openstack.org/10601920:34
*** julim_ has quit IRC20:35
*** Hefeweizen has quit IRC20:35
*** cinerama has quit IRC20:37
*** ccrouch1 has quit IRC20:38
*** ccrouch has joined #tripleo20:38
*** ccrouch has quit IRC20:42
*** markmc has quit IRC20:43
*** edmund has quit IRC20:46
*** cinerama has joined #tripleo20:48
*** ccrouch has joined #tripleo20:49
*** martyntaylor has quit IRC20:55
*** untriaged-bot has joined #tripleo21:00
untriaged-botUntriaged bugs so far:21:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134008721:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134119221:00
uvirtbotLaunchpad bug 1340087 in tripleo "PXE deploy failed with nova.virt.baremetal" [Undecided,New]21:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/133998621:00
uvirtbotLaunchpad bug 1341192 in tripleo "If MySQL initialization fails, restart is not attempted" [Undecided,New]21:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134046721:00
uvirtbotLaunchpad bug 1339986 in tripleo "when CONTROLSCALE>1 , services auth is still pointing at the local ip instead of virtual" [Undecided,In progress]21:00
untriaged-bothttps://bugs.launchpad.net/tripleo/+bug/134077621:00
uvirtbotLaunchpad bug 1340467 in tripleo "services cannot be decoupled from the boot-stack element" [Undecided,In progress]21:00
uvirtbotLaunchpad bug 1340776 in tripleo "Swift fails to start in overcloud" [Undecided,In progress]21:00
*** untriaged-bot has quit IRC21:00
*** yamahata has joined #tripleo21:01
*** jdob has quit IRC21:06
*** cody-somerville has quit IRC21:13
openstackgerritMichael Tupitsyn proposed a change to openstack/tripleo-incubator: Keystone/LDAP integration  https://review.openstack.org/10617521:13
*** mestery has quit IRC21:19
*** mestery has joined #tripleo21:20
*** cinerama has quit IRC21:26
*** openstackgerrit has quit IRC21:31
*** openstackgerrit has joined #tripleo21:32
*** killer_prince has quit IRC21:34
*** ci-overcloud has joined #tripleo21:37
ci-overcloud************** ci-overcloud complete status=1 ************21:37
*** ci-overcloud has quit IRC21:37
*** cinerama has joined #tripleo21:39
lifelessSpamapS: ping21:39
*** shakamunyi has quit IRC21:40
*** killer_prince has joined #tripleo21:41
*** ci-overcloud has joined #tripleo21:41
ci-overcloud************** ci-overcloud complete status=1 ************21:41
*** ci-overcloud has quit IRC21:41
SpamapSlifeless: pong wassup?21:41
*** killer_prince is now known as lazy_prince21:41
openstackgerritJon-Paul Sullivan (jp_at_hp) proposed a change to openstack/tripleo-incubator: Parallelise image builds  https://review.openstack.org/10644321:41
greghayneslifeless: if you havent seen https://review.openstack.org/#/c/106852/ might be worth a look21:41
lifelessSpamapS: hey hey hey, I want to talk about heat asserting global things like networks21:42
lifelessSpamapS: in the context of os-cloud-config21:42
SpamapSlifeless: cool21:42
SpamapSlifeless: have to step away just for < 10 min.. ask away, will respond the moment I sit back down.21:43
lifelessgreghaynes: commented21:44
jp_at_hplifeless: would appreciate eyes on that change - parallelisation of devtest image builds21:44
lifelessoh joy21:50
lifeless| fault                                | {"message": "Timed out waiting for a reply to message ID 2b86c058c4f240ec918b70da892984d1", "code": 500, "details": "  File \"/opt/stack/venvs/nova/local/lib/python2.7/site-packages/nova/conductor/manager.py\", line 607, in build_instances |21:50
lifelesscan't make the scheduler wait. That times out. sheese.21:50
*** nati_ueno has quit IRC21:54
*** nati_ueno has joined #tripleo21:55
lifelessjp_at_hp: reviewed21:57
lifelessjp_at_hp: at a high level21:57
lifelessjp_at_hp: hopin to start a discussion21:57
lifelessSpamapS: so, setup-neutron21:57
*** nati_ueno has quit IRC21:57
lifelessSpamapS: it occurs to me that that is very close to a heat template describing needed networks21:57
*** nati_ueno has joined #tripleo21:57
*** Penick has quit IRC21:57
lifelessSpamapS: and I'm wondering whether we're at the point of wanting to assert global networks (and perhaps other things) via heat21:58
lifelessSpamapS: I'm very concerned about its tendancy to take its toys home when things go wrong, since deleting out the global default network would be B A D21:58
lifelessSpamapS: and we can't do 'reliable in aggregate' on these things.21:58
lifelessSpamapS: also we'd want very strict update-only-never-replace policies on the things we'd be asserting21:59
lifelessSpamapS: IMNSHO21:59
*** Penick has joined #tripleo22:01
tchaypolifeless: my latest (https://review.openstack.org/#/c/106882/) extends your stack22:01
tchaypoof gertty fixes22:01
tchaypogertty no longer crashes when you click on unclickable things22:01
lifelesstchaypo: you probably want that low down so that its not floating on top of unmergables22:02
lifelesstchaypo: do you want me to sink it down to an appropriate place and push it up ?22:02
lifelessslagle: ping :) - multi hypervisor22:02
*** jang1 has quit IRC22:02
tchaypolifeless: or possibly sync it up to an appropriate place and push it down?22:03
tchayposure, I could do just as easily though22:03
tchaypoah poop.22:04
*** nati_uen_ has joined #tripleo22:04
*** nati_ueno has quit IRC22:05
*** kevinbenton has left #tripleo22:05
tchaypoless poop.22:05
*** jp_at_hp has quit IRC22:05
tchaypoi noticed that I seem to have updated your whole stack22:05
SpamapSlifeless: interesting22:05
tchaypobut that looks like it's just becaue I reabsed them all.22:05
*** nati_uen_ has quit IRC22:05
*** nati_ueno has joined #tripleo22:06
SpamapSlifeless: I'm pretty sure the best way to counteract "take its toys and go" is convergence.22:06
lifelessSpamapS: yes, thus I guess I'm less asking if this is a good idea and more whether we should stay with our current stuff for now22:06
SpamapSlifeless: note that zaneb is zeroing in on "retry any failure"22:06
*** ccrouch has quit IRC22:11
* SpamapS needs to push up what should be final rev of convergence specs22:14
*** nati_ueno has quit IRC22:16
*** nati_ueno has joined #tripleo22:17
*** lazy_prince has quit IRC22:19
*** Shrews has quit IRC22:20
*** cinerama has quit IRC22:21
*** Shrews has joined #tripleo22:21
lifelesstchaypo: where did you get to with the seed ?22:22
tchaypoI got it to not abort on the unbound variable, then i tweaked it some more so that it sets up the primary route and then considers adding the bm route seperately22:23
tchayposo now i get a route to my seed22:23
tchayponow I'm dingging into why I get "Could not find admin role" when running setup-endpoints22:23
*** killer_prince has joined #tripleo22:23
lifelesstchaypo: is there a patch somewhere for your incremental changes? they sounds a little odd to me22:24
*** killer_prince is now known as lazy_prince22:24
tchaypobut - the patch I had to make to set up the primary route - should I push that as a seperate review?22:24
lifelesstchaypo: pastebin perhaps? I want to eyeball it22:24
lifelesstchaypo: I'd just have to fold it into my patch if its needed22:25
lifelesstchaypo: so there's no point cluttering gerrit with it22:25
tchaypothe main reason I spllit them out is that the way I fixed the unbound variable problem ends up generating an empty string22:25
*** ccrouch has joined #tripleo22:25
tchayposo the second half of the check becomes "-o $BM_NETWORK_GATEWAY = ]" and bash complains about "unary operator expected"22:25
tchaypowith the benefit of sleep i think I know how to fix that22:26
lifeless-o "$BM_NETWORK_GATEWAY"22:26
lifelesstchaypo: anyhow, let me see the diffs please :)22:26
openstackgerritAdam Gandelman proposed a change to openstack/tripleo-specs: Decouple OS services from boot-stack element  https://review.openstack.org/10688522:27
tchaypohttp://paste.openstack.org/show/86460/22:27
openstackgerritlifeless proposed a change to openstack/tripleo-incubator: Add public VLAN support.  https://review.openstack.org/10375722:29
tchaypohttp://paste.openstack.org/show/86461/22:30
lifelesstchaypo: ok, your change is wrong22:31
lifelesstchaypo: we don't want to set *either route* unless the default gateway on the deployed nodes will be the seed.22:31
*** sseago has quit IRC22:32
tchaypowith the benefit of sleep, I realised that all I needed to do was to add the " around the ${ :- } and my original change would have worked22:32
tchaypohttp://paste.openstack.org/show/86462/22:33
lifelesstchaypo: well, other than being incorrect :)22:33
openstackgerritlifeless proposed a change to openstack/tripleo-incubator: Add public VLAN support.  https://review.openstack.org/10375722:34
tchaypo^^ that's my original change22:34
lifelesstchaypo: the line 185 test is looking to see if there is a real network or if we're emulating by having the seed be a router22:34
lifelesstchaypo: try my update please22:35
tchaypoI'm sure it will work.22:36
lifelesstchaypo: nobody expects the spanish inquisition22:36
lifelessso with controlscale=322:36
tchaypookay, that's running.22:37
lifelessI suspect the VLAN stuff is now going to be blocked on the public VIP work again :/22:37
lifelesshah22:37
lifelessERROR: The specified reference "controller0_VLANPort" (in controller0_99_VLANPort.Properties.input_values.vlan_port.Fn::Join[1][0].Fn::Select[1].Fn::Select[1]) is incorrect.22:37
*** ci-overcloud has joined #tripleo22:37
ci-overcloud************** ci-overcloud complete status=1 ************22:37
*** ci-overcloud has quit IRC22:37
openstackgerritlifeless proposed a change to openstack/tripleo-heat-templates: Expose public_interface_tag support.  https://review.openstack.org/10345422:39
lifelessgreghaynes: btw did you see my q about conditional stuff with different SCALE ?22:40
greghaynesno?22:40
lifelessgreghaynes: oh ok so -22:40
lifelessgreghaynes: I had a terrifying moment when I thought that maybe we're installing different software, or configuring RMQ/mysql differently depending on controlscale22:41
lifelessgreghaynes: e.g. not installing keepalived and haproxy on scale=122:41
greghaynesWe shouldnt be22:41
lifelessgreghaynes: or not enabling galera on scale=122:41
greghayneser, more clear, we should be doing mostly the same thing reguardless of scale22:41
greghaynesWe dont run some commands in rmq to join with the rest of the cluster (obviously) and galera is a permanent master...22:42
greghaynesbut other than that its basically the same AFAIK22:42
lifelessgreghaynes: cool22:42
*** ci-overcloud has joined #tripleo22:42
ci-overcloud************** ci-overcloud complete status=1 ************22:42
*** ci-overcloud has quit IRC22:42
lifelessheh22:42
lifelessERROR: Stack ci-overcloud already has an action (DELETE) in progress.22:43
greghayneslifeless: Did you see my discussion with TheJulia about ensuring keepalived and then mysql is alive and well before proceeding to db-create22:44
lifelessno22:44
greghaynesup at UTC 18:0022:44
greghaynesand re: https://review.openstack.org/#/c/105862/22:44
greghaynesI suggested we just ensure that keepalived thinks it is either in master or backup state for our vrrp instance, and then ensure we can mysqlping on VIP,22:45
greghaynesI know theres been a lot of talk about how much we wan to do checks like that in o-r-c though so curious what you and SpamapS thought22:46
*** marun has quit IRC22:47
lifelessso I think there is confusion here22:48
openstackgerritTzu-Mainn Chen proposed a change to openstack/tuskar-ui: Update node index view to match Juno wireframes  https://review.openstack.org/10688922:48
lifelesskeepalived status doesn't matter to mysql.22:48
greghaynescorrect22:48
*** marun has joined #tripleo22:48
greghaynesI was thinking start keepalived -> start mysql -> wait for keepalived alive -> wait for mysql pingable -> proceed22:49
greghaynesWe could just not check keepalived at all though... if thats what youre thinking. It does make things a bit more annoying to debug as pretty much everything depends on it being alive22:51
lifelessreviewed22:55
devanandagreghaynes: I'm cancelling one of your ironic meetup orders (you have two)22:55
greghaynesdevananda: Ah, woops22:56
greghaynesty22:56
tchaypoand on that note22:57
tchaypoanyone coming to the tripleo meetup needs to add their name to https://etherpad.openstack.org/p/juno-midcycle-meetup to confirm attendance (and dietary requirements) at dinner on wednesday night22:57
tchaypolifeless: StevenK: I notice you aren't on the list ^^^22:57
greghaynestchaypo: I see lifeless22:58
greghaynesoh22:58
greghaynesdinner22:58
greghaynesnot attendees22:58
tchaypoyes, dinner, the new list down the bottom22:58
greghaynesprobably TheJulia ^ on there too22:58
*** nati_ueno has quit IRC23:01
*** nati_ueno has joined #tripleo23:03
rwsulifeless: hello, please take a look at my reply to your comment in https://review.openstack.org/#/c/104692/23:06
*** nati_ueno has quit IRC23:07
*** ci-overcloud has joined #tripleo23:07
ci-overcloud************** ci-overcloud complete status=1 ************23:07
*** ci-overcloud has quit IRC23:07
*** nati_ueno has joined #tripleo23:07
*** sseago has joined #tripleo23:08
lifelessrwsu: I'm still quite confused here - is this end user ports or in-cluster ports. What relevance does X have here?23:08
rwsulifeless: this is end user ports23:10
rwsulifeless:  port 6000 is a X port , it really shouldn't impact us, because normally people wouldn't be running X with swift23:11
lifelessrwsu: so whats wrong with the default port numbers? I *know* they can be changed, but a founding principle is to run defaults.23:11
lifelessrwsu: we're a bit all over the map right now with the HA work, but i'm hoping we can bring it all back together quite soon23:12
rwsulifeless: but the selinux policy developers don't want to open port 6000 to swift as it may pose a security risk if someone decides to run X with swift23:12
lifelessrwsu: so they should talk to swift upstream23:12
lifelessrwsu: because they're breaking the defaults if someone grabs swift from upstream23:13
rwsulifeless: I think Pete (one of the swift dev) tried that once, but upstream swift says, just change the configuration files, they don't want to change the defaults23:14
lifelessso users lose out here23:14
rwsulifeless: that's true for folks running from source, but for rdo the swift package will default to the 620x ports to match the selinux policy that allows 620x to swift23:15
lifelesssorry, I'm on a call now, I need to focus on that, will ping when I'm back23:15
rwsuok23:15
*** marun is now known as marun_afk23:17
SpamapSrwsu: so they're violating RFC's and usurping IANA assigned port #'s. That's a _clear_ bug.23:18
SpamapSrwsu: "just change the config file" == head in the sand23:19
rwsuSpamapS: yeah, we haven't been able to get much traction asking them to change the default, we can try again :)23:20
SpamapSrwsu: but where is their rationale documented on violating IANA port assignments?23:21
rwsuSpamapS: I don't know23:23
SpamapSrwsu: Maybe I'm a little sadistic, but I like to make people publicly state why they want to disagree with "The internet". ;)23:24
*** sseago has quit IRC23:29
lifelessrwsu: so we've had a fairly consistent answer in tripleo which is that when *we* change the default, we do so with a bug reference to an upstream bug, *unless* its something where changing it really is needed.23:30
lifelessour goal is to build a working-by-default cloud, not the monster of a thousand knobs23:31
rwsulifeless: I can file a bug upstream, to get more documentation around this issue, but if they come back again with no we can't change the default ports, is the patch I'm proposing reasonable?23:34
lifelessrwsu: no23:36
lifelessrwsu: you're making these ports a user visible feature23:37
lifelessrwsu: my objection is not to having the ports different to swift defaults - there is a process for that, and if we follow it I'm ok with that.23:37
lifelessrwsu: my objection is that this shouldn't be a user visible feature; there's simply no need to change the ports - externally, there is a VIP address and keystone knows the ports.23:38
lifelessrwsu: I'm concerned about surfacing lots of configuration details in the UI because it detracts from the UI - the plumbing-layer-UI can set these things already.23:39
lifelessrwsu: the issue for RDO AIUI is that you want to change it independently from *user* choice, you want it to be changed *on RDO only*, which you'd be doing by having a patch to tuskar/t-h-t, right ?23:40
lifelessrwsu: so an alternative I would be happy with is to set the values to the values that should work for everyone directly in tie or tht, with a reference to the swift bug.23:41
lifelessrwsu: there is of course another related discussion we perhaps should have23:41
lifelessrwsu: which is why these are dedicted ports at all- as APIs we should be able to put everything behind one port 80/443 url prefix23:42
lifelesshttps://thiscloud:443/swift/v1/...23:42
lifelessrwsu: which probably qualifies as a cross-project discussion but might be better in all regards23:42
rwsulifeless: thanks I understand your concerns better now23:43
rwsulifeless: I'll post a bug upstream and do what you suggest, and propose to change the port numbers in tie23:44
*** yamahata has quit IRC23:45
rwsulifeless: for rdo, the configuration files in the packages will default to a different set of ports 620x range, the patch I was proposing would provide a way for us to configure tripleo to also use those ports. but having tie default to 620x ports would achieve the same goal23:46
rwsulifeless: I had originally proposed the change the ports numbers in tie in https://review.openstack.org/#/c/102687/, but Gerry had some concerns about the swift port numbers being already encoded in existing swift deployments23:47
rwsuand changing the default would break existing users23:47
rwsulifeless: are we at a point where we need to worry about breaking exisitng swift deployments using tripleo?23:50
*** nosnos has joined #tripleo23:50
lifelessthats a really good point23:53
lifelessI think we are23:53
lifelessso we'll need to listen to both ports for some deprecation period23:53
*** jml has quit IRC23:54
lifelesssda               0.00    45.75    0.00   58.75     0.00  3098.00   105.46     8.51  145.02    0.00  145.02   8.20  48.2023:57
lifelesswe are managing to push a single uc node a little hard23:58
*** morazi has quit IRC23:58
*** jml has joined #tripleo23:58
lifelesssda               0.00   425.50    0.00  351.25     0.00 98031.00   558.18   144.97  403.35    0.00  403.35   2.85 100.0023:58

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