Thursday, 2015-02-12

fungiasselin__: obviously that's going to need a nodepoold restart since it modifies the rpclistener00:00
fungier, not nodepoold rather zuul scheduler daemon00:00
asselin__ok00:01
fungithe brain-finger interconnect here is bug-ridden00:01
*** dimtruck is now known as zz_dimtruck00:01
ctlaughasselin__, I'm working with your fork (on 12.04) and am getting some puppet module version warnings/errors about not being able to install something because a newer version is already installed.  Are these a problem?  I don't have specific module names on-hand atm.00:01
*** emagana has quit IRC00:02
asselin__ctlaugh, I think those are ok. They started happending since the pupet module split00:02
*** zz_dimtruck is now known as dimtruck00:02
*** abhirc has joined #openstack-infra00:02
asselin__ctlaugh, at least I haven't noticed any issues00:02
*** markvoelker has quit IRC00:03
ctlaughasselin__, I'll disregard them for now, then.00:03
fungictlaugh: asselin__: yeah, we see it everywhere... even in our apply jobs http://logs.openstack.org/99/155099/2/check/gate-infra-puppet-apply-precise/f10743e/console.html#_2015-02-11_23_46_52_21300:03
*** dims__ has joined #openstack-infra00:04
*** ghostpl has quit IRC00:04
*** hdd has quit IRC00:05
ctlaughfungi, asselin__, yes - those are some of the same ones I'm seeing.00:06
fungiit's benign as far as we've been able to ascertain00:07
asselin__ctlaugh, fungi, yup, b/c the script I use is the same one https://github.com/rasselin/os-ext-testing/blob/master/puppet/install_master.sh#L3900:07
*** baoli has quit IRC00:08
*** emagana has joined #openstack-infra00:08
*** bswartz has joined #openstack-infra00:09
openstackgerritJay Faulkner proposed openstack-infra/project-config: Make devstack check ironic agent_ssh tempest job  https://review.openstack.org/15511700:10
*** dangers is now known as dangers_away00:10
*** emagana has quit IRC00:12
*** dimtruck is now known as zz_dimtruck00:12
timrcfungi, mordred Sorry I was helping my 3 year old daughter making "inbavatations" (invitations) -- to what, I don't know.00:14
timrcReading up.00:14
timrcfungi, Oh yeah.  Hi.00:14
*** MarkAtwood has quit IRC00:14
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email base plugin.  https://review.openstack.org/15194800:15
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email SMTP Sender  https://review.openstack.org/14979200:15
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: [WIP] Email Send Cron Worker  https://review.openstack.org/15141600:15
timrcfungi, I um wasn't able to get my test to pass.  I felt like my thinking was correct, but what's actually happening in the test puts that in question.00:15
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email Working Directory Utility Method  https://review.openstack.org/15194700:15
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email Outbox  https://review.openstack.org/15141300:15
*** mrda has joined #openstack-infra00:15
*** mriedem has joined #openstack-infra00:15
*** achanda has quit IRC00:16
mordredjlk: heyho00:16
jesusaurustimrc: i was also having trouble wrapping my head around the test and what i was expecting to happen00:16
*** afazekas has quit IRC00:16
timrcjesusaurus, I believe that I had 3 changes added to the gate pipeline with an A -> B -> C dependency and that by dequeing A all three would be dequeued00:16
timrcbut that's not what's happening.00:17
*** dalgaaf has quit IRC00:17
*** otter768 has joined #openstack-infra00:18
fungisdague: your testing spec has reached 100 inline comments!00:18
*** tim_o has quit IRC00:24
*** tsg has quit IRC00:24
*** emagana has joined #openstack-infra00:26
clarkbtimc need to dequeue C00:26
*** unicell has joined #openstack-infra00:27
*** r-daneel has joined #openstack-infra00:28
*** abhirc has quit IRC00:29
*** Longgeek has quit IRC00:30
clarkb timrc C and B can still merge if C is the closest to HEAD00:30
*** ddieterly has joined #openstack-infra00:30
*** claudiub has joined #openstack-infra00:31
*** tsg has joined #openstack-infra00:33
*** wenlock has quit IRC00:34
*** vigneshvar has quit IRC00:34
*** joesavak has quit IRC00:35
asselin__I'm having issues cloning from zuul on 14.04. I see this error in apache: [Wed Feb 11 16:29:59.345015 2015] [authz_core:error] [pid 9482:tid 139853983373056] [client 10.52.13.1:38324] AH01630: client denied by server configuration: /usr/lib/git-core/git-http-backend00:37
asselin__but that configuration file seems to be binary...?00:38
clarkbthats a command not config00:38
openstackgerritJeremy Stanley proposed openstack-infra/system-config: Stop using the puppet-pip module  https://review.openstack.org/15330500:38
clarkbalmost looks like something is misconfigured?00:38
*** avozza is now known as zz_avozza00:39
asselin__clarkb, thanks for the hint00:39
*** hdd has joined #openstack-infra00:39
*** amitgandhinz has joined #openstack-infra00:40
fungidoes our zuul puppet module do apache 2.4-isms for its vhost config yet?00:41
clarkbfungi likely no00:41
fungimight just not be getting served right, for example lacking a docroot which 2.4 needs even if you're not serving content out of it00:42
jogoso bug target openstack-gate not an openstack project00:42
fungior the changes in how it does its grant allow/deny acls00:42
jogomordred: can we get that fixed ?00:42
fungijogo: did i not add it to openstack? i'll do that00:42
nibalizerfungi: did you get answers to your puppet-httpd questioins?00:42
jogofungi: thanks00:42
clarkbjogo fungi ?00:42
*** VijayTripathi has joined #openstack-infra00:42
jogoclarkb:  the LP groups00:42
clarkboh00:43
jogoclarkb: openstack-gate is not associated with 'openstack'00:43
funginibalizer: not entirely, i just randomly peppered a vhost template with them (see 155099 for details)00:43
nibalizerkk00:43
fungijogo: it's set as part of openstack now00:44
clarkbnibalizer did you see my -1 on your its all puppet3 change?00:44
nibalizeralso, we currently use puppetlabs-apache, we plan to use openstack-httpd00:44
nibalizerclarkb: just getting to a computer now, will review00:44
*** amitgandhinz has quit IRC00:44
jogofungi: thanks, retesting now00:45
asselin__fungi, clarkb I added some, but I guess there's a bit more needed. https://review.openstack.org/#/c/141518/00:45
asselin__clarkb, got past that error and on to the next00:45
nibalizerwe wont be switched over to httpd until the type changes to httpd::vhsot00:45
fungiasselin__: oh, right, i thought my question sounded familiar. deja vu00:45
funginibalizer: it's all about the v-shot00:46
*** VijayTripathi has quit IRC00:46
*** otter768 has quit IRC00:46
clarkbjogo you dug out from stable/ yet?00:47
fungishovt? trying and failing to come up with good anagrams for vhost00:47
jogoclarkb: actually yes!00:47
clarkbjogo curious how multinode tempest full is going00:47
jogoclarkb: https://review.openstack.org/#/c/147451/ is working too00:47
clarkbalso yay00:47
*** patrickeast has quit IRC00:47
jogofungi: got another: bug target grenade not an openstack project00:47
fungijogo: you need dtroyer or other members of grenade-core for that one00:48
jogofungi: oh I am a grenade core00:48
jogomaybe not on LP00:48
fungijogo: which seems to just be bcwaldon00:48
nibalizerfungi: in this case, and in most cases, srvname, vhost_name and name will all the be the same00:48
fungijogo: https://launchpad.net/~grenade-core/+members00:48
jogougg00:48
jogooh dtroyer is there too00:49
funginibalizer: yeah, that's what i figured, just didn't know if i should use one throughout or if they're differently adapted such that i should use different ones for different things00:49
fungijogo: yeah, i meant in additiojn00:49
jogofungi: heh, I'll split this patch up into two part and deal with this tomorrow00:50
jogofungi: thanks00:50
fungijogo: any time00:50
*** abhirc has joined #openstack-infra00:51
nibalizerfungi: i also agree with you on that patch that sni is the road to madness00:51
*** markvoelker has joined #openstack-infra00:52
clarkbasselin__ I will fix that image update nodepool change as soon as I get back home00:53
clarkbI see the problem00:53
funginibalizer: yep. we want to avoid wildcard certs for obvious security isolation reasons, and subjectaltname for multiple distinct subdomains is a pain to get issued00:53
clarkbthank you for giving it a good testing00:53
asselin__clarkb, cool thanks00:53
fungithough i have to _asssume_ most modern browsers deal well with name-based virtual hosts matching subjectaltnames, and i know modern apache releases are fine serving things that way00:54
fungiit's just the ca end of things that makes it painful00:54
fungiin the "old" days i would just bind additional ip aliases to the interface. meh, clouds00:55
openstackgerritKhai Do proposed openstack-infra/system-config: Add the Gerrit replication plugin paramater 'defaultForceUpdate'  https://review.openstack.org/15513500:56
zaroclarkb: ^00:56
clarkbzaro reviewing00:57
*** markvoelker has quit IRC00:57
clarkbzaro does puppet-gerrit support it yet?00:57
zaroohh, looks like i need to make a depends-on connection.00:58
*** mase_home has joined #openstack-infra00:58
zaroi have it setup but didn't push yet.00:58
clarkbyup00:58
*** dims__ has quit IRC00:58
openstackgerritJoe Gordon proposed openstack-infra/elastic-recheck: Make test_queries runnable as gating test  https://review.openstack.org/15018600:58
openstackgerritJoe Gordon proposed openstack-infra/elastic-recheck: Add launchpad test to test_queries  https://review.openstack.org/15513800:58
openstackgerritgreghaynes proposed openstack-infra/storyboard: Use python3 compatible httpclient  https://review.openstack.org/15513900:59
openstackgerritgreghaynes proposed openstack-infra/storyboard: Use python3 compatible unicode types  https://review.openstack.org/15514000:59
*** markvoelker has joined #openstack-infra00:59
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Add the Gerrit replication plugin paramater 'defaultForceUpdate'  https://review.openstack.org/15514201:01
openstackgerritKhai Do proposed openstack-infra/system-config: Add the Gerrit replication plugin paramater 'defaultForceUpdate'  https://review.openstack.org/15513501:02
*** ChuckC has quit IRC01:02
*** ChuckC has joined #openstack-infra01:03
*** bhuvan has quit IRC01:03
zaroclarkb: ok, try again.01:04
*** camunoz has quit IRC01:04
*** dmorita has quit IRC01:04
clarkbzaro the .pp file needs to accept the parameter too01:04
clarkbin puppet-gerrit01:04
*** markvoelker has quit IRC01:04
*** signed8bit is now known as signed8bit_ZZZzz01:06
*** lnxnut has joined #openstack-infra01:06
openstackgerritSpencer Krum proposed openstack-infra/system-config: Remove Puppet 2/Puppet 3 logic  https://review.openstack.org/15478801:07
asselin__clarkb, what does this do exactly? https://github.com/openstack-infra/puppet-zuul/blob/master/templates/zuul.vhost.erb#L27 This is my current error message: AH00130: File does not exist: /usr/lib/git-core/git-http-backend/python-3parclient/info/refs01:07
*** tsg has quit IRC01:07
fungiasselin__: that's the smart git backend01:08
*** dmorita has joined #openstack-infra01:09
asselin__this is the command: git clone --progress -o origin http://10.52.13.1/p//python-3parclient01:09
*** ashleighfarnham has quit IRC01:10
*** asettle-mtg is now known as asettle01:10
*** zhiwei has joined #openstack-infra01:11
*** signed8bit_ZZZzz is now known as signed8bit01:11
asselin__fungi, so that's expected? there's no file there01:11
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Add the Gerrit replication plugin paramater 'defaultForceUpdate'  https://review.openstack.org/15514201:11
*** signed8bit is now known as signed8bit_ZZZzz01:11
*** zhiwei has left #openstack-infra01:12
fungiasselin__: yeah, that's a program which implements a git-over-http protocol rather than having apache serve the git files itself01:12
*** davideagnello has quit IRC01:13
fungiasselin__: and in the vhost you configure environment variables apache hands off to that backend so that it knows where to find your git repositories on the filesystem itself01:13
fungiasselin__: but to apache it looks more or less like those files are a "subdirectory" of that executable01:13
*** bdpayne has quit IRC01:14
asselin__ok I see...so somehow those files didn't make it to the subdirectly, so [core:info] complained it's missing01:14
fungiasselin__: in the vhost, make sure that GIT_PROJECT_ROOT is set to the directory which contains python-3parclient01:16
*** achanda has joined #openstack-infra01:16
asselin__  SetEnv GIT_PROJECT_ROOT /var/lib/zuul/git/01:16
asselin__it's there: /var/lib/zuul/git/python-3parclient01:17
fungithen yeah, there's likely some new apache 2.4 related permissions problem there01:18
fungianyway, i'm going mostly offline for the night, but good luck... hopefully you can run down the cause01:18
*** achanda has quit IRC01:18
asselin__fungi, thanks. yeah I fixed a few permissions. seems there's a bit more01:19
*** achanda has joined #openstack-infra01:19
jogoclarkb: we are still seeing http://logs.openstack.org/04/136504/15/experimental/check-tempest-dsvm-neutron-aiopcpu/6263aca/ :/01:19
jogohttp://logs.openstack.org/04/136504/15/experimental/check-tempest-dsvm-neutron-aiopcpu/6263aca/console.html#_2015-02-11_00_22_57_87801:19
openstackgerritgreghaynes proposed openstack-infra/storyboard: Use python3 compatible urllib  https://review.openstack.org/15515001:19
jogowe need to get that sorted out before we can think about gating01:19
clarkbjogo: I have yet to even debug it01:19
clarkband yes we do01:19
jogoclarkb: do you know if we have a filed bug?01:20
clarkbI don't would be in storyboard under nodepool if so01:20
clarkblike I said I really haven't looked into it01:20
openstackgerritgreghaynes proposed openstack-infra/storyboard: Use python3 compatible unicode types  https://review.openstack.org/15514001:22
jogoclarkb: https://storyboard.openstack.org/#!/story/2000159 filed01:22
clarkbjogo: thanks01:22
clarkbjogo: I think it may be nodepool inadverdently cleaning up subnodes while the primary node stays around or it could be cloud issues01:23
jeblairwe can eliminate or confirm the nodepool hypothesis quickly.  i will do so.01:23
jogoclarkb: cool, maybe we can dig into this later this week01:23
jogojeblair: thanks!01:23
*** sputnik13 has quit IRC01:23
jogoI think there is a unrelated neutron tempest failure we need to resolve as well. AFAIK those are the only two issues01:24
*** amotoki has joined #openstack-infra01:27
jeblairjogo, clarkb: nodepool deleted correctly.01:27
jeblairdebug.log.2015-02-10_23:2015-02-11 00:24:03,070 DEBUG nodepool.NodePool: Deleting node id: 791563 which has been in used state for 0.114464105301 hours01:28
jeblairdebug.log.2015-02-10_23:2015-02-11 00:24:09,390 DEBUG nodepool.NodePool: Deleting server 74406613-d73c-45fc-805d-cb939553b431 for subnode id: 152 of node id: 79156301:28
*** amotoki has quit IRC01:28
jeblairdebug.log.2015-02-10_23:2015-02-11 00:24:09,818 DEBUG nodepool.NodePool: Deleting server 005e1852-4228-4c75-b106-e30be448198c for node id: 79156301:28
jogocould it be the second node isn't actually ready?01:29
*** tqtran is now known as tqtran_afk01:30
clarkbjeblair: how did it end up running a job then?01:30
clarkboh or do you mean it deleted at a normal time and not when the job ran?01:32
clarkbasselin__: I almost have the fix ready for you01:32
clarkbugh git why are you fighting me01:33
asselin__clarkb, ok thanks. I think I got zuul working on trusty, this time....manually...still need to figure out a few more details01:33
*** sdake has quit IRC01:33
jeblairclarkb: yes, it deleted when the job was complete01:34
*** dmsimard_away is now known as dmsimard01:35
openstackgerritClark Boylan proposed openstack-infra/nodepool: Remove unneeded Label.*_providers  https://review.openstack.org/15275701:35
openstackgerritClark Boylan proposed openstack-infra/nodepool: Better image checking in update_image command  https://review.openstack.org/15174901:35
clarkbasselin__: ^ that should properly check for the image being available by the provider, was relying on the image in use flag too much01:35
clarkbasselin__: curious to see what the apache changes are01:36
asselin__  <Directory /usr/lib/git-core>01:36
asselin__    Options +ExecCgi -MultiViews +SymLinksIfOwnerMatch01:36
asselin__    Require all granted01:36
asselin__  </Directory>01:36
*** sarob has quit IRC01:36
asselin__sudo a2enmod cgi01:37
JayFIs there any way to get a devstack image rebuilt ahead of time? I'm looking at http://nodepool.openstack.org/ and it looks like Ironic's gate will be broken for ~14 more hours if there's not an image pushed01:37
asselin__well...I'm working backwards now...but seems that's the minimum01:37
*** zz_dimtruck is now known as dimtruck01:37
jeblairjogo, clarkb: http://paste.openstack.org/show/171691/01:38
clarkbJayF: iirc its broken due to devstack not any image01:38
asselin__clarkb, do you know where to do "sudo a2enmod cgi" in the config?01:38
jeblairjogo: nodepool was able to ssh into it (which it does before declaring nodes and subnodes 'ready')01:38
JayFclarkb: I thought devstack was baked into the image?01:38
JayFclarkb: maybe I misunderstand?01:38
*** Daviey has quit IRC01:38
clarkbasselin__: ya puppet has an a2mod provider if you grep for that you shoud find examples01:38
clarkbJayF: nope not at all01:38
*** sarob has joined #openstack-infra01:38
clarkbJayF: devstack is self testing01:38
JayFoh, well time to recheck some things then. Thanks!01:38
jogohmm we don't test 10.209.65.14401:39
*** asettle is now known as asettle-lurnch01:39
*** asettle-lurnch is now known as asettle-lernch01:39
clarkbjogo: no becaue that may be in a different datacenter01:40
*** markvoelker has joined #openstack-infra01:40
clarkbso I guess its possibly a network thing in rax01:40
jeblairclarkb: they shouldn't be?01:40
jeblairclarkb: subnodes are supposed to come from the same provider01:40
clarkbjeblair: sorry different region than noepool01:41
clarkbjeblair: so nodepool can't ssh to that IP01:41
jeblairclarkb: ah yes, sorry :)01:41
jeblairclarkb: hpcloud nodes in particular are rarely in rax dcs.01:42
clarkbyup :)01:42
*** sarob has quit IRC01:43
*** sigmavirus24 is now known as sigmavirus24_awa01:43
jeblairi'd be really interested to interactively debug this, because on the surface there seems to be little reason that if ssh answers on the public ip, it would not on the private.01:44
jogocan we test using public IP to login to main node and from there use private to subnode?01:44
openstackgerritRamy Asselin proposed openstack-infra/puppet-zuul: Now can clone from zuul using apache 2.4  https://review.openstack.org/15515401:44
jogoalthough not sure if that is even the issue01:44
jogoanyway have to head out01:44
asselin__clarkb, ^^ still need to test it though. I willl continue tomorrow & look at your nodepool change as well. I need to go home now.01:44
clarkbasselin__: ok thanks again. I will look at 15515401:44
*** dmsimard is now known as dmsimard_away01:45
jeblairjogo, clarkb: also worth noting is that it was 5 minutes after the nodes were online before devstack even tried to ssh into the other one.  so system startup timing seems highly unlikely.01:45
*** dmsimard_away is now known as dmsimard01:46
*** ChuckC_ has joined #openstack-infra01:46
*** r-daneel has quit IRC01:46
clarkbjeblair: ya maybe we should add some debug code to d-g where if that ssh connection fails then try public ip then if that fials try ping01:46
clarkbthen sit in a holding pattern for human interaction01:47
*** camunoz has joined #openstack-infra01:47
clarkbasselin__: no rush, get home :) but I notice most of that chnage is ocmmented out which seems wrong. I will leave a note in the change01:47
*** dmorita has quit IRC01:48
*** ChuckC has quit IRC01:49
openstackgerritJames E. Blair proposed openstack-infra/system-config: Zuul status: only count live changes  https://review.openstack.org/15515501:50
openstackgerritJames E. Blair proposed openstack-infra/zuul: Status: only count live changes  https://review.openstack.org/15515701:52
*** ghostpl has joined #openstack-infra01:53
*** TheJulia has quit IRC01:54
*** dannywilson has quit IRC01:58
*** dannywilson has joined #openstack-infra01:58
jeblairjhesketh: how important is it to include parameters in the status.json?02:01
*** ghostpl has quit IRC02:01
jheskethjeblair: which parameters sorry?02:01
jeblairjhesketh: i was thinking we should try to get to the point where they are considered more secure (right now jenkins exposes them, so that's not the case)02:01
jeblairjhesketh: but if we clean that up, then we can pass more interesting things to the jobs02:01
jeblairjhesketh: oh sorry, i meant job parameters02:02
jeblairjhesketh: like queue['jobs'][0]['parameters']02:02
jeblairjhesketh: i think you added it in the zuul client list jobs change02:02
*** r-daneel has joined #openstack-infra02:03
jheskethHmm, not sure. I don't /think/ they are used anywhere.. Somebody doing an odd deployment maybe but I doubt it02:03
* jhesketh is in a meeting now sorry 02:03
jeblairjhesketh: np.  i'll push a change and you can review at your leisure :)02:03
*** camunoz has quit IRC02:04
jheskethShiny02:04
*** mtanino has quit IRC02:04
*** shashankhegde has quit IRC02:04
*** camunoz has joined #openstack-infra02:04
jheskethOh my change added it? Interesting. Probably because of wanting to expose it via rpc and the json was a mistake (would have to check)02:05
*** achanda has quit IRC02:06
openstackgerritJames E. Blair proposed openstack-infra/zuul: Remove job parameters from status.json  https://review.openstack.org/15516002:06
*** melwitt has quit IRC02:06
*** claudiub has quit IRC02:06
clarkbdoesn't look like mordred got around to writing the interesting ansible change :) or at least didn't push it02:06
*** melwitt has joined #openstack-infra02:06
jeblairclarkb: he wrote at least part of it, did you see that?02:06
openstackgerritgreghaynes proposed openstack-infra/storyboard: Switch from mysql-python to PyMySQL  https://review.openstack.org/15233902:06
mordredclarkb: I wrote the front end - and the POC of the backend02:07
mordredI need to tie up a few other things though because I can clean up the POC and push it up02:08
mordred(I opened too many cans all at once today - need to close some of them)02:08
openstackgerritgreghaynes proposed openstack-infra/storyboard: Reorder py27 test to happen after py3 tests  https://review.openstack.org/15516102:08
mordredclarkb: but I have the needed backend parts working on my laptop02:08
mordredjust not integrated into this specific flow yet02:08
clarkbmordred: see my comment on the system-config change. I don't know that it is worth a -1 but I was explicitly trying to avoid the way you did it02:09
mordredlooking02:09
clarkbjeblair: ya I saw the system-config changes02:09
jeblairclarkb: i think that's a good idea; it would be good to have project-config at the same ref globally.  i'm okay if we baby-step there though :)02:10
mordredclarkb: nod. I want to achieve the same thing02:10
*** nelsnelson has joined #openstack-infra02:10
openstackgerritgreghaynes proposed openstack-infra/storyboard: Use python3 compatible httpclient  https://review.openstack.org/15513902:10
clarkbmordred: I think it belongs in run_all.sh then02:10
jeblairclarkb, mordred: same thing for system-config if we go masterless.02:10
*** ashleighfarnham has joined #openstack-infra02:10
mordredclarkb: I think run_All.sh should not exist02:10
jeblairmordred: because ansible should be able to do express that itself?02:11
*** signed8bit_ZZZzz is now known as signed8bit02:11
mordredyah02:11
clarkbmordred: we can collapse the playbooks and invoke ansible-playbook directly02:11
mordredyah02:11
clarkbmordred: BUT that seems like a completely different problem to solve :)02:11
mordredpart of the problem is that we're doing this kinda half-way and kinda-backwards which makes it painful02:11
clarkbmordred: I dunno that I agree but ok02:12
clarkbmordred: I think the puppet role is the painful bit02:12
mordredso I'd like to spend a minute (probably on the plane in the morning)02:12
*** achanda has joined #openstack-infra02:12
mordredyeah - Iv'e got a fix for that too02:12
clarkbwhich aiui is very ansibley02:12
mordredso I think I'll hunker down in the morning and get you a set of patches of what's in my brainhole02:12
clarkbok02:12
jeblairmordred: ++02:12
*** camunoz has quit IRC02:13
clarkbmordred: also fwiw I would avoid calling it a sha simply because it could be any ref but I don't care too much about the color of that shed02:13
mordredbut part of fixing the puppet-ansible thing is actually to (and I'm sorry for how ridiculous this is about to sound) make it an ansible-puppet repo ...02:14
*** shashankhegde has joined #openstack-infra02:14
mordredbut that that repo is a standalone ansible role like you can register with galaxy similar to what we just did with our puppet module splitout02:14
clarkbI don't understand why that is part of the fixing :)02:15
mordredbecause then, similar to install_modules.sh - you can actually keep a list of ansible roles to be installed from git repos and whatnot in a yaml file02:15
*** sdake has joined #openstack-infra02:15
*** Longgeek has joined #openstack-infra02:15
clarkbmordred: I think you are conflating fix this race with make ansible more ansibley02:15
mordredthere are 8 things I'm conflating02:15
*** salv-orlando has quit IRC02:15
mordredbut I think I can put patches up for all of them in the morning because none are hard patches02:15
mordredI've just been putting them all off02:15
mordredbut I think they'll help the "working on this feels janky" problem02:15
* nibalizer chucles02:16
* mordred throws an aardvark at nibalizer02:16
openstackgerritJames E. Blair proposed openstack-infra/system-config: Zuul status: only display time on live changes  https://review.openstack.org/15516202:18
openstackgerritJoshua Harlow proposed openstack/requirements: Bump six up to 1.9.0  https://review.openstack.org/15516302:18
nibalizermordred: clarkb so, could we just put project-config on AFS and only have one?02:19
clarkbnibalizer: no, because then anyone using this model would need a filesystem like afs which isn't really friendly02:20
* nibalizer prepares to duck additional animals02:20
mordredclarkb: but anyone using this model could actually totally just run from the copy of the repo that we're running from. not a clone of it - they could actually reference /afs/openstack.org/project-config in their code ...02:21
mordredit would be distributed synchonicity!02:21
* mordred hands nibalizer a nicely plated pheasant02:21
clarkbmordred: not really02:21
clarkbmordred: project_config is where you put your site specific things02:21
mordredclarkb: I belive nibalizer and I Are both trolling02:21
clarkbits the one bit thta you can't count on that for :)02:21
nibalizerI'm more serious than trolling02:21
jeblairnibalizer: i think mordred was trolling you02:22
nibalizerclarkb: your argument is interesting to me, im not exactly sure how I feel about it02:22
*** signed8b_ has joined #openstack-infra02:22
greghaynesI think the real answer is to put project-config in mongodb and have users replicate off of you02:22
nibalizergreghaynes: you're thinking of couch i think02:22
* mordred throws a very shiny worst cat at greghaynes02:22
clarkbgreghaynes: isn't couch what npm uses? we should use that02:22
nibalizerclarkb: do you have additional arguments against using AFS?02:23
clarkbnibalizer: no other than that I think it would work well02:23
mordredgreghaynes: http://33.media.tumblr.com/8d9778a4b1accd7445bb27fb1071d21c/tumblr_njmlnwPgqT1tlnaoto1_r3_400.gif02:23
greghayneshaha02:23
*** dannywilson has quit IRC02:23
*** signed8bit has quit IRC02:24
mordredclarkb: ultimately, once we get our crap together there - if we can make infra easy for people to reconsume (or even _doable_) then I have full faith that we could make AFS push-button for people02:25
lifelesssdague: mtreinish: just putting this out there, but why do we install tempest at all - if we had it already running somewhere we could just deploy the cloud and ask it to hammer it02:25
*** signed8b_ is now known as signed8bit02:25
*** camunoz has joined #openstack-infra02:25
nibalizertempest as a service?02:25
mordredlifeless: you just described refstack I think?02:25
lifelessmordred: ish, yes02:25
lifelessmordred: except tied into CI, elasticsearch etcetc02:26
lifelessalso I know nothing about how refstack manages its workers02:26
lifelessare they containers? vms? processes? etc02:26
mordred*shrug*02:27
nibalizerclarkb: so for the ambitious people consuming infra, they could set up AFS02:27
*** mase_home has quit IRC02:27
nibalizerothrewise they could set up NFS/Samba (which is probably already set up)02:27
lifelessSFS!02:27
openstackgerritJames E. Blair proposed openstack-infra/zuul: Status: only display time on live changes  https://review.openstack.org/15516502:28
*** armax has quit IRC02:29
*** mase_home has joined #openstack-infra02:29
nibalizerpoint is 'make this dir the same on all hosts' could be the requirement, not AFS, which deals AFS back into the game02:29
*** woodster_ has quit IRC02:30
clarkbnibalizer: sure and we already have tools to do that02:30
clarkbcalled ansible and puppet02:30
nibalizerand, AFS is there, its only a matter of time before something ends up hard requiring it, so we can push that conversation down the road, but we can't ignore it forever02:30
clarkbI don't think adding another requirement is necessary or advised02:30
clarkbnibalizer: wat02:30
nibalizerclarkb: well your point is basically 'we dont want to have a hard rrequirement that you must set up AFS in order to run infra' right?02:31
nibalizerand im saying 'it seems like that won't be true forever'02:32
*** dims__ has joined #openstack-infra02:32
clarkbnibalizer: no what I am saying is for this specific thing which knows how to configure stuff don't depend on afs to configure things02:33
*** Daviey has joined #openstack-infra02:33
nibalizerok02:35
*** sdake has quit IRC02:38
*** sarob has joined #openstack-infra02:39
*** hdd has quit IRC02:42
*** sarob has quit IRC02:44
*** ashleighfarnham has quit IRC02:45
*** masayukig has quit IRC02:46
*** masayukig has joined #openstack-infra02:46
mtreinishlifeless: we've thought about that before for gating it would be interesting because of the overlap in development02:46
mtreinishnibalizer: that was something we've actually discussed before: https://etherpad.openstack.org/p/juno-summit-tempest-gui-client-server02:46
timrcclarkb, Hm.  Okay.02:47
lifelessmtreinish: ok cool. If you want to rap about it someday let me know :)02:47
*** otter768 has joined #openstack-infra02:47
mtreinishnibalizer: and someone proposed a new design summit session in paris which was very similar to that02:48
*** Longgeek has quit IRC02:48
mtreinishlifeless: at least the last time I looked refstack deploys a container then installs and runs tempest from inside that container against a deployment somewhere else02:49
mtreinishor at least that was one way they did it02:49
*** shakamunyi has joined #openstack-infra02:49
mtreinishgranted it's been almost a year since I looked at anything refstack02:50
*** thingee has quit IRC02:50
*** rodrigod` has joined #openstack-infra02:51
*** loquacity has joined #openstack-infra02:51
*** shashankhegde has quit IRC02:52
*** gyee has quit IRC02:52
*** rwsu has quit IRC02:52
*** vponomaryov has quit IRC02:52
*** loquacities has quit IRC02:52
*** rodrigods has quit IRC02:52
*** otter768 has quit IRC02:52
*** spzala has quit IRC02:53
*** emagana has quit IRC02:53
*** emagana has joined #openstack-infra02:54
*** Longgeek has joined #openstack-infra02:55
*** ghostpl has joined #openstack-infra02:57
*** gyee has joined #openstack-infra02:57
*** TheJulia has joined #openstack-infra02:58
*** rwsu has joined #openstack-infra02:58
*** emagana has quit IRC02:58
zaroi'm seeing this error "Error: Could not install module 'puppetlabs-stdlib' (v4.3.2)"02:59
mordreddavidlenwell: ^^ we're talking about your stuff all up in here ^^02:59
zaroanybody know about this?02:59
zarolog is here: http://logs.openstack.org/35/155135/2/check/gate-infra-puppet-apply-precise/1fc56d3/console.html02:59
*** david-lyle is now known as david-lyle_afk02:59
*** woodster_ has joined #openstack-infra02:59
zaroohh maybe that's not the error, but this one: "Could not find init script or upstart conf file for 'exim4'"03:00
clarkbzaro: thats not it either03:01
clarkbzaro: http://logs.openstack.org/35/155135/2/check/gate-infra-puppet-apply-precise/1fc56d3/console.html#_2015-02-12_01_09_23_035 thats it, the thing I was trying to point out from the bus03:01
*** ghostpl has quit IRC03:02
ctlaughasselin__, where do I point nodepool to my openstack install?  Is it in etc/nodepool/nodepool.yaml, providers: auth-url?03:02
zaroclarkb: thanks. i'll look into that.  what's up with all the errors in the log though?  are those errors expected?03:03
clarkbzaro: they are "soft" errors that result from running in noop mode03:03
clarkbzaro: basically things that depend on side effects of puppet actually running but those don't occur so things error03:03
clarkbctlaugh: yes03:03
ctlaughclarkb, thank you03:04
*** yamahata has quit IRC03:06
*** murkk has quit IRC03:08
*** MarkAtwood has joined #openstack-infra03:13
*** MarkAtwood has quit IRC03:14
*** vponomaryov has joined #openstack-infra03:15
*** salv-orlando has joined #openstack-infra03:16
*** shashankhegde has joined #openstack-infra03:17
*** otter768 has joined #openstack-infra03:19
*** salv-orlando has quit IRC03:21
clarkbmordred: ok I ranted a greghaynes enough to better understand ansible a bit. Also I grepped through their source code03:21
mordredclarkb: ohmy03:21
clarkbmordred: please tell me one of the things you want to do is remove the puppet module and just have a puppet role that does the right things?03:21
mordredansible role03:21
mordredyes03:22
clarkber ya03:22
clarkbso remove the special python sauce and rely on ansible primitives03:22
mordredNOOOOOOO03:22
clarkbno?03:22
mordredbecause puppet is broken03:22
clarkbmordred: I think we can fix that03:22
clarkbusing primitives03:22
mordredand handling the error codes in anbisle itself is just bananas03:22
*** nelsnelson has quit IRC03:22
mordredwe can03:22
mordredit'll just be uglier than the python code03:22
*** melwitt has quit IRC03:22
clarkbmordred: I don't think so03:22
* mordred is willing to be proven wrong03:22
clarkbyou just register the puppet commmand as a var then check the return code value03:23
greghayneswhy not register the return code and then operate on it separately?03:23
clarkbgreghaynes: y aexactly03:23
mordredyeah - but theyn you're doing all of the logic about the return code in yaml03:23
mordredand we've already written that in python03:23
clarkbmordred: except with it in python we end up needing to do a bunch of other things03:23
mordredlike?03:23
greghaynesyou could still operate on the registerd value in a module03:23
clarkbmordred: like understand environment ourselves03:23
*** doude has quit IRC03:23
mordredwe don't need ot do anthing with the environment03:24
clarkbmordred: you do for puppet facts03:24
mordrednope.03:24
clarkbbut back up03:24
mordredI've already got that sorted03:24
mordredwait - let me push up the next patches and respond to them03:24
clarkbjust have a second task that does command test {{return.rc}} != 0 && {return.rc != 203:24
clarkber lost some {}s but you get the gist03:25
clarkbmordred: how are you setting puppet facts without env vars?03:25
*** nelsnelson has joined #openstack-infra03:25
mordredsure - but then your'e doing jinja + yaml for complex logic - and one of the nice things about ansible is that it's super easy to drop in new python code to handle actual logic and let the ansible yaml be about clear and clean lists of tasks to perform03:25
greghaynesor even echo "0 2 ..." | grep {{ return.rc }}03:25
*** doude has joined #openstack-infra03:26
clarkbmordred: right but I think the cost is lower to do that rc thing once03:26
clarkbmordred: than it is to carry a 200 line python file03:26
mordredok. I don't want to die on a hill on that point03:26
mordredbut I don't want to get rid of it because passing env vars in from a wrapper shell script is hard03:26
mordredif there is a DIFFERENT reason to ditch it, ok03:26
mordredbut that particular flow is almost never the thing we want to do03:26
mordredthat said - I agree, we can totaly re-do the puppet role to be a pure-yaml puppet role03:27
clarkbmordred: for me the biggest issue is the ansible programming api is really not well documented03:27
mordredand it might be easier to grok03:27
mordredOH03:27
clarkbmordred: so we have this script03:27
mordredit's the best part about ansible03:27
clarkbmordred: and I have very little idea of what it is doing or how to extend it or how to fix it03:27
mordredit's SO GOOD03:27
clarkbmordred: I really disagree03:27
clarkbat least from a reading docs on a bus perspective I wanted to rage quit03:28
mordrednononoono03:28
mordredscrew the docs03:28
clarkbthere is a ton of hand waving around the things that are actually important03:28
mordredthey need to be fixed03:28
*** tqtran_afk has quit IRC03:28
greghaynesheh, I do really like it, IMO you need a reason for the added complexity not a reason against having it03:28
*** EmilienM is now known as EmilienM|afk03:28
mordredthat's why I'm saying - Iv'e been deep in that world and the API is actually great03:28
mordredbecause it's dead simple03:28
clarkbmordred: ok03:28
mordredthe biggest problem is grokking that it's dead simple- and there are about 5 thigns that need better docs03:29
mordredand I should be ashamed because I've learned them all and not fixed the docs03:29
clarkbmordred: well I identified at least 3 things. What ansibles metavars things are, where they apply, and how they apply03:29
*** sarob has joined #openstack-infra03:29
clarkbmordred: eg environment: which when digging into environment: I found out there is massive list of these things03:29
clarkbserial, any_errors_fatal, no_log, max_fail_percentage etc03:30
mordredyes. those need much better docs03:31
clarkbbut also AnsibleModule03:31
clarkbI couldn't find docs on its api, haven't gone spelunking to figure it out yet now that I am not on a bus03:32
mordredwell - you should look at my openstack modules patches rather than going full spelunking03:32
clarkbin particular I was tring to figure out if run_command is effected by environment:03:33
clarkbthrough inference I think it is03:33
mordredit is not03:33
clarkbwell thats bonghits03:33
mordredbecause it's running somewhere else03:33
mordredno. it's COMPLETELY the sane thing03:33
clarkbmordred: no environment: sets the env03:33
mordredoh03:33
mordredI missed the :03:33
jheskethjeblair: back home now, will look at all the zuul changes shortly03:34
clarkbmordred: what if, and tell me if this is worse03:34
clarkbmordred: we just extend shell/command to accept a set of return codes and reject others03:34
clarkbmordred: that is bonghits but processes run that way apparently03:34
jheskethmordred, jeblair: any chance you guys have had an opportunity to give thought to the bower mirror stuff? I've updated the spec here: https://review.openstack.org/#/c/154297/03:35
clarkbmordred: so rather than a puppet module its just command: rc_ok=[0,2]03:35
mordredclarkb: yeah - you can totally do that - I just don't understand which problem you're solving03:36
clarkbmordred: I don't think we need a puppet module03:36
*** salv-orlando has joined #openstack-infra03:36
clarkbmordred: I think we should solve this purely with existing primitives. The puppet module is just checking return code sand setting default values03:36
clarkbsetting default values is easy in ansible as is leaving us with just the error checking03:36
mordred(just to be clear, I originally wrote it with pure primitives)03:37
*** dims__ has quit IRC03:37
mordredand then rewrote it in python because it felt cleaner03:37
mordredso yes, you can do that and *shrug* as to whether it's better - if you like it better the other way, cool!03:37
clarkbmordred: well 99% of my confusion the last 2 days would go away if I didn't have to tackle the api this script was written against03:38
clarkbmordred: so maybe the other thing is to just go learn the damn api via spelunkin03:38
*** melwitt has joined #openstack-infra03:39
*** salv-orlando has quit IRC03:40
*** unicell has quit IRC03:40
clarkbmordred: also earlier you implied you weren't setting a puppet fact via the environment? how are you passing into puppet?03:40
mordredpuppet can also read facts from yaml/json files03:41
*** salv-orlando has joined #openstack-infra03:41
greghaynesheh, this is exactly the evolution the tripleo heat+puppet integration had03:41
clarkbmordred: so you want to write to a file instead of setting the env?03:41
clarkbmordred: that seems wrong to me but ok03:41
mordredclarkb: yes - because I ultimately want to potentially set 50 settings03:41
mordredor somethign03:41
clarkbmordred: right but they can leak03:42
mordredaroo?03:42
clarkbwhereas chances of the env doing that are smaller03:42
clarkbmordred: you have to be very careful when running puppet to currate those files03:42
mordredso - if you do env, you will be unable to run puppet without doing it from the master host via ansible03:43
clarkbwheras if I neglect to set an env var it should error on undef03:43
mordredif you write out root protected files03:43
mordredthen for debug cycle you can TOTALLY just shell onto the box and run puppet apply03:43
clarkbmordred: you have no garuntee those files are correct though03:43
clarkbmordred: I get what you are saying but I think bailing out when you haven't explicitly said what to do is better03:43
mordredthey will be as correct as the last time puppet ran on the bix03:43
mordredclarkb: I think we need to have beer to dive in to this :)03:44
clarkbprobably I just opened one :)03:44
clarkbmordred: I think this would be better because when I run by hand usually its not with the last puppet run in mind, its some new config or testin new puppet etc03:45
mordredclarkb: nod03:45
mordredwell - my food just arrived- so I will contineu later...03:45
clarkbmordred: kk03:46
clarkbalso http://docs.ansible.com/developing_modules.html#common-module-boilerplate is the section in need of an update03:46
clarkb"There are also other useful functions in the module class, such as module.sha1(path). See lib/ansible/module_common.py in the source checkout for implementation details." its python autodoc please03:47
clarkbmordred: let me check resolution order on facts though. it will probably work ok if env vars override files03:48
clarkbthen a manual run is same as last time, but can be easily modified to test something new03:48
*** asettle-lernch is now known as asettle03:48
*** melwitt has quit IRC03:51
*** teran has joined #openstack-infra03:52
*** yamahata has joined #openstack-infra03:53
*** mriedem has quit IRC03:55
clarkbmordred: at least between external dir facts and env facts env seems to win03:56
clarkbso this may work03:56
*** salv-orlando has quit IRC03:57
*** shashankhegde has quit IRC03:57
*** Mr0rris0 has quit IRC03:58
*** TheJulia has quit IRC03:58
*** achanda has quit IRC03:59
clarkbmordred: this seems to work with the default external facts location dir too04:00
*** nelsnelson has quit IRC04:00
*** gyee has quit IRC04:00
clarkbmordred: which is /etc/facter/facts.d for root04:00
*** salv-orlando has joined #openstack-infra04:01
*** achanda has joined #openstack-infra04:02
*** armax has joined #openstack-infra04:04
*** salv-orlando has quit IRC04:05
*** harlowja is now known as harlowja_away04:08
*** TheJulia has joined #openstack-infra04:09
*** achanda has quit IRC04:10
*** Longgeek has quit IRC04:10
*** otter768 has quit IRC04:13
*** BharatK has joined #openstack-infra04:17
*** bhuvan has joined #openstack-infra04:17
*** doude has quit IRC04:18
*** doude has joined #openstack-infra04:20
*** Longgeek has joined #openstack-infra04:25
openstackgerritJoe Gordon proposed openstack/requirements: Bump openstackclient version min 1.0.2  https://review.openstack.org/15518204:25
*** Longgeek has quit IRC04:26
*** tiswanso has quit IRC04:27
*** sdake has joined #openstack-infra04:27
*** doude has quit IRC04:30
*** doude has joined #openstack-infra04:30
*** bhuvan has quit IRC04:34
*** ayoung has quit IRC04:34
*** barra204 has joined #openstack-infra04:35
*** salv-orlando has joined #openstack-infra04:37
*** ivar-lazzaro has quit IRC04:38
*** shakamunyi has quit IRC04:39
*** sileht has quit IRC04:40
*** salv-orlando has quit IRC04:41
*** ashleighfarnham has joined #openstack-infra04:41
*** ghostpl has joined #openstack-infra04:46
*** dmsimard is now known as dmsimard_away04:47
*** harlowja_at_home has joined #openstack-infra04:49
*** Alexandra_ has joined #openstack-infra04:49
*** doude has quit IRC04:50
*** ghostpl has quit IRC04:51
*** doude has joined #openstack-infra04:52
*** BharatK has quit IRC04:52
*** barra204 has quit IRC04:53
*** r-daneel has quit IRC04:54
*** hdd has joined #openstack-infra04:54
*** abhirc has quit IRC04:59
*** salv-orlando has joined #openstack-infra04:59
*** salv-orlando has quit IRC05:02
*** salv-orlando has joined #openstack-infra05:05
*** barra204 has joined #openstack-infra05:07
*** signed8b_ has joined #openstack-infra05:08
*** signed8bit has quit IRC05:08
*** BharatK has joined #openstack-infra05:08
*** sarob has quit IRC05:09
*** garyh has quit IRC05:09
*** woodster_ has quit IRC05:10
*** bhunter71 has quit IRC05:11
*** salv-orlando has quit IRC05:12
*** koolhead17 has joined #openstack-infra05:13
*** ashleighfarnham has quit IRC05:14
*** salv-orlando has joined #openstack-infra05:15
*** signed8b_ has quit IRC05:18
*** harlowja_at_home has quit IRC05:18
*** mwagner_lap has quit IRC05:19
*** coolsvap has joined #openstack-infra05:19
*** coolsvap has quit IRC05:21
*** sputnik13 has joined #openstack-infra05:21
*** dimtruck is now known as zz_dimtruck05:22
*** coolsvap has joined #openstack-infra05:23
*** r1chardj0n3s is now known as r1chardj0n3s_afk05:24
*** amotoki has joined #openstack-infra05:25
*** sarob has joined #openstack-infra05:28
*** salv-orlando has quit IRC05:30
*** sarob has quit IRC05:32
*** Alexandra_ has quit IRC05:36
openstackgerritKhai Do proposed openstack-infra/puppet-gerrit: Add the Gerrit replication plugin paramater 'defaultForceUpdate'  https://review.openstack.org/15514205:39
*** salv-orlando has joined #openstack-infra05:40
*** unicell has joined #openstack-infra05:40
*** unicell has quit IRC05:41
*** unicell has joined #openstack-infra05:41
openstackgerritKhai Do proposed openstack-infra/system-config: Add the Gerrit replication plugin paramater 'defaultForceUpdate'  https://review.openstack.org/15513505:41
*** yfried_ has quit IRC05:44
*** carl_baldwin has joined #openstack-infra05:46
*** salv-orlando has quit IRC05:52
*** achanda has joined #openstack-infra05:52
*** BharatK has quit IRC05:52
openstackgerritSpencer Krum proposed openstack-infra/puppet-logstash: Modernize kibana vhost template  https://review.openstack.org/15381905:54
openstackgerritSpencer Krum proposed openstack-infra/puppet-logstash: Locking down apache module version  https://review.openstack.org/15381805:54
openstackgerritSpencer Krum proposed openstack-infra/puppet-logstash: Enhance and refactor head-of-file docs  https://review.openstack.org/15381705:54
openstackgerritSpencer Krum proposed openstack-infra/puppet-logstash: Flesh out the readme  https://review.openstack.org/15382005:54
*** achanda has quit IRC05:56
openstackgerritSpencer Krum proposed openstack-infra/publications: Consuming Open Source Infrastructure  https://review.openstack.org/15519305:58
*** sileht has joined #openstack-infra06:04
*** carl_baldwin has quit IRC06:04
*** Longgeek has joined #openstack-infra06:07
*** garyh has joined #openstack-infra06:07
*** achanda has joined #openstack-infra06:08
*** salv-orlando has joined #openstack-infra06:08
*** ashleighfarnham has joined #openstack-infra06:11
*** otter768 has joined #openstack-infra06:13
*** BharatK has joined #openstack-infra06:14
*** crc32 has joined #openstack-infra06:15
*** salv-orlando has quit IRC06:15
*** salv-orlando has joined #openstack-infra06:16
*** BharatK has quit IRC06:18
*** otter768 has quit IRC06:18
*** salv-orlando has quit IRC06:18
*** hdd has quit IRC06:19
*** salv-orlando has joined #openstack-infra06:21
*** salv-orlando has quit IRC06:25
*** Ryan_Lane has joined #openstack-infra06:28
*** BharatK has joined #openstack-infra06:30
*** boris-42 has joined #openstack-infra06:33
*** zz_avozza is now known as avozza06:34
*** ghostpl has joined #openstack-infra06:35
*** barra204 has quit IRC06:36
*** dims__ has joined #openstack-infra06:38
*** ghostpl has quit IRC06:39
*** mwagner_lap has joined #openstack-infra06:42
stevemarlooks like https://jenkins02.openstack.org/ went down?06:42
*** jerryz has joined #openstack-infra06:42
stevemarand it's causing the patch at the top of the gate to hang?06:42
*** dims__ has quit IRC06:42
stevemarsince it's been 6 hrs...06:42
*** ashleighfarnham has quit IRC06:44
*** salv-orlando has joined #openstack-infra06:49
*** yfried_ has joined #openstack-infra06:50
*** vigneshvar has joined #openstack-infra06:52
*** yfried__ has joined #openstack-infra06:53
*** mrunge has joined #openstack-infra06:53
*** yfried_ has quit IRC06:54
*** yamamoto_ has joined #openstack-infra06:56
*** salv-orlando has quit IRC06:56
*** oomichi_ has joined #openstack-infra06:58
openstackgerritMerged openstack-infra/storyboard: Reject false creator_id from requests  https://review.openstack.org/15165006:58
*** pcrews has quit IRC07:04
*** afazekas has joined #openstack-infra07:06
*** shashankhegde has joined #openstack-infra07:10
*** scheuran has joined #openstack-infra07:12
*** sressot has quit IRC07:12
openstackgerritMasayuki Igawa proposed openstack-infra/subunit2sql: Add db api methods for getting recent run uuids  https://review.openstack.org/15304007:13
openstackgerritKhai Do proposed openstack-infra/project-config: Update javamelody build to ver 2.9  https://review.openstack.org/15520807:15
*** shashankhegde has quit IRC07:17
openstackgerritKhai Do proposed openstack-infra/project-config: Update javamelody build to ver 2.9  https://review.openstack.org/15520807:18
*** sressot has joined #openstack-infra07:19
*** kapil___ has joined #openstack-infra07:25
*** yfried__ is now known as yfried|afk07:26
*** yfried|afk is now known as yfried__07:29
*** sarob has joined #openstack-infra07:30
*** achanda has quit IRC07:31
*** avozza is now known as zz_avozza07:33
*** sarob has quit IRC07:34
*** jcoufal has joined #openstack-infra07:35
*** achanda has joined #openstack-infra07:37
*** HeOS has quit IRC07:37
*** ildikov has quit IRC07:38
*** camunoz has quit IRC07:39
*** e0ne has joined #openstack-infra07:40
*** 20WAAL1Y7 has joined #openstack-infra07:41
*** flaper87 has quit IRC07:41
*** flaper87 has joined #openstack-infra07:41
*** Ryan_Lane has quit IRC07:47
*** Ryan_Lane has joined #openstack-infra07:47
*** sdake has quit IRC07:48
*** sdake has joined #openstack-infra07:48
*** coolsvap has quit IRC07:48
*** coolsvap has joined #openstack-infra07:48
*** BharatK has quit IRC07:49
*** BharatK has joined #openstack-infra07:49
*** boris-42 has quit IRC07:49
*** boris-42 has joined #openstack-infra07:49
*** yfried__ has quit IRC07:49
*** yfried__ has joined #openstack-infra07:49
*** afazekas has quit IRC07:49
*** afazekas has joined #openstack-infra07:49
*** scheuran has quit IRC07:49
*** scheuran has joined #openstack-infra07:49
*** kapil___ has quit IRC07:49
*** kapil___ has joined #openstack-infra07:49
*** jcoufal has quit IRC07:49
*** jcoufal has joined #openstack-infra07:49
*** Ryan_Lane has quit IRC07:51
*** Longgeek has quit IRC07:53
*** sandywalsh_ has joined #openstack-infra07:53
*** Longgeek has joined #openstack-infra07:53
*** Longgeek has quit IRC07:53
*** doude has quit IRC07:54
*** sandywalsh has quit IRC07:55
*** doude has joined #openstack-infra07:55
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: Use local git path in DEVSTACK_LOCAL_CONFIG  https://review.openstack.org/15521707:55
*** Mr0rris0 has joined #openstack-infra08:01
*** Mr0rris0 has quit IRC08:01
openstackgerritAnusha Ramineni proposed openstack-infra/project-config: Allow proliantutils to be published on PyPI  https://review.openstack.org/15521808:02
*** dtantsur|afk is now known as dtantsur08:02
openstackgerritMerged openstack-infra/project-config: Add Fuel LMA collector Plugin to Stackforge  https://review.openstack.org/15357008:03
*** stevemar has quit IRC08:04
*** sandywalsh_ has quit IRC08:04
*** mrmartin has joined #openstack-infra08:05
openstackgerritMerged openstack-infra/storyboard: Add test_after_publishes_payload to test_notification_hook  https://review.openstack.org/15501708:05
*** sandywalsh has joined #openstack-infra08:05
*** salv-orlando has joined #openstack-infra08:11
*** arxcruz has joined #openstack-infra08:14
*** otter768 has joined #openstack-infra08:14
*** e0ne has quit IRC08:17
*** otter768 has quit IRC08:19
*** ghostpl has joined #openstack-infra08:20
*** openstackgerrit has quit IRC08:21
*** openstackgerrit has joined #openstack-infra08:21
*** hashar has joined #openstack-infra08:22
*** luqas has joined #openstack-infra08:24
*** ghostpl has quit IRC08:25
*** liam_ has joined #openstack-infra08:27
*** ashleighfarnham has joined #openstack-infra08:30
*** kapil___ has quit IRC08:34
*** achanda has quit IRC08:35
*** ildikov has joined #openstack-infra08:39
*** jgallard__ has joined #openstack-infra08:39
*** mpaolino has joined #openstack-infra08:40
*** zz_avozza is now known as avozza08:41
*** chlong has quit IRC08:42
*** hashar has quit IRC08:45
*** yamamoto_ has quit IRC08:46
*** jlibosva has joined #openstack-infra08:48
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Added branches to storyboard  https://review.openstack.org/15044708:50
*** andreykurilin_ has joined #openstack-infra08:50
*** Ala has joined #openstack-infra08:52
*** Longgeek has joined #openstack-infra08:54
*** jp_at_hp has joined #openstack-infra08:54
*** jistr|off is now known as jistr08:54
*** MaxV has joined #openstack-infra08:55
*** HeOS has joined #openstack-infra08:57
*** andreykurilin__ has joined #openstack-infra09:01
*** andreykurilin_ has quit IRC09:01
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Added branches to storyboard  https://review.openstack.org/15044709:01
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Datetime instances from SQLAlchemy now all contain timezone.  https://review.openstack.org/15508309:01
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Added milestones  https://review.openstack.org/15250009:02
*** ashleighfarnham has quit IRC09:02
*** hamzy has quit IRC09:02
*** markus_z has joined #openstack-infra09:03
*** ghostpl has joined #openstack-infra09:03
*** ramineni has joined #openstack-infra09:05
*** jpich has joined #openstack-infra09:06
*** Longgeek has quit IRC09:07
*** jistr has quit IRC09:08
*** jistr has joined #openstack-infra09:11
*** hashar has joined #openstack-infra09:12
*** esmute has quit IRC09:14
*** timrc has quit IRC09:15
*** esmute has joined #openstack-infra09:16
*** timrc has joined #openstack-infra09:16
*** BharatK has quit IRC09:16
*** enikanorov_ has quit IRC09:19
*** enikanorov_ has joined #openstack-infra09:20
*** yamamoto has joined #openstack-infra09:22
*** vipul has quit IRC09:22
*** juice has quit IRC09:22
*** esmute has quit IRC09:23
*** amotoki has quit IRC09:23
*** esmute has joined #openstack-infra09:24
*** juice has joined #openstack-infra09:25
*** vipul has joined #openstack-infra09:25
*** yamamoto has quit IRC09:27
*** amotoki has joined #openstack-infra09:28
*** BharatK has joined #openstack-infra09:30
*** scheuran_ has joined #openstack-infra09:31
*** e0ne has joined #openstack-infra09:31
*** scheuran has quit IRC09:32
*** markus_z has quit IRC09:32
*** yamamoto has joined #openstack-infra09:33
*** armax has quit IRC09:33
*** markus_z has joined #openstack-infra09:34
*** xyang1 has quit IRC09:34
*** doug-fish has quit IRC09:38
*** Guest41759 has joined #openstack-infra09:43
*** hashar has quit IRC09:43
*** ghostpl has quit IRC09:44
*** nikil89_ has joined #openstack-infra09:44
*** nikil89_ is now known as naggappan09:44
*** ghostpl has joined #openstack-infra09:44
*** hashar has joined #openstack-infra09:45
*** yamamoto has quit IRC09:46
*** enikanorov_ has quit IRC09:51
*** enikanorov_ has joined #openstack-infra09:51
*** teran has quit IRC09:56
*** enikanorov__ has joined #openstack-infra09:56
*** hichihara has quit IRC09:56
*** enikanorov_ has quit IRC09:57
*** skolekonov has joined #openstack-infra09:57
*** ssam2 has joined #openstack-infra09:58
*** yamamoto has joined #openstack-infra10:00
*** ashleighfarnham has joined #openstack-infra10:01
openstackgerritRossella Sblendido proposed openstack-infra/elastic-recheck: Add e-r query for test_rebuild_availability_range  https://review.openstack.org/15523410:01
*** avozza is now known as zz_avozza10:02
*** Longgeek has joined #openstack-infra10:04
*** ashleighfarnham has quit IRC10:05
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Added branches to storyboard  https://review.openstack.org/15044710:06
*** dtantsur is now known as dtantsur|bbl10:09
openstackgerritMasayuki Igawa proposed openstack-infra/subunit2sql: Add db api methods for getting recent run uuids  https://review.openstack.org/15304010:15
*** otter768 has joined #openstack-infra10:15
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Added milestones  https://review.openstack.org/15250010:16
openstackgerritAleksey Ripinen proposed openstack-infra/storyboard: Added new paginate query  https://review.openstack.org/15323110:19
*** raghav_mulugu has joined #openstack-infra10:19
*** otter768 has quit IRC10:20
*** zz_avozza is now known as avozza10:21
*** e0ne is now known as e0ne_10:21
*** mpaolino has quit IRC10:21
*** yamamoto has quit IRC10:21
*** teran has joined #openstack-infra10:23
*** chmouel_ has joined #openstack-infra10:24
*** chmouel_ has quit IRC10:25
*** teran has quit IRC10:27
*** e0ne_ is now known as e0ne10:30
openstackgerrityolanda.robla proposed openstack-infra/storyboard-webclient: Fix error notifications  https://review.openstack.org/15524210:33
*** koolhead17 has quit IRC10:37
*** Longgeek has quit IRC10:38
*** ldnunes has joined #openstack-infra10:38
*** mpaolino has joined #openstack-infra10:39
*** leopoldj has joined #openstack-infra10:40
*** mpaolino has quit IRC10:41
*** rameshg87 has joined #openstack-infra10:43
*** cdent has joined #openstack-infra10:44
*** Longgeek has joined #openstack-infra10:44
*** yfried__ is now known as yfried|afk10:44
*** yfried|afk is now known as yfried__10:45
*** mpaolino has joined #openstack-infra10:46
*** aysyd has joined #openstack-infra10:46
*** mpaolino has quit IRC10:47
*** ghostpl has quit IRC10:48
*** mpaolino has joined #openstack-infra10:48
*** ghostpl has joined #openstack-infra10:49
openstackgerritMarc Koderer proposed openstack-infra/project-config: Add telco working group usecase repo  https://review.openstack.org/15524810:50
*** ihrachyshka has joined #openstack-infra10:51
*** pelix has joined #openstack-infra10:51
*** salv-orlando has quit IRC10:53
*** rfolco has joined #openstack-infra10:55
*** yfried__ is now known as yfried|afk10:55
*** yamahata has quit IRC10:59
*** dtantsur|bbl is now known as dtantsur10:59
*** teran has joined #openstack-infra11:01
*** koolhead17 has joined #openstack-infra11:02
*** ramineni has left #openstack-infra11:03
openstackgerrityolanda.robla proposed openstack-infra/jeepyb: Enforce manage_projects to be run with specified user  https://review.openstack.org/15208511:04
*** adalbas has joined #openstack-infra11:06
*** Liu has joined #openstack-infra11:06
LiuHi11:08
LiuOur CI build failed when build devstack11:09
*** rlandy has joined #openstack-infra11:13
*** hamzy has joined #openstack-infra11:14
*** yfried|afk is now known as yfried__11:15
*** dims__ has joined #openstack-infra11:15
*** kmartin has quit IRC11:16
openstackgerrityolanda.robla proposed openstack-infra/jeepyb: Enforce manage_projects to be run with specified user  https://review.openstack.org/15208511:17
*** rameshg87 has quit IRC11:17
*** derekh has joined #openstack-infra11:18
*** mpaolino has quit IRC11:23
HenryGEverything that depends on Neutron will fail until this merges:  https://review.openstack.org/15515211:24
HenryGIs anyone around to unstick the gate?11:25
*** niska has quit IRC11:27
*** salv-orlando has joined #openstack-infra11:27
*** sdake has quit IRC11:28
*** BharatK has quit IRC11:30
*** markvoelker has quit IRC11:34
*** rlandy has quit IRC11:35
*** BharatK has joined #openstack-infra11:35
*** niska has joined #openstack-infra11:36
openstackgerrityolanda.robla proposed openstack-infra/nodepool: Move image uploads out of ProviderManager  https://review.openstack.org/13740111:37
*** claudiub has joined #openstack-infra11:38
openstackgerritGuido Günther proposed stackforge/python-jenkins: Add BadHTTPException  https://review.openstack.org/15526211:38
openstackgerritGuido Günther proposed stackforge/python-jenkins: Allow to wait for jenkins to enter normal operation  https://review.openstack.org/15526311:38
*** jgallard__ has quit IRC11:46
SergeyLukjanovfungi, thx for info11:47
openstackgerrityolanda.robla proposed openstack-infra/infra-specs: Add nodepool image testing spec.  https://review.openstack.org/13959811:48
SergeyLukjanovfungi, it's just to ensure that if we'll need it than I know how to do it11:48
*** e0ne is now known as e0ne_11:48
*** rodrigod` is now known as rodrigods11:49
openstackgerritGuido Günther proposed openstack-infra/jenkins-job-builder: Allow to wait for jenkins to start up  https://review.openstack.org/15289211:50
openstackgerritGuido Günther proposed openstack-infra/jenkins-job-builder: Use open() instead of file()  https://review.openstack.org/15335911:50
openstackgerritGuido Günther proposed openstack-infra/jenkins-job-builder: Lazy load plugin list  https://review.openstack.org/15339611:50
*** rlandy has joined #openstack-infra11:51
*** asselin__ has quit IRC11:52
*** e0ne_ has quit IRC11:58
*** amotoki has quit IRC11:59
*** BharatK has quit IRC12:02
*** pc_m has joined #openstack-infra12:06
*** hashar has quit IRC12:11
*** otter768 has joined #openstack-infra12:16
*** ociuhandu has joined #openstack-infra12:16
*** BharatK has joined #openstack-infra12:17
*** otter768 has quit IRC12:21
*** _nadya_ has joined #openstack-infra12:22
*** otter768 has joined #openstack-infra12:23
*** bswartz has quit IRC12:23
*** salv-orlando has quit IRC12:29
openstackgerritGuido Günther proposed stackforge/python-jenkins: Add BadHTTPException  https://review.openstack.org/15526212:30
openstackgerritGuido Günther proposed stackforge/python-jenkins: Allow to wait for jenkins to enter normal operation  https://review.openstack.org/15526312:30
*** markvoelker has joined #openstack-infra12:35
*** dims_ has joined #openstack-infra12:37
*** dims__ has quit IRC12:38
*** markvoelker has quit IRC12:40
*** yfried__ is now known as yfried|afk12:41
*** yfried|afk is now known as yfried__12:44
*** doude has quit IRC12:52
*** doude has joined #openstack-infra12:53
*** weshay has joined #openstack-infra12:55
*** dprince has joined #openstack-infra12:56
*** _nadya_ has quit IRC12:57
*** dims_ has quit IRC12:57
sdagueSergeyLukjanov / fungi could you guys land this voting change while my updown.sh job passes - https://review.openstack.org/#/c/154994/12:59
sdagueso we can not regress :)12:59
*** markvoelker has joined #openstack-infra12:59
*** woodster_ has joined #openstack-infra13:00
*** _amrith_ is now known as amrith13:01
*** bswartz has joined #openstack-infra13:02
*** baoli has joined #openstack-infra13:03
*** salv-orlando has joined #openstack-infra13:03
*** yfried has joined #openstack-infra13:04
*** yfried__ has quit IRC13:04
*** dkranz has joined #openstack-infra13:05
*** markvoelker has quit IRC13:05
*** kgiusti has joined #openstack-infra13:05
*** dims__ has joined #openstack-infra13:05
*** e0ne has joined #openstack-infra13:05
*** eharney has joined #openstack-infra13:05
*** slagle has quit IRC13:08
*** slagle has joined #openstack-infra13:09
*** alexpilotti has joined #openstack-infra13:09
*** EmilienM|afk is now known as EmilienM13:11
*** mwagner_lap has quit IRC13:11
openstackgerritMerged openstack-infra/storyboard-webclient: Fix in project groups validation  https://review.openstack.org/15213313:12
*** hashar has joined #openstack-infra13:12
*** dims__ has quit IRC13:13
*** yfried_ has joined #openstack-infra13:14
*** yfried has quit IRC13:14
*** koolhead17 has quit IRC13:17
*** jcoufal_ has joined #openstack-infra13:17
*** dims__ has joined #openstack-infra13:19
*** jcoufal has quit IRC13:20
HenryGSorry for the annoying dumb question, but what is wrong with the check gate?13:23
*** oomichi_ has quit IRC13:23
sdaguewrong?13:23
HenryGSeveral jobs have been stuck for 11 or 12 hours.13:24
sdaguelooks like jenkins02 fell over13:25
openstackgerritJaume Devesa proposed openstack-infra/project-config: MidoNet's neutron plugin to StackForge  https://review.openstack.org/15529913:26
*** ZZelle has quit IRC13:26
*** ZZelle has joined #openstack-infra13:26
*** bhunter71 has joined #openstack-infra13:27
pblahopls, where are results of coverage jobs in post hook published?13:28
openstackgerritMonty Taylor proposed openstack-infra/shade: Add service_catalog property  https://review.openstack.org/15530413:30
mordredSergeyLukjanov, fungi: ^^ I'd love a quite apprv on that ...13:31
anteayaLiu: we need more information that that to help you13:32
anteayaLiu: do you have a paste of the stacktrace of the failure?13:33
openstackgerrityolanda.robla proposed openstack-infra/infra-specs: Spec for nodepool image update retries  https://review.openstack.org/15530513:33
anteayaLiu: http://paste.openstack.org/13:33
*** scheuran_ has quit IRC13:33
*** e0ne is now known as e0ne_13:35
*** ssam2 has quit IRC13:36
*** jgjl has joined #openstack-infra13:38
*** eharney has quit IRC13:39
openstackgerritMarc Koderer proposed openstack-infra/project-config: Add telco working group usecase repo  https://review.openstack.org/15524813:39
*** mbacchi has joined #openstack-infra13:42
*** jgjl has quit IRC13:47
*** koolhead17 has joined #openstack-infra13:47
*** radez_g0n3 is now known as radez13:48
*** amotoki has joined #openstack-infra13:48
*** e0ne_ is now known as e0ne13:48
*** dhritishikhar_ has joined #openstack-infra13:48
*** jgjl has joined #openstack-infra13:49
*** Mr0rris0 has joined #openstack-infra13:49
*** Mr0rris0 has quit IRC13:49
*** Mr0rris0 has joined #openstack-infra13:50
*** Mr0rris0 has quit IRC13:50
*** Mr0rris0 has joined #openstack-infra13:50
*** Mr0rris0 has quit IRC13:51
*** Mr0rris0 has joined #openstack-infra13:51
*** Mr0rris0 has quit IRC13:51
*** Mr0rris0 has joined #openstack-infra13:52
*** Mr0rris0 has quit IRC13:52
*** zz_dimtruck is now known as dimtruck13:52
*** Mr0rris0 has joined #openstack-infra13:52
*** eharney has joined #openstack-infra13:53
*** Mr0rris0 has quit IRC13:53
*** Mr0rris0 has joined #openstack-infra13:53
*** Mr0rris0 has quit IRC13:54
*** 20WAAL1Y7 has left #openstack-infra13:54
*** Mr0rris0 has joined #openstack-infra13:54
*** jgallard__ has joined #openstack-infra13:54
*** Mr0rris0 has quit IRC13:54
*** ssam2 has joined #openstack-infra13:54
*** Mr0rris0 has joined #openstack-infra13:55
sdaguemordred: hey, can I get you to +A this - https://review.openstack.org/#/c/154994/ ?13:55
*** Mr0rris0 has quit IRC13:55
sdagueit makes a devstack job voting so we are less likely to mess up unstack.sh and clean.sh13:55
*** Mr0rris0 has joined #openstack-infra13:55
*** Mr0rris0 has quit IRC13:56
*** doug-fish has joined #openstack-infra13:56
*** Mr0rris0 has joined #openstack-infra13:56
*** Mr0rris0 has quit IRC13:56
*** Mr0rris0 has joined #openstack-infra13:57
openstackgerritMonty Taylor proposed openstack-infra/shade: Add service_catalog property  https://review.openstack.org/15530413:57
mordredsdague: done13:58
mordredfungi, SergeyLukjanov ^^ (oops, there was a pep8 issue before)13:58
*** mwagner_lap has joined #openstack-infra13:58
*** amotoki_ has joined #openstack-infra14:00
*** ssam2 has quit IRC14:00
*** sigmavirus24_awa is now known as sigmavirus2414:01
*** amotoki__ has joined #openstack-infra14:02
*** jcoufal_ has quit IRC14:02
*** jcoufal has joined #openstack-infra14:02
*** amotoki has quit IRC14:02
*** amotok___ has joined #openstack-infra14:02
*** dimtruck is now known as zz_dimtruck14:03
openstackgerritMORITA Kazutaka proposed openstack-infra/project-config: Add test job for sheepdog devstack plugin  https://review.openstack.org/15460514:03
*** ddieterly has quit IRC14:03
*** vigneshvar has quit IRC14:05
*** amotoki_ has quit IRC14:05
*** thorst has joined #openstack-infra14:06
*** miqui has joined #openstack-infra14:06
*** amotoki__ has quit IRC14:06
*** _nadya_ has joined #openstack-infra14:07
*** dmsimard_away is now known as dmsimard14:07
*** denis_makogon has joined #openstack-infra14:08
*** salv-orlando has quit IRC14:08
*** salv-orlando has joined #openstack-infra14:08
*** vhoward has joined #openstack-infra14:09
openstackgerritSean Dague proposed openstack-infra/project-config: remove check-neutron-dsvm-functional from devstack gates  https://review.openstack.org/15532314:10
*** dhritishikhar_ has quit IRC14:11
openstackgerritMerged openstack-infra/project-config: make devstack updown job voting on master  https://review.openstack.org/15499414:11
*** avozza is now known as zz_avozza14:11
*** salv-orlando has quit IRC14:13
*** dalgaaf has joined #openstack-infra14:13
*** miqui_ has joined #openstack-infra14:13
*** mjturek1 has joined #openstack-infra14:13
openstackgerritGuido Günther proposed stackforge/python-jenkins: Allow to wait for jenkins to enter normal operation  https://review.openstack.org/15526314:14
*** radez is now known as radez_g0n314:15
*** dmsimard is now known as dmsimard_away14:15
*** ssam2 has joined #openstack-infra14:17
openstackgerritJaume Devesa proposed openstack-infra/project-config: MidoNet's neutron plugin to StackForge  https://review.openstack.org/15529914:18
*** sdake has joined #openstack-infra14:19
*** dkliban_afk is now known as dkliban14:21
*** joesavak has joined #openstack-infra14:24
*** david-lyle_afk is now known as david-lyle14:25
*** naggappan has quit IRC14:26
fungimordred: still fails pep814:27
fungichecking out jenkins02 now14:27
anteayaso I see there are some stackforge repos that are using openstack project names14:28
anteayalike neutron and cinder14:28
anteayaI had been working to keep the use of those names out of stackforge14:28
BobBallHow large are the images that the offical nodepool creates for devstack tests?  I'm creating images that are ~5GB which seems huge and it's taking ~20 minutes to download the image to each host when spinning up a node14:28
*** alexpilotti has quit IRC14:28
anteayaunfortunately some got in14:28
*** jgjl has quit IRC14:28
anteayaso how do I go about createing a proposal to rename the stackforge repos to change the name to networking and block-storage14:29
fungiaha, looks like jenkins02 is also why 155152 isn't coming back from check14:29
*** alexpilotti has joined #openstack-infra14:29
anteayaas those had been the names that, at least with neutron/networking, that folks had agreed to14:29
*** ghostpl has quit IRC14:29
*** ssam2 has quit IRC14:30
fungisince i can't get into the jenkins02 webui, i'm stopping it from the operating system side14:31
*** boris-42 has quit IRC14:32
*** gordc has joined #openstack-infra14:33
*** jcoufal has quit IRC14:33
*** jcoufal_ has joined #openstack-infra14:33
mordredfungi: DOH. a debugging statement had crept in14:33
*** ghostpl has joined #openstack-infra14:33
openstackgerritMonty Taylor proposed openstack-infra/shade: Add service_catalog property  https://review.openstack.org/15530414:34
*** r-daneel has joined #openstack-infra14:36
ctlaughAny tips for building scp-plugin 1.9?14:36
fungiokay, jenkins02 is back up and running with a clean slave list, all nodes assigned to it have been deleted from nodepool, and zuul appears to have requeued any jobs previously running there14:36
fungiHenryG: sdague: ^14:36
BobBallctlaugh: https://github.com/rasselin/os-ext-testing (See under "Usage" section14:37
BobBallctlaugh: Do it on your host and it "just worked" for me.14:37
BobBall(not the puppet master - I meant local box)14:37
*** cdent has quit IRC14:38
*** cdent has joined #openstack-infra14:39
*** ddieterly has joined #openstack-infra14:39
*** mriedem has joined #openstack-infra14:39
krtaylorctlaugh, keep in mind there are also swift options, vs scp, but maybe for a future enhancement to your setup14:40
anteayattx: would I be able to make a motion to the tc about using openstack project names in stackforge14:41
anteayattx: I'm strongly against it14:41
*** boris-42 has joined #openstack-infra14:42
openstackgerritJaume Devesa proposed openstack-infra/project-config: MidoNet's neutron plugin to StackForge  https://review.openstack.org/15529914:43
*** ssam2 has joined #openstack-infra14:43
*** garyh has quit IRC14:43
*** ctlaugh_ has joined #openstack-infra14:44
openstackgerritJaume Devesa proposed openstack-infra/project-config: MidoNet's neutron plugin to StackForge  https://review.openstack.org/15529914:44
ctlaugh_I was building it on the puppet master that I was setting up.  Maven kept complaining about a missing tools.jar 1.5 dependency.14:45
openstackgerritJaume Devesa proposed openstack-infra/project-config: MidoNet's neutron plugin to StackForge  https://review.openstack.org/15529914:45
ctlaugh_I'll try on a different system.14:46
BobBallpuppet master is less good because you need to upload it through the web ui - but it just worked(tm) for me.14:46
openstackgerritMonty Taylor proposed openstack-infra/shade: Consume auth_token if it's passed in  https://review.openstack.org/15533214:46
ttxanteaya: what do you mean ?14:49
ttxanteaya: openstack projects are under openstack*/*14:49
*** mtanino has joined #openstack-infra14:50
*** mase_home has quit IRC14:51
anteayaright14:52
fungianteaya: if you're complaining about what i think you're complaining about, we've had projects like stackforge/puppet-neutron and stackforge/neutron-salt-formula long before we added stackforge/fuel-plugin-neutron-fwaas or stackforge/neutron-powervm so it's not entirely clear where you want the line to be. should config management/orchestration tools be required to change the names of the repos to14:52
funginot mention the codenames of the projects they configure?14:52
anteayafungi: the configutation tools make sense, since taht is what they configure14:52
anteayabut the neutron plugins being moved out of tree14:52
fungiseems like it would be complex to draft a tc resolution/policy around it then14:52
anteayahad agreed to use networking14:52
anteayaas I discussed with kyle14:53
anteayaand he saw my point for not using neutron-driver in stackforge14:53
anteayaso I would like the one project that has that renamed14:53
anteayaall other plugins are using networking-plugin14:53
*** tiswanso has joined #openstack-infra14:53
*** ghostpl has quit IRC14:54
openstackgerritMerged openstack-infra/shade: Make is_object_stale() a public method  https://review.openstack.org/15389814:54
fungianteaya: that sounds more like something you should discuss with the neutron ptl and the members of https://review.openstack.org/#/admin/groups/592,members14:54
anteayaseems the repo in review saw some sense and looked at stackforge and changed the name14:54
openstackgerritMerged openstack-infra/shade: Remove unnecessary container creation  https://review.openstack.org/15506314:54
anteayafungi: I can start there14:54
anteayaand kyle was already in agreement14:55
anteayaI haven't found the patch for it yet, so I don't know if he weighed in the the review for it14:55
*** sdake__ has joined #openstack-infra14:55
*** ghostpl has joined #openstack-infra14:55
*** sdake has quit IRC14:56
anteayabut obviously the need to assess stackforge names isn't a group concern14:56
anteayaI had thought it was14:56
*** ayoung has joined #openstack-infra14:56
fungii would personally rather not be the name police, and let projects have whatever names they want (within reason) so long as it's not going to cause trademark issues14:56
*** ctlaugh_ has quit IRC14:57
anteayaright14:57
anteayame too14:57
*** carl_baldwin has joined #openstack-infra14:57
anteayahowever I do believe that openstack project names used in stackforge projects need closer scrunity than a rubber stamp14:57
*** amitgandhinz has joined #openstack-infra14:58
anteayaif they want a rubber stamp, don't use an openstack project name in the stackforge project name14:58
anteayaI wish we didn't have to have a need for name police14:58
fungianteaya: the change adding that project was https://review.openstack.org/150989 and mestery doesn't seem to have commented in it14:59
anteayafungi: thanks for finding that14:59
fungilooks like it was in review for ~5 days14:59
anteayaso yeah, I'm going with kyle didn't know14:59
* mordred does not really think it's important to police this - although I agree a cursory check to make sure it's not completely bonghits may be in order if it's refrencing a name14:59
*** _nadya_ has quit IRC14:59
anteayaand he isn't online atm so I can't ask him14:59
anteayawell the thing is that a name is only as valuable as how it is used15:00
fungii can get behind "if you're adding a project which includes the name of official project "foo" as a substring, then get a +1 from the ptl of "foo" before approving as a sanity check15:00
mordrednova-docker is a great example - does it need to be approved by mikal? nah. it's an out of tree drive for nova. however - if it was called nova-docker and was actually a rewrite of nova based on docker - then I think we might want to say something15:00
anteayaso if it is used well, the name or any word has value15:00
anteayafungi: great thanks15:00
anteayafungi: that will be sufficient15:00
anteayawould it be so hard as to indicate that mikal at least knew?15:01
fungibut adding arbitrary reviewing rules around these sorts of changes does increase complexity for reviewers and so we should do something to offset that (like a concise checklist maybe)15:01
anteayathat would indicate to me that some line of communication was established if only for cursory purposes15:01
anteayafungi: yes, but I don't think sanity checking for names using openstack project names is arbitrary15:02
anteayaI'm looking for things to indicate co-operation15:02
anteayanot co-opting15:03
sigmavirus24So I know library releases have been causing a big headache for us. Glance is planning one for next week and I'm thinking of pre-emptively capping it in stable/juno's g-r so that it doesn't cause a huge headache for anyone until we can ensure it doesn't break stable/juno15:03
sigmavirus24Would the noise of capping and then potentially changing the cap be too annoying and not worth it, or would we rather keep the gate in working order through that release?15:03
fungianteaya: sure, just one of us should try to encode these sanity checks in some sort of a checklist when there's time, maybe in the readme for the project-config repo like we do for requirements repo reviewer guidelines15:04
anteayabut I don't know how to state "show me you are co-operating with the project in question, not co-opting" other than name checking15:04
anteayafungi: I have no argument with that15:04
* anteaya creates an etherpad15:04
fungisigmavirus24: what library?15:04
sigmavirus24glance_store15:04
fungisigmavirus24: what projects use it? are any of them uncapped in juno?15:05
sigmavirus24glance should be the sole consumer and I'm 99% sure it isn't capped yet. I'll double check though15:05
sigmavirus24Oh it's already capped. Nevermind15:06
sigmavirus24Sorry for the noise15:06
fungisigmavirus24: but yes, coordinate with jogo in case he already has a patch to do that, otherwise i'd say it's a good idea to get the cap into global-requirements.txt soon so that the cap trickles down to glance stable/juno before you tag a new glance_store15:06
*** prad has joined #openstack-infra15:06
*** dmsimard_away is now known as dmsimard15:06
*** signed8bit has joined #openstack-infra15:06
fungisigmavirus24: oh, all set then. good work! ;)15:06
sigmavirus24Hah15:06
sigmavirus24I feel like it wasn't capped the last time I looked at it, but I can't remember when that was exactly15:06
sigmavirus24So clearly I need to consume more coffee15:07
anteayahttps://etherpad.openstack.org/p/new-repo-reviewing-sanity-checks15:07
fungisigmavirus24: yeah, jogo has been on a frenzied stable capping rampage recently, so that's entirely plausible15:08
anteayattx this etherpad will probably come into play as project-config reviewers try to navigate the new waters: https://etherpad.openstack.org/p/new-repo-reviewing-sanity-checks15:08
anteayattx would be nice to see you are at least aware the etherpad exists15:08
BobBallSetting up a 3rd party CI: Nodepool creates the nodes in RAX (with hostname including openstack.org), seems that puppet downloads the keys for jenkins from puppetmaster.openstack.org... Is the only way to set up a CI with having a domain and a puppetmaster on that domain to send out the keys?15:08
*** hashar has quit IRC15:09
*** hashar has joined #openstack-infra15:09
* sigmavirus24 just wants to make all of your lives easier =P15:11
ttxanteaya: looking15:11
*** marun has joined #openstack-infra15:12
clarkbBobBall I think jhesketh patched the domain issue (or someone did pretty sure you can set that now) and ssh keys are configurable in puppet and the puppet master should not be used for image builds. Does a puppet apply which is all local15:13
ttxanteaya: in those cases (3rd-party drivers in stackforge) I think they would stay in stackforge because they probably fail to follow open design / open development -- but I see now your concern is about reusing openstack project names in stackforge git repository names15:13
*** salv-orlando has joined #openstack-infra15:14
clarkbBobBall and our image build sizes were about 3GB last I checked15:15
clarkbqcow2 are smaller15:15
*** stevemar has joined #openstack-infra15:15
BobBallHmmm - I see.  Then I'll have to look into that because it definitely says it's got a bunch of keys from somewhere else...15:15
BobBalland, for example, you've got an account on my nodes ;)15:16
*** pblaho_ has joined #openstack-infra15:16
fungiBobBall: yeah, there's a boolean class variable you can pass in when calling puppet agent on the manifest instructing it to not create those accounts15:16
clarkbBobBall http://ci.openstack.org/nodepool/configuration.html#providers template hostname there for not using opemstack.org15:17
*** pblaho has quit IRC15:17
*** salv-orlando has quit IRC15:17
BobBallok thanks both.  *digs more*15:17
fungiBobBall: we tried to make it as easy as possible for people outside our infrastructure to not give us access to their servers15:18
BobBall*grin*15:18
*** bkero has joined #openstack-infra15:19
anteayattx yes, no concern about the drivers moving from stackforge to openstack, my concern is proper use of openstack project names15:20
anteayafungi: thank you, yes service name was what I was grasping for15:21
*** rkukura has quit IRC15:22
*** koolhead17 has quit IRC15:23
*** pblaho_ is now known as pblaho15:23
*** e0ne is now known as e0ne_15:23
*** ghostpl has quit IRC15:23
fungianteaya: i stole the term from the governance projects.yaml file15:23
fungi(also yay for now having _three_ projects.yaml files which do entirely different things!)15:24
*** jgrimm is now known as zz_jgrimm15:24
*** zz_dimtruck is now known as dimtruck15:24
*** timcline has joined #openstack-infra15:24
*** raghav_mulugu has quit IRC15:25
*** garyh has joined #openstack-infra15:26
anteayamaking grep fun15:26
anteayafungi: thanks, was mid email on something else so thanks for beating me to that15:27
openstackgerritMatthias Runge proposed openstack/requirements: Raise cap for Django  https://review.openstack.org/15535315:28
*** lnxnut_ has joined #openstack-infra15:28
*** derekh has quit IRC15:29
*** asselin has joined #openstack-infra15:30
*** jpich has quit IRC15:30
*** mfink_ has joined #openstack-infra15:31
*** ghostpl has joined #openstack-infra15:32
*** lnxnut has quit IRC15:32
BobBallOK - tracked it down... Seems I must use "service nodepool start" (NODEPOOL_SSH_KEY is defined in /etc/default/nodepool which I think does the magic) - but that doesn't work with https://github.com/rasselin/os-ext-testing telling me to start nodepoold directly.15:32
*** sputnik13 has quit IRC15:33
mkodereranteaya: thx for the review on https://review.openstack.org/#/c/155248/215:33
openstackgerritBrian Hunter proposed openstack-infra/project-config: gate devstack on gate-trove-functional-dsvm-mysql  https://review.openstack.org/15535615:33
asselinBobBall, hi15:33
*** rkukura has joined #openstack-infra15:33
BobBallhowdy15:33
*** hashar has quit IRC15:34
mkodereranteaya: I need to talk to the ppl about moving them into an different IRC channel15:34
asselinBobBall, I lost my scroll back, so I need to go look at evesdrop15:34
*** baoli has quit IRC15:34
*** hashar has joined #openstack-infra15:34
*** e0ne_ is now known as e0ne15:35
anteayamkoderer: sure, I think that having repo name/channel name agreement really helps peole15:35
*** baoli_ has joined #openstack-infra15:35
*** hdd has joined #openstack-infra15:36
*** achanda has joined #openstack-infra15:36
anteayaotherwise they eiether disappear or ask in here15:36
*** wenlock has joined #openstack-infra15:36
anteayaand personally I just search on repo name15:36
*** garyh has quit IRC15:37
*** abhirc has joined #openstack-infra15:37
*** lnxnut_ has quit IRC15:37
openstackgerritAntoine Musso proposed openstack-infra/zuul: Update merge status after merge:merge is submitted  https://review.openstack.org/12892115:38
*** jerryz has quit IRC15:39
*** unicell1 has joined #openstack-infra15:40
*** unicell has quit IRC15:41
dtantsurhi infra! does anybody know if 'jq' utility is installed on slaves where (unit) tests a run?15:43
*** ssam2 has quit IRC15:43
*** funzo has quit IRC15:43
*** ssam2 has joined #openstack-infra15:43
*** funzo has joined #openstack-infra15:43
*** achanda has quit IRC15:44
*** crc32 has quit IRC15:45
BobBallasselin: Is this something you've seen before then?15:46
asselinBobBall, actually I didn't realize I could start nodepool as a service...it was on my todo list..I guess it got fixed a while back :)15:47
BobBallIt doesn't work for me though :)15:47
*** ParsectiX has joined #openstack-infra15:47
asselinBobBall, But otherwise I don't follow the exact question15:47
asselinBobBall, oh, I manually start it in screen: nodepoold -d15:48
asselinas nodepool user: sudo su -  nodepool15:48
*** amotok___ has quit IRC15:48
asselinBobBall, but looking now to see about using it as a service since that's much better15:48
BobBallPlease tell me if it works :)15:50
*** hdd has quit IRC15:52
*** lxsli has quit IRC15:53
*** yfried_ is now known as yfried|afk15:54
*** hashar has quit IRC15:54
*** devvesa has joined #openstack-infra15:54
*** salv-orlando has joined #openstack-infra15:54
*** BharatK has quit IRC15:55
fungidtantsur: jq is not installed, no15:55
*** jlibosva has quit IRC15:55
dtantsurthat's pity.. thanks anyway15:56
*** ssam2 has quit IRC15:56
fungiBobBall: you should be able to export that envvar in the terminal session before interactively invoking nodepoold, as a workaround15:56
openstackgerritMerged openstack-infra/subunit2sql: Add db api methods for getting recent run uuids  https://review.openstack.org/15304015:56
*** AJaeger has joined #openstack-infra15:57
BobBallI'm doing that now.15:57
fungidtantsur: it could probably be installed if projects are going to find it useful, though with most of our unit tests being written in python which already has a built-in json parser, nobody's likely needed it until now15:57
AJaegerhi, https://review.openstack.org/153237 is a requirements job that fails, logs are at http://logs.openstack.org/37/153237/3/check/check-requirements-integration-dsvm/8128bae/console.html15:58
AJaegerSeems that installneutron is setup wrongly - is anybody looking at that already?15:58
*** jlibosva has joined #openstack-infra15:58
dtantsurfungi, I see... the problem is I have a test for stackforge/ironic-discoverd that also involves running it's ramdisk in a fake environment - that's where I need jq...15:58
*** jedimike has joined #openstack-infra15:59
*** lxsli has joined #openstack-infra15:59
*** lxsli has quit IRC15:59
anteayaAJaeger: I haven't heard of anyone mentioning it prior to you16:00
fungidtantsur: how do you build the fake environment?16:00
*** jgjl has joined #openstack-infra16:00
*** skolekonov has quit IRC16:01
fungiAJaeger: interesting--that's trying to use a very old pbr16:01
dtantsurfungi, build a temporary dir, create bash scripts that emulate hardware utilities like lscpu, fdisk etc, run ramdisk script with PATH=this temp dir16:01
AJaegerfungi: we merged yesterday to requirements a patch by sdague called " don't install pbr from upstream source"16:01
fungidtantsur: okay, so you want to copy jq into that chroot i guess?16:01
*** doude has quit IRC16:01
*** yfried|afk is now known as yfried_16:01
*** dangers_away is now known as dangers16:02
fungiAJaeger: i suspect pbr is being installed on trusty from ubuntu distro packages as a dependency of something else16:02
clarkbAJaeger looks like neutron.hooks.setup_hook is busted16:02
fungiAJaeger: and so pip isn't upgradint it16:02
dtantsurfungi, well... yeah I probably can just download the binary and put it there. that's an idea.16:02
clarkbfails to import16:02
fungidtantsur: well, having it available locally is one option, but if the job already does things as root it can just apt-get install jq while it's doing other things16:03
sdaguefungi: ok, so perhaps we backed off too much there and still install a pbr install -U at the beginning16:03
*** doude has joined #openstack-infra16:03
*** marcusvrn1 has joined #openstack-infra16:03
dtantsurfungi, I don't think our unit tests (and it's implemented as a unit-test-alike Python job) have root access, do they?16:03
*** marcusvrn has quit IRC16:04
fungidtantsur: i16:04
fungier16:04
fungidtantsur: i'm probably misunderstanding how you restrict execution to a specific environment in that case16:04
fungidtantsur: not using chroot or anything?16:04
fungidtantsur: you mention running a ramdisk, which seems like it would need elevated privileges16:04
dtantsurfungi, PATH=/dir bash -eux ramdisk.script  :)16:04
dtantsurfungi, that's why I use fake tools like fdisk16:05
fungiyou use a faked fdisk? neat16:05
dtantsurjust bash scripts outputting pre-defined "correct" output16:05
*** zz_jgrimm is now known as jgrimm16:05
fungiso you're simply restricting execution evironment by limiting path, that seems like it would still go well outside your minimal environment for any dynamically-linked libraries16:06
AJaegersdague: will you look into that requirements problem, please? I know too little to help and I should be in my bed soon again (got the flu ;(16:06
*** claudiub has quit IRC16:06
dtantsurfungi, yep, especially since jq does not have any dependencies. thanks!16:06
fungidtantsur: do you also set restrictive envvars for the dynamic linker? or you just audit all the executables to make sure they're statically compiled? (not even using libc?)16:07
*** BharatK has joined #openstack-infra16:07
anteayaAJaeger: :(16:07
asselinBobBall, sorry, starting nodepool as a service doesn't work for me either....16:07
*** lnxnut has joined #openstack-infra16:07
*** salv-orlando has quit IRC16:08
*** garyh has joined #openstack-infra16:08
dtantsurfungi, no, I don't touch LD_LIBRARY_PATH and make fake utilities are in bash (that's not really a lot of them)16:08
asselinBobBall, but you should be able to start it manually in screen16:08
asselinBobBall, and it should have the Nodepool ssh key16:08
asselinBobBall, just make sure it's in your env as nodepool user before starting nodepoold16:09
fungidtantsur: so like, for example, tools you're calling are using the libc.so.6 from /usr/lib rather than the one from your "ramdisk"?16:09
dtantsurfungi, I don't download the whole ramdisk, only the specific bash script that is its core, i.e. https://raw.githubusercontent.com/openstack/diskimage-builder/master/elements/ironic-discoverd-ramdisk/init.d/80-ironic-discoverd-ramdisk16:11
fungidtantsur: anyway, your design choices aside, you can simply add a builder to apt-get install that package before the revoke-sudo builder in your job (which may require a separate job definition if you're currently sharing an existing job template with other projects)16:11
fungidtantsur: or if it's a utility likely to be used by other jobs too we could just preinstall it on the system16:11
*** lnxnut has quit IRC16:12
dtantsurhmm... I will think about it16:12
anteayaI never knew we had these metrics16:13
anteayahttp://activity.openstack.org/dash/browser/irc.html16:13
anteayaI be chatty16:14
*** kmartin has joined #openstack-infra16:14
*** salv-orlando has joined #openstack-infra16:14
jlkhah, jroll is on a roll16:14
jlkneat bit of metrics. Nice spike of activity last year.16:15
nibalizercool!16:16
anteayafunny decrease in january traffic this year16:17
anteayacompared to last16:17
openstackgerritMehdi Abaakouk proposed openstack-infra/project-config: oslo.messaging: enabling fonctionnal tests  https://review.openstack.org/15538916:17
*** AJaeger has quit IRC16:18
openstackgerritMehdi Abaakouk proposed openstack-infra/project-config: gnocchi: enabling fonctionnal tests  https://review.openstack.org/15539116:19
*** jlibosva has quit IRC16:20
mtreinishanteaya: they're always watching...16:20
*** pcrews has joined #openstack-infra16:22
anteayamtreinish: and measuring apparently16:22
*** ihrachyshka has quit IRC16:22
*** Parsecti_ has joined #openstack-infra16:22
anteayawhy can I never find shoes that fit, that is my question16:22
anteayawell rarely, rarely find shoes that fit16:23
*** arxcruz has quit IRC16:24
*** ParsectiX has quit IRC16:24
*** SlickNik has quit IRC16:24
*** yamahata has joined #openstack-infra16:26
*** sdake__ is now known as sdake16:26
*** claudiub has joined #openstack-infra16:27
openstackgerritJaume Devesa proposed openstack-infra/project-config: MidoNet's neutron plugin to StackForge  https://review.openstack.org/15529916:27
*** dimtruck is now known as zz_dimtruck16:28
mtreinishanteaya: I'm guessing if you ask for shoes that fit frequently on random irc channels one day they'll just show up at your front door16:28
*** hashar has joined #openstack-infra16:29
*** ildikov has quit IRC16:29
*** mbacchi has quit IRC16:29
*** morgabra has quit IRC16:29
*** mbacchi has joined #openstack-infra16:30
*** unicell1 has quit IRC16:30
*** SlickNik has joined #openstack-infra16:30
*** andreaf has quit IRC16:30
anteaya5 size men's shoes16:30
anteayathey fit perfect16:30
anteayanoone makes them16:30
*** andreaf has joined #openstack-infra16:31
anteayahere is an interesting metric: http://activity.openstack.org/dash/browser/16:31
anteaya17,000 people use our irc channels16:31
anteaya4,000 post to the mailing lists16:31
anteayaso 25% of folks post to the mailing list16:32
*** carl_baldwin has quit IRC16:32
anteayaof folks that use irc16:32
*** zz_dimtruck is now known as dimtruck16:32
*** otter768 has quit IRC16:33
anteayasince you can't measure how many people recieve/read a mailing list post16:33
*** morgabra has joined #openstack-infra16:33
*** zz_avozza is now known as avozza16:33
anteayaI'm going to have to start skimming the irc vs mailing list thread16:34
anteayaif I make a point that the thread refutes please link me16:34
jeblairi don't read that as a "vs".  more of a "+".16:34
mtreinishanteaya: there are subscriber lists available in mailman16:34
*** imcsk8 has quit IRC16:34
*** imcsk8 has joined #openstack-infra16:34
mtreinishbut I think you need special perms to be able to view it16:35
anteayajeblair: great, glad there are different ways of looking at it16:35
*** avozza is now known as zz_avozza16:35
*** dannywilson has joined #openstack-infra16:35
anteayamtreinish: funny I would think if the subscriber lists were part of the calculation of mailing list participant the numbers would be closer to irc particpation16:35
*** jgallard__ has quit IRC16:35
anteayajeblair: to be clear, I feel it is a '+' but I'm feeling some folks feel it isn't16:36
hashargood to see you guys using the VizGrimoire activity system :]16:36
jeblairanteaya: i'm skeptical that 17,000 isn't the result of counting errors16:36
anteayajeblair: I'm open to your skeptisim16:36
mtreinishanteaya: well it's there, but I don't think anyone except infra has access16:36
anteayajeblair: I just have nothing to check to refute that number16:36
mtreinishanteaya: I think what's more interesting in the irc graphs the clear dips for summits16:36
jeblairanteaya: perhaps all those "Guest1234" nicks from the web interface, etc...16:36
anteayajeblair: ah okay, yeah that would drop it down a couple thousand16:37
anteayamtreinish: yes16:37
jeblairanteaya: and 'jeblair_' and 'jeblair' counting twice.  and zz_.  and _afk...etc16:37
anteayajeblair: yeah, okay so drop by another third maybe16:37
anteayaso still hitting around 5000 in my head16:38
*** ghostpl has quit IRC16:38
*** dannywilson has quit IRC16:38
*** jgallard__ has joined #openstack-infra16:38
anteayawhich is closer to the mailing list count, if that can be considered reasonable16:38
jeblairi mean, i'm making assumptions that it's not tracking nick changes.  i do not know that.16:38
anteayajeblair: fair16:38
*** dannywilson has joined #openstack-infra16:38
*** patrickeast has joined #openstack-infra16:39
pleia2good morning16:40
mtreinishhttp://activity.openstack.org/dash/browser/demographics.html this is not what I was expecting from the title16:40
*** hashar has quit IRC16:40
*** sarob has joined #openstack-infra16:40
jeblairmtreinish: "of or relating to the study of changes that occur in large groups of people over a period of time"16:42
anteayamorning pleia216:42
markus_zgod I love dashboards. I have no idea what it means but its beautiful :)16:42
openstackgerritRamy Asselin proposed openstack-infra/puppet-zuul: Now can clone from zuul using apache 2.4  https://review.openstack.org/15515416:43
jeblairmtreinish: seems to fit the bill :)16:43
mtreinishjeblair: heh, thanks :)16:43
*** jgjl has quit IRC16:44
anteayamtreinish: where you thinking more like geographical demographics or something?16:44
anteayawere16:44
*** dustins has joined #openstack-infra16:44
mtreinishanteaya: yeah, when I saw demographics I just wasn't thinking retention rates16:44
anteayain the spell checking metric for openstack communication, I'd be at the bottom16:44
*** sarob has quit IRC16:45
anteayamtreinish: I understand your expectation, I also understand jeblair's posted definition16:45
*** erlon has joined #openstack-infra16:45
*** yamahata has quit IRC16:45
*** lxsli has joined #openstack-infra16:46
*** afazekas has quit IRC16:46
*** yamahata has joined #openstack-infra16:46
openstackgerritRamy Asselin proposed openstack-infra/puppet-zuul: Now can clone from zuul using apache 2.4  https://review.openstack.org/15515416:48
*** ghostpl has joined #openstack-infra16:48
*** ChuckC_ has quit IRC16:51
*** ChuckC_ has joined #openstack-infra16:51
*** ChuckC_ is now known as ChuckC16:51
*** leopoldj has quit IRC16:52
*** ihrachyshka has joined #openstack-infra16:53
*** e0ne has quit IRC16:54
*** MaxV has quit IRC16:54
*** sputnik13 has joined #openstack-infra16:54
*** gyee has joined #openstack-infra16:54
*** lnxnut has joined #openstack-infra16:54
*** e0ne has joined #openstack-infra16:55
*** dims__ has quit IRC16:56
*** ashleighfarnham has joined #openstack-infra16:56
*** koolhead17 has joined #openstack-infra16:57
*** bdpayne has joined #openstack-infra16:57
*** dims__ has joined #openstack-infra16:57
* tchaypo reads about cross-repo dependencies in zuul16:58
* tchaypo gets happy16:58
* anteaya likes it when tchaypo gets happy16:58
tchayponot as much as i like it16:59
anteayayou are quiet likely correct16:59
jeblairoh i was hoping you were going to fight it out and it would become an epic battle16:59
tchaypobut a quiet one17:00
*** hdd has joined #openstack-infra17:00
jeblair"no, i'm happier!"  "no, I'M happier!!"17:00
jeblair:)17:00
tchaypoI can’t imagine an epic battle involving anteaya though17:00
*** baoli_ has quit IRC17:00
*** ddieterly has quit IRC17:00
tchaypounless her weapon of choice is a quiet gentle disagreement17:00
*** ddieterly has joined #openstack-infra17:01
anteayafunny thing been a while since I was able to employ that tactic17:01
anteayathough that is my tactic of choice17:01
jeblairanteaya: it's a good one17:01
tchaypoyou’ve never employed anything more on me...17:01
anteayajeblair: I've never seen it fail17:01
anteayatchaypo: you bring out the quiet gentle side of me17:02
anteayaboth in agreement and disagreement17:02
tchaypoI’m going to need to dig into the CRD stuff to see if I can use it to replace prep_source_repos’ logic17:02
*** dmorita has joined #openstack-infra17:03
* anteaya hands tchaypo a flashlight and lunch17:03
tchaypoI’m guessing there’s something that’s constructing the DAG of the dependent changes based on the Depends-On: headers17:03
BobBallasselin: So I started "nodepoold -d" with NODEPOOL_SSH_KEY defined but it seems not to get passed through... How can I test/where can I see where it _should_ be passed through (e.g. log files etc?)17:03
tchaypoif I can replace that with something that creates a DAG based on the the yaml file of changes I’ve got, it sounds like I should be able to plug right in..17:03
jeblairtchaypo: i'm not sure what you're using prep-source-repos for, but if you're working with zuul and you use zuul-cloner, it will do the right thing.17:04
asselinBobBall, It should be seen when nodepool creates the image17:04
BobBalloh d'oh how stupid of me17:04
BobBallI didn't regenerate the image17:04
* BobBall hides under a rock17:04
BobBallI should have thought of that one.17:04
BobBallI was just launching nodes and hitting my head...17:05
*** e0ne has quit IRC17:05
*** e0ne has joined #openstack-infra17:06
asselinBobBall, hmm...seems to no longer be here: https://github.com/openstack-infra/project-config/blob/master/nodepool/scripts/prepare_node.sh#L6717:06
*** abhirc has quit IRC17:07
*** jcoufal_ has quit IRC17:07
*** tkelsey has joined #openstack-infra17:08
asselinBobBall, seems to have gotten removed recently: https://github.com/openstack-infra/project-config/commit/90e3c200bd51940fe58f9640621d5bfa97e28d48#diff-aeed75bb52c22c9082d39c2b15f342a7L7117:08
tchaypojeblair: one simple use case is when I want to run gerrit with 6 different un-landed patches - I list them in the yaml, and p_s_r checks out master then applies the patches for me17:08
jeblairtchaypo: run gerrit?17:08
tchaypoa more complex use case is trying to build a CI cluster that depends on ~12 unlanded patches in tripleo-image-elements and diskimage-builder and tripleo-incubator and heat - it checks them all out and applies the list of patches to each, then exports DIB variables to make DIB use the patched repos17:09
tchaypos/gerrit/gertty/g17:09
BobBallasselin: Where's it removed?17:09
asselinBobBall, nevermind...need to scroll to the right: https://github.com/openstack-infra/project-config/blob/master/nodepool/scripts/prepare_node.sh#L7317:09
asselinBobBall, it's still there17:09
BobBallAh good - I saw it there so was getting confused :)17:10
jeblairtchaypo: i'm still not following -- are you trying to test these patches with zuul (maybe in the tripleo pipelines)?  or are you trying to run them locally?17:10
*** pblaho_ has joined #openstack-infra17:10
*** jlibosva has joined #openstack-infra17:10
*** Parsecti_ is now known as ParsectiX17:11
asselinBobBall, manual nodepool updates in currently broken. Fix is here or you can go back to an older revision. https://review.openstack.org/#/c/151749/17:11
BobBalltsok - I'm just deleting the image and let nodepool bake a new one.17:11
asselinBobBall, that works toos17:12
*** coolsvap is now known as coolsvap_17:12
tchaypojeblair: locally17:13
*** pblaho has quit IRC17:13
*** thorst has quit IRC17:13
jeblairtchaypo: gotcha.  you could _probably_ extract the code from zuul, but there's quite a bit and its spread throughout.  it's not in a convenient "make DAG from gerrit query" function.17:14
tchaypobut what p_s_r does is quite similar to what zuul does. I’d really like to make p_s_r a wrapper around zuul_merger/zuul_cloner17:14
openstackgerritRamy Asselin proposed openstack-infra/puppet-zuul: Now can clone from zuul using apache 2.4  https://review.openstack.org/15515417:14
jeblairtchaypo: but most of what you would need is in lib/gerrit.  that's the part that crawls gerrit to contstruct the dependency relationships.17:15
*** carl_baldwin has joined #openstack-infra17:15
jeblairtchaypo: and trigger/gerrit17:15
openstackgerritSean Dague proposed openstack/requirements: also install a new pbr into the venvs  https://review.openstack.org/15541017:15
tchaypojeblair: <317:16
*** Ala has quit IRC17:17
*** hdd has quit IRC17:18
*** unicell has joined #openstack-infra17:20
*** hdd has joined #openstack-infra17:21
*** tqtran_afk has joined #openstack-infra17:23
*** tqtran_afk is now known as tqtran17:23
*** jgallard__ has quit IRC17:23
*** jgallard__ has joined #openstack-infra17:24
*** EmilienM is now known as EmilienM|afk17:25
anteayareed: any idea what the difference is between a code developer and a code submitter? http://activity.openstack.org/dash/browser/17:26
anteayareed if you aren't the correct person to ask, do re-direct17:26
*** dtantsur is now known as dtantsur|afk17:26
*** jistr has quit IRC17:27
*** salv-orlando has quit IRC17:29
*** markus_z has quit IRC17:29
*** armax has joined #openstack-infra17:29
*** salv-orlando has joined #openstack-infra17:29
openstackgerritMerged openstack-infra/project-config: gnocchi: enabling fonctionnal tests  https://review.openstack.org/15539117:29
*** devvesa has quit IRC17:30
*** liam_ has joined #openstack-infra17:30
*** liam_ is now known as Guest1353417:30
*** Guest13534 has quit IRC17:30
*** Guest41759 has quit IRC17:31
jrolljlk: lol17:32
openstackgerritRamy Asselin proposed openstack-infra/project-config: prepare_node.sh line lengths are too long  https://review.openstack.org/15541717:33
openstackgerritMerged openstack-infra/shade: Add service_catalog property  https://review.openstack.org/15530417:33
*** jgallard__ has quit IRC17:33
openstackgerritMerged openstack-infra/nodepool: Fail gracefully if disk-image-create is missing  https://review.openstack.org/15393717:35
openstackgerritMerged openstack-infra/project-config: Allow proliantutils to be published on PyPI  https://review.openstack.org/15521817:35
openstackgerritMerged openstack-infra/project-config: remove check-neutron-dsvm-functional from devstack gates  https://review.openstack.org/15532317:36
anteayasdague: does anyone from neutron know about https://review.openstack.org/#/c/155323/ ?17:37
sputnik13gerrit/git-review question...  if I downloaded a review with `git review -d <review number>`, how can I get new patch sets for the review?17:38
*** pblaho__ has joined #openstack-infra17:39
sputnik13short of deleting the branch and re-executing git review -d17:39
anteayaI realize it is a change to testing for devstack, but it would be nice to see someone was at least aware in the review17:39
sdagueanteaya: don't know, but none of the other jobs that are using devstack to just install packages co-gate with devstack, so I don't think it's appropriate for this one to17:39
anteayaoh okay17:39
sdaguethough, honestly, I didn't expect it to merge that fast, because it's usually many days for those things to merge17:40
anteayasdague: yeah, the speed was kind of what caused me to ask as well17:40
fungiHenryG: looks like 155152,1 just merged so neutron should be set now. sorry about the delays17:40
clarkbsputnik13 just rerun git review -d17:40
anteayaI'm all for fast turn over but not at the expense of excluding impacted people/projects17:41
sputnik13clarkb: ah cool, thanks17:41
HenryGfungi: thanks! Don't be sorry17:41
sdagueyeh, once marun pops up will make sure to heads up him on it17:41
anteayasdague: thanks17:42
*** ChuckC has quit IRC17:42
openstackgerritMerged openstack-infra/zuul: Remove lockfile from requirements  https://review.openstack.org/14825217:42
*** emagana has joined #openstack-infra17:42
*** ChuckC has joined #openstack-infra17:42
openstackgerritMerged openstack-infra/nodepool: Add doc for 'pool' parameter for nodepool provider config  https://review.openstack.org/15128617:42
*** pblaho_ has quit IRC17:43
openstackgerritMerged openstack-infra/nodepool: Remove lockfile from requirements  https://review.openstack.org/14856517:43
marunsdague: uh17:43
marunI wish you hadn't done that17:43
marunsdague: our functional job depends heavily on implementation details of devstack17:43
marunsdague: unless you'd like to see us remove that dependency entirely - and duplicate effort in the process - I think we need to continue gating17:44
*** jlibosva has quit IRC17:45
sdaguemarun: it's not sustainable for devstack to run ever single functional job for every project that uses devstack. And not be able to merge devstack code because projects have racy tests17:46
marunsdague: ok17:46
marunsdague: then I'll remove all dependency17:46
marunincluding installation of system packages17:46
sdagueso let's figure out what behavior in devstack is required17:46
jeblairmarun, sdague: (maybe this already exists), but we could define what the devstack API is that neutron is using, devstack could test that to make sure we don't break neutron or anything else, yeah?17:46
sdaguejeblair: right, exactly17:47
sdaguelike any other functional testing17:47
*** bknudson has quit IRC17:47
*** ildikov has joined #openstack-infra17:47
*** BobBall is now known as BobBall_AWOL17:48
*** SumitNaiksatam has joined #openstack-infra17:52
*** marun has quit IRC17:52
*** andreykurilin__ has quit IRC17:52
*** baoli has joined #openstack-infra17:53
*** melwitt has joined #openstack-infra17:53
*** dimtruck is now known as zz_dimtruck17:54
pc_minfra folks... I've got a series of general questions related to Tempest tests, and some specific questions with several (conflicting) tests. Need advice. Anyone have some time to answer?17:55
anteayapc_m: post away17:55
anteayathough tempest is the perview of -qa17:55
pc_mOK. Here goes... easy stuff first...17:55
anteayapurview17:55
*** coolsvap_ is now known as coolsvap17:55
pc_mWhat is the difference between a Tempest test and a functional test?17:55
* anteaya continues to work on her poor spelling metric17:55
anteayapc_m: a functional test exercises the service17:56
anteayapc_m: tempest exercises all the services17:56
* anteaya trusts others will correct where she is wrong17:56
fungipc_m: also tempest is a specific tool/suite not necessarily a "type" of test17:56
jeblairclarkb, fungi, mordred, flaper87: i kind of want to weigh in on the "lets keep our community open" thread and say that, absolutely, in no uncertain terms, should discussion of barbecue happen in private channels.  i would hate to miss out on knowing about a good bbq joint.  but i feel like that thread is really good and i don't want to derail it.  so i'll just say so here.  :)17:56
*** baoli has quit IRC17:57
anteayajeblair: I support your ability to access knowledge of good bbq joints17:57
fungijeblair: i am 100% on board with insisting that _all_ discussions of barbecue happen in #openstack-infra specifically17:57
flaper87jeblair: hahahaha, I kinda implied that in my last answer17:57
flaper87:D17:57
anteayajeblair: I will not be jointing you there17:57
anteayajoining either17:57
fungijeblair: so mentioning it in the ml thread would actually be in violation of that requirement17:57
pc_mfungi: ok, but the tempest tests are in their own repo currently, and functional are in tree.17:58
clarkbjeblair: ha17:58
flaper87jeblair: fungi bbq discussions are the reason I'm always around in this channel17:58
fungiflaper87: definitely among the better reasons to /join us17:58
clarkbI wonder if I can get a smoked brisket through canadian customs17:58
anteayapc_m: yes, functional tests are for exercising the service of which they are in17:58
flaper87I'm happy with an ascii pork knee if I can't fly where it is happening17:58
anteayaclarkb: no, no meat allowed to cross the boarder17:58
pc_mfungi: anteaya: So let me get to more specific points...17:58
clarkbanteaya: even cooked?17:58
anteayaclarkb: correct17:59
fungiclarkb: i wonder if we can find smoked elk brisket in bc17:59
clarkbanteaya: wow you all have mad cow we don't :P17:59
fungiclarkb: or maybe moose?17:59
pc_mFor VPN, there is a desire for a scenario test that exercises an end-to-end IPSec connection.17:59
anteayaclarkb: asian folks like beef candy and someone is being charged for not telling customs it was beef, since they consider it candy17:59
anteayaclarkb: I know, it makes zero sense to me17:59
clarkbanteaya: though I think that was a few years back unsure if still an issue with canadian beef stock17:59
pc_mI guess this would really be a functional test, then?17:59
*** zz_dimtruck is now known as dimtruck18:00
fungipc_m: you should talk to mtreinish and sdague but i believe their suggestion is that it can be implemented outside of tempest while still using some of that framework18:00
anteayafungi clarkb moose and elk are different than beef, they can only be handled by special folks18:00
pc_mmtreinish: sdague: ^^18:00
anteayawhich is why you don't see the meat in restaurants18:00
anteayaclarkb: the canaidan beef industry is a mess18:00
fungianteaya: aww, do bison range that far north?18:01
fungii've had smoked bison brisket before, and it's definitely tasty too18:01
openstackgerritJaime Flynn proposed openstack-infra/jenkins-job-builder: adds support for not condition in conditional_step  https://review.openstack.org/15542318:01
* jlk ponders skipping the beef tonight then.18:01
anteayaclarkb: due to our foreign worker laws (which amount to slavery) and foreign ownship of beef manufacuting plants (brazil) and food security people not doing their job (federal government)18:01
jlk<--- on his way to canada right now18:01
*** jackie_acosta has joined #openstack-infra18:02
*** teran has quit IRC18:02
pc_mfungi: I guess I'm trying to understand if this test should be in the tempest repo or under the functional test section.18:02
jeblairjlk: you're allowed to bring it in if you've already eaten it! :)18:02
clarkbanteaya: so meat is allowed in fresh frozen and chilled, but must be packaged with identifying marks indicating what it is and proof of country origin may be required18:02
clarkbanteaya: those are rules specific to USA -> Canada travel18:02
anteayafungi: not sure, but I think folks own bison in canada18:02
anteayanot sure about wild bison18:02
clarkbanteaya: cooked food items appear to be ok as long as they are not meat18:02
fungipc_m: in general, discussion of patches to tempest or reusing parts of tempest usually goes on in #openstack-qa since that's where their developer community primarily congregate18:02
pc_mfungi: It needs to create routers, nets, subnets, and then create VPN connection and check ping across.18:03
jlkfood items? Not meat? I can't compute.18:03
*** _buzz has joined #openstack-infra18:03
anteayaclarkb: then you know more than I, all I can advise is claim it all18:03
anteayaclarkb: if you claim it worst they can do is confiscate18:03
*** tiswanso has quit IRC18:03
anteayaclarkb: if you don't claim it, then they get very upset18:03
mtreinishpc_m: so I can say the adv services w/ regard to tempest that the tests don't belong in tempest18:03
clarkbanteaya: well I think a smoked brisket would not be allowed18:03
clarkbanteaya: so will skip it18:03
fungipc_m: can it do that entirely via api calls to neutron et cetera? otherwise you're talking about something broader than tempest (probably a custom devstack plugin?)18:03
jlkpc_m: you might also be interested in Rally, which wraps around tempest and does many things like that18:04
*** tiswanso_ has joined #openstack-infra18:04
anteayaclarkb: yeah, food across the border is a pain, the only universal currency is chocolate, so I stick to that18:04
mtreinishpc_m: the medium term plan is to migrate any existing adv. services tempests tests into the neutron-*aaS repos18:04
*** claudiub has quit IRC18:04
pc_mmtreinish: Should I move this to openstack-qa?18:04
jlkalthough multi-instance communications with rally are a bit future looking as well.18:04
*** jp_at_hp has quit IRC18:04
pc_mor proceed here?18:04
mtreinishpc_m: we can, but I'm going to be afk for a bit to eat18:05
anteayaclarkb: and canadian customs can tolerate a lot, except dishonesty18:05
mtreinishpc_m: I would check with dougwig first, because he was spearheading the test migrations18:05
anteayaclarkb: so tell them about everything18:05
pc_mmtreinish: Well this is more involved that just the migration. Should I elaborate on the quagmire I have?18:06
anteayaclarkb: I bore them until the wave me on when I return home18:06
*** ivar-lazzaro has joined #openstack-infra18:06
pleia2nibalizer: can you have a look at my comment on 153305?18:06
clarkbanteaya: ya typical customs dealings are "be honest and don't have anything on your person that is illegal in either source or destination for all transit points"18:06
pc_mmtreinish: Or wait till you're available and discuss on QA IRC18:06
anteayaclarkb: you are fine to travel then18:06
mtreinishpc_m: sure, I'll ping you on -qa when I'm back18:07
pc_mmtreinish: OK. Thanks!18:07
anteayaoh and general note, guns are not permissable in canada, not for carrying around18:07
anteayafor anyone for whom that is news18:07
nibalizerpleia2: sure thing18:07
*** ivar-lazzaro has quit IRC18:07
clarkbkrotscheck: re 154672 that explanation clarify things? /me wants to install pleia2 rootkit already18:07
*** ivar-lazzaro has joined #openstack-infra18:08
clarkbbtw jeblair fungi SergeyLukjanov mordred jhesketh 154672 is a fun one :)18:08
krotscheckclarkb: You can always override me. I’m not core.18:08
*** ghostpl has quit IRC18:08
anteayakrotscheck: I think he would prefer to include you, not override18:08
pc_manteaya: fungi: jlk: I'll wait till mtreinish is available and post on Q/A. Let me know, if you want me to ping you as well.18:08
pleia2I didn't mean to cause contention with this18:08
anteayapleia2: well I think mtreinish is your best contact18:09
anteayapc_m: that was for you18:09
clarkbkrotscheck: yup was hoping that nibalizer's comment clarified the change and why it is being made18:09
anteayapc_m: and I would support you following his advice and including dougwig in your musings18:09
openstackgerritMerged openstack-infra/system-config: Remove Puppet 2/Puppet 3 logic  https://review.openstack.org/15478818:09
pc_manteaya: Sure, though the issue is much broader than the migration effort.18:10
anteayapc_m: fair enough18:10
SergeyLukjanovclarkb, yeah, fun one :)18:10
openstackgerritAndrew Lazarev proposed openstack/requirements: Bump sahara client version  https://review.openstack.org/15542818:10
*** salv-orlando has quit IRC18:10
openstackgerritMerged openstack-infra/system-config: HPCloud has deprecated another Precise image  https://review.openstack.org/15506218:10
anteayapc_m: no problem making me aware, happy to know about stuff18:10
openstackgerritMerged openstack-infra/system-config: Update email_stats.py for the big tent  https://review.openstack.org/15471918:10
anteayapc_m: and thanks for thinking of me :)18:10
*** salv-orlando has joined #openstack-infra18:10
krotscheckclarkb: So why am I admin? I have no status more special than NikitaKonovalov?18:11
pc_manteaya: sure np. Will ping you, when we discuss in openstack-qa later18:11
anteayapc_m: thanks18:11
jeblairpleia2, krotscheck: adding plea2 is the right thing -- root is root, there is no further subdivision and to exclude her would be unfair.  considering that she will have server-level root acces and responsibility for the operation of the service, it makes sense to give her that level of access.18:11
krotscheckjeblair: So why am I being special cased?18:12
*** salv-orl_ has joined #openstack-infra18:12
*** tkelsey has quit IRC18:12
*** salv-orl_ has quit IRC18:12
*** salv-orl_ has joined #openstack-infra18:13
krotscheckjeblair, clarkb: If the policy is clear, and it is that “All infra-core are admins on storyboard”, great. But then I shouldn’t be core, and neither should ttx (though he’s DTech, so that can be a different rule.18:13
jeblairkrotscheck: how are you being special cased?18:13
*** bknudson has joined #openstack-infra18:13
krotscheckjeblair: I’m admin on storyboard. NikitaKonovalov is not. Neither is yolanda.18:13
krotscheckWhat rule applies to me?18:13
krotscheckActually, let me just fix this problem, just a sec.18:13
*** mwagner_lap has quit IRC18:16
clarkbfungi: your comment on 151749 has me thinking about ways to test nodepool commads. I guess they just operate against a config and a database so should be relatively easy to put together some tests for that using the existing test fakes18:16
nibalizerpleia2: okay commented18:16
nibalizeryou were super right18:16
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Removed krotscheck@gmail.com from SB Admin  https://review.openstack.org/15542918:16
nibalizeralso thats concerning that our testing sucks18:17
clarkbfungi: would need to fake out sys.argv but thats not too terrible18:17
*** whoops has joined #openstack-infra18:17
*** afazekas has joined #openstack-infra18:17
krotscheckjeblair, clarkb ^^. There, that removes the special treatment that i’ve gotten.18:17
nibalizerkrotscheck: i think ttx is also sb admin18:17
pleia2nibalizer: thanks, want to divide and conquer with these patches?18:17
krotschecknibalizer: I know, but he’s DTech for the foundation. I think that constitutes a good reason to be an admin.18:17
fungikrotscheck: not necessarily18:18
jeblairkrotscheck: oh, i did not realise that.  i agree that the rule should be clear and consistent.18:18
*** vigneshvar has joined #openstack-infra18:18
krotscheckfungi: Well, we can argue that independently.18:18
fungikrotscheck: there's nothing special about the foundation either where our infrastructure is concerned18:18
jeblairkrotscheck: (and there is no special rule for ttx either)18:18
jeblairkrotscheck: what do superusers do in storyboard?18:18
krotscheckjeblair: Should I pull him off then?18:18
krotscheckjeblair: Right now? Nothing.18:18
*** baoli has joined #openstack-infra18:18
krotscheckjeblair: Everyting that’s an admin function is overridden by yaml script loads.18:19
krotscheckjeblair: So you _could_ add a project.18:19
fungikrotscheck: what do you _expect_ sb admins to eventually do via the webui/api?18:19
fungikrotscheck: modelling how we decide who to put there may be easier if we know what the permission is supposed to accomplish for them18:19
*** thingee has joined #openstack-infra18:19
krotscheckfungi: Honestly? Set admins, set projects, set project groups, define system-level tags, maybe even manage storyboard’s configuration.18:20
openstackgerritRamy Asselin proposed openstack-infra/project-config: prepare_node.sh line lengths are too long  https://review.openstack.org/15541718:20
fungii mean if sb admin doesn't grant any actual useful capability currently, then there's no _immediate_ need for anyone to be in it18:20
*** salv-orlando has quit IRC18:20
krotscheckfungi: Maybe ACL's?18:20
*** ZZelle_ has joined #openstack-infra18:20
fungikrotscheck: so, those are tasks the infra team and release manager currently handle in other venues (gerrit, launchpad, et cetera)18:21
jeblairkrotscheck: is it conceivable that an admin may be required to do something through the ui or api to fix an error with the system?18:21
krotscheckfungi: In line with jeblair’s statement in that old review, I’m a fan of keeping things restricted until there’s a present need to elevate.18:21
krotscheckjeblair: Only if we move the configuration into the database?18:21
*** harlowja_away is now known as harlowja18:21
krotscheckjeblair: Eventually, yes.18:21
krotscheckjeblair: I think.18:22
krotscheckjeblair: Honestly, I think I can’t answer that question until a feature ships, right?18:22
*** baoli has quit IRC18:22
*** EmilienM|afk is now known as EmilienM18:22
nibalizerpleia2: sure, mind if I don't finish mine until a bit later today/tonight?18:22
krotscheckjeblair: There is one thing though- the only place where you can search for user accounts is in the admin.18:22
fungii just want to make sure we step back and consider that putting people in positions of power over some piece of infrastructure is not a badge, reward, et cetera. it's simply acknowledging that we expect them to help fix problems that arise which that (whatever) permission would allow them to do18:22
krotscheckjeblair: So, for example, if a user record becomes messed up and prevents someone from logging in, or if an admin wants to merge user accounts or something like that, that’s something you’d need to be an admin for.18:23
openstackgerritRamy Asselin proposed openstack-infra/zuul: Zuul sometimes fails to update remotes  https://review.openstack.org/14933618:23
jeblairmy thoughts are that, if it's useless, then it could be empty afaic.  if we might need to "fix" something in the way that we sometimes have to log into servers to fix some stuck or broken process, then we should make it infra-root.  and if there are other actions that may need to be performed (acls, global tags, etc), then we can create a clear list of criterea for who should additionally have that access.18:23
pleia2nibalizer: no problem, do we just want to be adding the dependency to metadata.json, or..?18:23
jeblairfungi: indeed18:23
krotscheckjeblair, fungi: As far as storyboard-core goes, we should have admin access on the soon-to-be dev instance, because in that we’ll need to create testing user accounts to debug ACL errors and things like that.18:24
jeblairkrotscheck: i am supportive of that18:24
krotscheckjeblair, fungi: Because we need to fix things. But on the prod instance? No need.18:24
*** shashankhegde has joined #openstack-infra18:24
nibalizerpleia2: there is a longer answer here18:24
pleia2nibalizer: we can wait until you have time18:25
fungias an example, all the infra sysadmins get operator/founder access to make changes to official irc channels, but because there aren't enough of us to take on day-to-day management of goings on within all the channels that permission is also granted to additional volunteers18:25
*** achanda has joined #openstack-infra18:25
jeblairkrotscheck: so for prod, it sounds like we're somewhere between 'nobody' and 'infra-root' at the moment.18:26
jeblairkrotscheck: yeah?18:26
fungikrotscheck: also giving the developers of the tool control (even ssh access if it helps) to a dev deployment of that while not granting them similar access to the production deployment has existing precedent (there are several examples)18:27
krotscheckjeblair: And, honestly, that’s your decision. I just disagreed with pleia2’s escalation because previous policy was unclear and contradictory.18:28
*** HeOS has quit IRC18:28
krotscheckjeblair: So, for now, I’d say-> to get the pleia2 rootkit installed, we can make the policy infra-core, and then argue about whether that’s necessary later.18:29
openstackgerritMerged openstack-infra/puppet-elasticsearch: Make the number of shards and replicas tunable  https://review.openstack.org/15471118:29
*** emagana has quit IRC18:29
asselinanyone know if evesdrop support links to timestamps?18:29
*** emagana has joined #openstack-infra18:29
anteayaasselin: I haven't seen that it does, but oh my it would be wonderful18:30
*** jedimike has quit IRC18:30
*** dimtruck is now known as zz_dimtruck18:30
*** zz_avozza is now known as avozza18:30
*** emagana has quit IRC18:30
jeblairkrotscheck: k.  just trying to gather as much info as possible.  based on what i know, i think infra-root is the best choice at the moment.  i could fairly easily be convinced of 'nobody', but if there's a slight chance that something may need fixing, it's better to have someone able to do that without too much trouble.18:30
*** emagana has joined #openstack-infra18:30
*** Guest41759 has joined #openstack-infra18:31
krotscheckjeblair: Let me put it like this: I want storyboard to be so easy to manage that you can fix all problems from the admin UI.18:31
openstackgerritElizabeth K. Joseph proposed openstack-infra/project-config: Add lyz account to accessbot config  https://review.openstack.org/15543818:31
pleia2^^ thanks fungi, forgot that one18:31
krotscheckjeblair: Based on that, infra core makes sense.18:31
jeblairi'd also be happy for the feature to go away if not needed, or, if it becomes operationally necessary, to add others when we have a reason and can establish criteria.18:31
*** annegent_ has joined #openstack-infra18:32
krotscheckyep.18:32
fungii would be happy to eventually see the global admins group in sb simply get the ability to bootstrap more appropriate rbac delegations18:32
*** boris-42 has quit IRC18:32
jeblairkrotscheck: just a nit, but just so we're on the same page, we're actually talking about infra-root, which has server access, vs infra-core which has gerrit approval access18:32
jeblairfungi: ++18:32
krotscheckRighto18:32
*** Ryan_Lane has joined #openstack-infra18:32
fungibut of course, that's future state18:32
jeblairkrotscheck: (infra-root is a subset of infra-core)18:32
fungilikely quite a ways out i'd imagine18:32
openstackgerritJames E. Blair proposed openstack-infra/system-config: Remove ttx from SB admin  https://review.openstack.org/15544018:33
jeblairkrotscheck: so you don't have to propose it ^18:33
*** e0ne is now known as e0ne_18:33
*** otter768 has joined #openstack-infra18:33
*** yfried_ has quit IRC18:34
*** zz_dimtruck is now known as dimtruck18:35
*** e0ne_ is now known as e0ne18:35
krotscheckjeblair: Thanks :)18:35
*** jaypipes has quit IRC18:36
krotscheckI can’t believe I just rageargued myself into _less_ access.18:36
anteayakrotscheck: you are quite the debater18:36
jeblairkrotscheck: you're living the dream.18:36
anteayaasselin: jenkins is still unhappy: https://review.openstack.org/#/c/155417/18:37
yjiang5fungi: hi, do we have multiple node test in gate now? I'm trying to add some test for live migration.18:37
*** otter768 has quit IRC18:38
fungiyjiang5: i think clarkb and jogo have the experimental nova multi-node job in a mostly working state but believe they're still working through some minor hurdles18:38
asselinanteaya, apparently I don't know how to multiply18:38
fungiyjiang5: they could probably better report on status than i18:39
anteayaasselin: that is okay, it happens18:39
clarkbyjiang5: yes we have a job and jogo is working to make live migration tests work , let me get a link to the change stack18:39
anteayaasselin: looking forward to results on patchset 3!18:39
* krotscheck would make a good manager, he’s good at arguing himself out of responsibility :)18:39
*** mriedem has quit IRC18:40
*** baoli has joined #openstack-infra18:40
anteayakrotscheck: well done18:40
fungiyjiang5: worth noting that the current example assumes a 2-node devstack deployment, and we'd need to make changes elsewhere to accommodate 3 or more18:40
clarkbyjiang5: https://review.openstack.org/#/c/141530/ that is the end of the stack18:40
yjiang5fungi: clarkb, thanks for your information. I'm trying to figure out if I can have guard for https://bugs.launchpad.net/nova/+bug/1082414 scenerio in gate , but possibly even with multiple-node support, possibly we can't achieve it.18:40
openstackLaunchpad bug 1082414 in OpenStack Compute (nova) "Live migration between hosts with differents CPU models fails" [Medium,In progress] - Assigned to jiang, yunhong (yunhong-jiang)18:41
clarkbyjiang5: there are a lot of little tweak changes to make live migration work, need to set cpu model, update /etc/hosts, setup ssh keys, etc18:41
*** tiswanso_ has quit IRC18:41
openstackgerritMerged openstack-infra/project-config: Added Python34 Jobs as non-voting to storyboard and python-storyboardclient  https://review.openstack.org/15508618:41
krotscheckWooo18:41
yjiang5clarkb: yes, exactly. That's what I did for my local test environment.18:41
krotscheckgreghaynes: ^^18:41
fungiclarkb: sounds like yjiang5 could just change the cpu model on one of the two subnodes to test that then? i wonder if that can be done without having to restack?18:42
clarkbfungi: its the cpu model that qemu exposes not for the underlying host18:42
clarkbthough you don't want it to be different on different nodes, I am missing something18:43
fungiclarkb: i think that's what the bug yjiang5 linked is about18:43
clarkboh I see the bug now18:43
clarkbso I think thats a libvirt issue18:43
clarkbat least it was libvirt exploding at us when we had this issue in rax with different cpu models18:43
*** abhirc has joined #openstack-infra18:43
clarkbthe difficulty is that you never know which direction you are going to migrate because of the scheduler18:43
yjiang5fungi: I'm not use the infra to achieve it, I use my own script to achieve it.18:44
*** avozza is now known as zz_avozza18:44
clarkbso how do you enforce that you always migrate to a node with a subset of functionality?18:44
clarkbI am not a nova dev but that almost appears to be not a bug to me18:44
*** e0ne has quit IRC18:44
*** zz_avozza is now known as avozza18:44
JayFWe could use more eyes on https://review.openstack.org/#/c/155357/1 (devstack) to unbreak the Ironic gate18:44
fungiat least in other (commercial) competitors i know the control plane tracks cpu flags and can determine when the glags for one model are a subset of another18:44
*** abhirc has quit IRC18:44
fungis/glags/flags/18:45
yjiang5clarkb: for that bug, the thing is it will fail even with the cpu_model.18:45
clarkbyjiang5: ya I am reading more :) so it fails if the VMs have the same cpu model but the hypervisor models are different18:45
clarkbyjiang5: we don't have much control over what the hypervisor nodes report, sometimes they are different in rackspace but not always and they are always the same in hpcloud18:46
yjiang5clarkb: the cpu_mode/cpu_model is to make sure we can migrate either way, if both host has same cpu_mode/cpu_model set. But it failed now.18:46
fungibut yeah, that seems like something nova would have to query from libvirt and refuse the migrate call rather than finding out partway in and giving up while leaving things broken18:46
openstackgerritRamy Asselin proposed openstack-infra/project-config: prepare_node.sh line lengths are too long  https://review.openstack.org/15541718:46
clarkbyjiang5: so I don't think we have control of the bit you need to toggle18:46
asselinanteaya, ok I see, you need multiples of 4 of spaces, so cursor should be at 13, not 12. ^^18:47
yjiang5clarkb: so possibly we can't do it in gate yet, possibly I can try to squeeze it into our 3rd party testing? We have hardware based testing environment. Your idea?18:47
*** abhirc has joined #openstack-infra18:47
clarkbyjiang5: we can test live migration in the gate once all of these fixes get through, but I don't think we can test the scenario you are interested in because we have no control of the cpu model for the hypervisor/compute nodes18:48
anteayaasselin: ah ha, third time's the charm18:49
* anteaya waits for jenkins18:49
yjiang5clarkb: yes, got it.18:49
openstackgerrityolanda.robla proposed openstack-infra/storyboard-webclient: Fix error notifications  https://review.openstack.org/15524218:49
*** ihrachyshka has quit IRC18:50
*** sdake__ has joined #openstack-infra18:50
*** mdenny has joined #openstack-infra18:50
fungiahh, i see yjiang5's proposed https://review.openstack.org/53746 fix is likely valid, but agree trying to work a regression test for that into tempest is likely not going to be possible even with our multi-node configuration18:50
*** Guest41759 has quit IRC18:51
*** Longgeek has quit IRC18:51
fungimay simply need to stick to lower-level testing for something like that18:51
fungi(e.g. not end-to-end)18:51
*** Longgeek has joined #openstack-infra18:52
yjiang5fungi: yes, this is in fact more a hardware-based test scenerio.18:52
*** ParsectiX has quit IRC18:53
*** abhirc has quit IRC18:53
*** sdake has quit IRC18:53
*** ParsectiX has joined #openstack-infra18:53
*** ihrachyshka has joined #openstack-infra18:54
fungiwell, we've said in the past that something like the tripleo cloud would be one way to have upstream gating on hardware-specific jobs, but that presumes someone maintaining a suitably large deployment giving our infrastructure the access needed to build workers and assign jobs there18:55
*** Longgeek has quit IRC18:56
*** coolsvap is now known as coolsvap_18:57
*** doude has quit IRC18:58
*** tiswanso has joined #openstack-infra18:58
*** avozza is now known as zz_avozza18:59
yjiang5fungi: I don't think one company can provide enough large deployment, but if we can have a way to combine the machines donated by different company transparently, that will be possible.18:59
zaromorning18:59
*** eharney has quit IRC19:01
fungiyjiang5: well, some companies can but so far those have all been public cloud providers. though what you describe is sort of the case with the tripleo cloud (hewlett-packard and red hat are both providing hardware to that cloud as separate regions)19:01
*** dustins has quit IRC19:01
yjiang5fungi: thanks for your discussion, I will have a deep look on the tripleo cloud.19:02
jrollfungi: y'all could use our bare metal stuff, it's homogenous at least for now19:03
fungiyjiang5: https://wiki.openstack.org/wiki/TripleO/TripleOCloud19:03
jroll"our bare metal stuff" being rackspace onmetal19:03
*** dustins has joined #openstack-infra19:03
fungijroll: it's tempting to take it for a test drive some time, though i don't think we've had a compelling use case for it yet19:04
jrollfungi: if you want two machines from a cloud with the same CPU...19:04
yjiang5jroll: I want two machines with different CPU ...19:05
jrolloh :|19:05
jrollignore me then19:05
*** doude has joined #openstack-infra19:06
devanandafungi: elastic search backend on a high IO instance? though the size of the index might make it untenable19:06
*** thedodd has joined #openstack-infra19:06
fungidevananda: that's one possible use, agreed19:06
*** pelix has quit IRC19:06
fungithose nodes are using the largest vm flavor rackspace offers at the moment19:07
devanandafungi: they're using cinder volumes for the index store though, right?19:08
*** davideagnello has joined #openstack-infra19:09
clarkbya baremetal for es would be nice19:10
clarkbbut aiui we dno't have free baremetal :)19:10
openstackgerritElizabeth K. Joseph proposed openstack-infra/puppet-graphite: Replace pip class with conditional package install  https://review.openstack.org/15544919:10
* nibalizer has baremetal, would trade for cloud19:11
*** achanda has quit IRC19:11
jrollclarkb: what do we give you, specifically? is it a $ discount or x GB of RAM or?19:11
*** alexpilotti has quit IRC19:11
*** rlandy has quit IRC19:13
*** bswartz has quit IRC19:13
clarkbjroll: I actually don't know, but I remember when baremetal became a thing it was off limits but maybe that has changed19:13
jrollwat19:13
jrollthat's messed up19:13
jlkearly on I think it was, RAX didn't want infra filling it up19:13
clarkbjroll: mordred and jeblair likely know all the details of how its setup19:13
JayFI think it's more likely whoever told you that19:14
JayFdidn't ask us :)19:14
jrollright19:14
jrollwe have plenty19:14
JayFand just went "metal is expensive, you can not has"19:14
*** rlandy has joined #openstack-infra19:14
openstackgerritKhai Do proposed openstack-infra/project-config: Make gerritbot report changes from Gerrit 2.9.4 branch  https://review.openstack.org/15545019:14
fungii believe they just 100% comp anything we add in our tenant and then complain to us if we're using things they don't want (or adjust quotas/options so that we can't exceed what they are comfortable with)19:14
jrollaha19:14
jrollI vote just do it then19:14
*** baoli has quit IRC19:15
fungii too would be fine with the "easier to ask forgiveness than permission" model there19:15
fungibut it would kind of suck to put a lot of work into configuring and migrating to a resource that they then tell us we can't hold onto19:16
jroll<- some percentage of the onmetal ops team :P19:16
jrollfungi: should be fine, at worst they'll keep your quota at default (10 instances of each flavor)19:17
*** mwagner_lap has joined #openstack-infra19:18
*** eharney has joined #openstack-infra19:18
*** abhirc has joined #openstack-infra19:18
clarkbthis might be the incentive I need to upgrade our es cluster :)19:19
jrollfungi: got an "I approve" from someone, gogogo19:20
*** larsks has joined #openstack-infra19:20
jeblairclarkb: what do you think would be good for es?  http://www.rackspace.com/cloud/servers/onmetal19:20
jrolljeblair: onmetal-io119:20
jroll2x 1.6TB PCI-E flash19:20
jrollthe others only have a 32GB SATADOM, and we don't have cinder support yet :(19:21
jrollunless you want to do onmetal-memory1 and keep everything in a tmpfs19:21
jeblairclarkb, jroll: it looks like our typical es member is using ~6tb on /19:22
jrollguh19:22
jeblairclarkb: is most of that data? (as opposed to logs, etc)19:22
sdaguejeblair: it's data19:22
jeblairclarkb: (also, es2 is an outlier at 20g, may need to take a look at that) http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=12319:22
jeblaires3 is typical: http://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=12419:23
*** eharney has quit IRC19:23
jeblairjroll: no cinder, right?19:24
jrolljeblair: correct19:24
sdaguejeblair: but isn't a big part of our issue io perf19:24
sdagueso the point was to get fast local disk19:24
jeblairsdague: not necessarily; i believe clarkb experimented with ssd and saw no substantial improvement19:25
sdagueok19:25
jrollthese are super ssd19:25
jroll(fwiw)19:25
*** teran has joined #openstack-infra19:25
* jeblair hopes clarkb comes back soon in case jeblair is making things up19:25
* jroll bbiab19:25
clarkbsorry I am making nodepoolcmd tests :)19:25
fungihuh, puppetboard claims several of our jenkins masters haven't reported for days19:25
funginearly a week19:25
clarkbya the ssd volume didn't seem to make a whole lot of difference19:25
clarkbbut I think that may have been due to contention?19:25
clarkbwhereas with baremetal we would be the only thing accessing the ssds so in theory will help19:26
*** emagana has quit IRC19:26
*** emagana has joined #openstack-infra19:26
openstackgerritJoe Gordon proposed openstack/requirements: Import cap.py tool to cap  explicit dependencies  https://review.openstack.org/15545419:27
jeblairclarkb, jroll, sdague: i guess all we can say is that the two different flavors of cinder did not help.  there's still a lot of variables that onmetal would change19:27
clarkbyup19:27
jeblairbut it seems like we would need to ~2x the cluster size from 6 to 12?19:27
clarkbjeblair: we might be able to go smaller since the metal nodes are bigger19:28
*** dustins has quit IRC19:28
clarkbjeblair: or are you looking at the 32GB flavor?19:28
sdagueso I also had this conversation with rax folks at the nova midcycle19:28
jeblairerm wait19:28
jeblairi think we may have a units problem19:28
jeblairand i may be responsible19:29
jeblairsorry19:29
jeblairwe're using 6 _gb_ on each node, right?19:29
sdaguejeblair: for the root volume19:29
*** dustins has joined #openstack-infra19:29
sdaguewhat's the cinder volume?19:29
clarkbjeblair: its a 1TB cinder volume per node19:29
*** zul has quit IRC19:29
sdaguebecause that's what we'd need to move onto root19:29
clarkband we use about 2/3s of that which is healthy (gives room for when you lose a node)19:30
jeblairclarkb: oh, that is not showing in cacti for some reason19:30
openstackgerritDavanum Srinivas (dims) proposed openstack-infra/project-config: Switch on python34 job for oslo.versionedobjects  https://review.openstack.org/15545519:30
jeblairokay, so yeah, onmetal io has enough room to hold 2-3 current-sized nodes worth of data19:30
*** ashleighfarnham has quit IRC19:31
*** emagana has quit IRC19:31
jeblair(assuming we don't raid1, but we don't need to since ES is raiding for us)19:31
jeblairjroll: ^ (sorry i got crosseyed earlier)19:32
clarkbya no raid1 necessary19:32
jeblairclarkb: so, for starters, do you think doing a 3-node cluster would make sense?19:33
clarkbjeblair: yes, I think 3 is a good start, that way if you lose a node you still end up with some redundancy post recovery19:33
*** achanda has joined #openstack-infra19:33
mordredWow. I'm offline for a couple of hours ...19:33
fungimordred: that was your second mistake19:34
anteayamordred: life moves pretty fast...19:34
fungi(your first mistake was looking at scrollback once you weren't)19:34
mordredfungi: ++19:34
*** hdd has quit IRC19:35
jeblairmordred: have some ansible show and tell?19:36
mordredNo, I'm walking in to a meeting ... Will show/tell in a few19:36
*** Sukhdev has joined #openstack-infra19:37
*** HeOS has joined #openstack-infra19:41
openstackgerritClark Boylan proposed openstack-infra/nodepool: Add nodepool command tests  https://review.openstack.org/15545819:41
clarkbfungi: ^19:41
fungiclarkb: ooh!19:41
clarkbnote I did not use testscenarios due to maruns argument against them19:41
*** e0ne has joined #openstack-infra19:41
clarkbseems like a simple enough thing to accomodate if others prefer explicit test cases19:42
*** zul has joined #openstack-infra19:43
jrolljeblair: heh, cool19:43
*** emagana has joined #openstack-infra19:44
*** sarob has joined #openstack-infra19:46
openstackgerritKhai Do proposed openstack-infra/system-config: Upgrade Gerrit from 2.8 to ver 2.9  https://review.openstack.org/15546319:46
*** zul has quit IRC19:46
openstackgerritElizabeth K. Joseph proposed openstack-infra/puppet-zanata: Initial commit of Zanata-specific sections  https://review.openstack.org/14794719:46
*** dprince has quit IRC19:47
*** zul has joined #openstack-infra19:47
*** lnxnut has quit IRC19:47
clarkbasselin: you might also be interested in 15545819:47
*** dims__ has quit IRC19:48
*** emagana has quit IRC19:49
*** emagana has joined #openstack-infra19:49
*** dims__ has joined #openstack-infra19:50
*** liam_ has joined #openstack-infra19:51
*** liam_ is now known as Guest7360619:51
*** Longgeek has joined #openstack-infra19:53
*** emagana has quit IRC19:54
*** zz_avozza is now known as avozza19:54
clarkbasselin: I am pretty sure it covers your case that failed in an earlier patchset of my changes to the image update command19:55
openstackgerritDavanum Srinivas (dims) proposed openstack-infra/project-config: Switch on python34 job for oslo.versionedobjects  https://review.openstack.org/15545519:57
*** achanda has quit IRC19:58
*** bogdando has quit IRC19:58
*** achanda has joined #openstack-infra19:58
*** jackie_acosta has quit IRC19:59
*** spzala has joined #openstack-infra20:00
*** jsavak has joined #openstack-infra20:00
*** diva_melani has joined #openstack-infra20:01
*** zul has quit IRC20:01
*** joesavak has quit IRC20:02
*** Longgeek has quit IRC20:02
diva_melanihi i need some help with jenkins-job-builder .. when i run 'jenkins-jobs test jobs' where job is folder i defined all jobs and macros , im getting this """Unknown entry point or macro 'd' for component type: 'wrapper'.""""20:02
*** rfolco has quit IRC20:02
diva_melanithis is the macro i defined20:03
diva_melani- wrapper:     name: autodeploy_common_wrappers     wrappers:       - defaultwrappers       - workspace-cleanup20:03
*** yfried_ has joined #openstack-infra20:04
diva_melaninot sure where im getting this """Unknown entry point or macro 'd' for component type: 'wrapper'."20:04
diva_melaniany help appreciated20:04
*** yfried_ has quit IRC20:05
*** briancurtin has quit IRC20:07
*** zhiyan has quit IRC20:08
*** ctracey has quit IRC20:08
*** jraim has quit IRC20:09
*** simonmcc has quit IRC20:09
*** emagana has joined #openstack-infra20:09
*** thingee has quit IRC20:10
*** doude has quit IRC20:10
*** ameade has quit IRC20:10
*** zul has joined #openstack-infra20:10
*** hdd has joined #openstack-infra20:11
*** doude has joined #openstack-infra20:12
*** jraim has joined #openstack-infra20:15
*** ldnunes has quit IRC20:15
clarkbdiva_melani: it would probably help to paste your entire configs (sanitized of any sensitive data) on a paste service so we can see the context20:15
*** ddieterly has quit IRC20:15
diva_melaniclarkb: ok let me try to link you20:16
*** ctracey has joined #openstack-infra20:16
*** briancurtin has joined #openstack-infra20:17
*** ddieterly has joined #openstack-infra20:17
*** zhiyan has joined #openstack-infra20:18
*** ameade has joined #openstack-infra20:18
*** aysyd has quit IRC20:18
*** simonmcc has joined #openstack-infra20:18
diva_melaniclarkb: here is the link to my files : http://paste.openstack.org/show/172329/20:19
*** gyee has quit IRC20:20
diva_melanithe issue is probably is file 2..line 24 in that paste.20:20
openstackgerritClark Boylan proposed openstack-infra/nodepool: Add nodepool command tests  https://review.openstack.org/15545820:21
*** VijayTripathi has joined #openstack-infra20:22
*** r1chardj0n3s_afk is now known as r1chardj0n3s20:22
clarkbdiva_melani: and where is the job or job-template that is breaking?20:23
clarkbdiva_melani: the error should at least tell you the file that it broke on20:23
*** abhirc has quit IRC20:24
diva_melaniclarkb: thats the thing..the error traceback is not showing me line number of file... im testing the whole folder named 'jobs' and i get this error...when i test individual files, i dont see any error20:24
clarkbdiva_melani: can you paste the traceback too then?20:25
diva_melaniclarb: here is traceback http://paste.openstack.org/show/172335/20:25
diva_melaniclarkb: as you can see, nothing is shown where the issue is :/ all i have is 3 files .. in folder named 'jobs'20:26
clarkbso its saying it doesn't know how to expand 'd', there is no macro with that name and there is no entrypoint with that name with a type of wrapper20:27
*** shashankhegde has quit IRC20:27
diva_melanianyone can try copy pasting my first paste into three files.. add them to folder and run 'jenkins-jobs test folder' ..it throws the same error20:27
clarkbthat plus the info ou have pasted indicates to me that it is in your jobs somewhere that a thing called 'd' is being used under wrappers20:27
openstackgerritJeremy Stanley proposed openstack-infra/puppet-zuul: Option to allow HTTPS for the proxy  https://review.openstack.org/15547120:28
fungijhesketh: ^ (corresponding system-config patch on the way)20:28
*** ashleighfarnham has joined #openstack-infra20:30
*** annegent_ has quit IRC20:32
*** ociuhandu has quit IRC20:33
*** otter768 has joined #openstack-infra20:34
*** spzala has quit IRC20:36
diva_melaniclarkb: thanks..i found the issue ..i was calling the wrapper in wrong way20:36
pleia2clarkb: looks like https://review.openstack.org/#/c/154188 can be reverted now, thoughts? https://github.com/puppetlabs/puppetlabs_spec_helper/pull/90 merged yesterday20:36
diva_melaniclarkb: thanks for pointing out..there was error in the job i defined..not the macro itself .. appreciate your help :)20:36
clarkbdiva_melani: no problem20:37
clarkbpleia2: ya if gem install puppet_spec_helper works on a fresh node now we should revert my change20:37
*** salv-orlando has joined #openstack-infra20:38
*** prad has quit IRC20:38
openstackgerritJeremy Stanley proposed openstack-infra/system-config: Also serve zuul status.json via HTTPS  https://review.openstack.org/15547420:38
fungijhesketh: ^ second piece20:38
*** diva_melani has quit IRC20:38
clarkbpleia2: I can figure out how to test that, my ruby foo is not strong and it should be doable without building an entire image20:39
* pleia2 nods20:39
pleia2need to run off to an appointment now20:39
*** otter768 has quit IRC20:39
*** tkelsey has joined #openstack-infra20:39
*** bogdando has joined #openstack-infra20:39
anteayaclarkb: if you want to manually test it, just hold a node and run 'gem install puppet_spec_helper'20:41
*** salv-orl_ has quit IRC20:41
*** markvoelker has joined #openstack-infra20:41
clarkbanteaya: well it should already be installed on those nodes. I will just spin up a container locally20:41
anteayaclarkb: ah then 'gem list' should show it installed20:41
*** BharatK has quit IRC20:42
*** cdent has quit IRC20:42
fungium...20:43
fungi_SO_20:43
clarkbfungi: aroo?20:43
fungithe reason several jenkins masters aren't checking into puppetdb any longer is that puppetmaster doesn't recognize their host keys20:43
*** tkelsey has quit IRC20:43
fungioh, wait20:43
fungithat may be pebcak20:43
asselinclarkb, ok looking now20:44
fungiyeah, that was my bad, digging deeper for actual cause20:44
clarkbpleia2:  Unable to resolve dependencies: rspec requires rspec-core (~> 2.99.0), rspec-expectations (~> 2.99.0), rspec-mocks (~> 2.99.0) is still what I get20:45
clarkbI am going to guess we ned Hunner or crinkle to make a release20:45
*** yamahata has quit IRC20:46
*** mriedem has joined #openstack-infra20:46
*** sdake__ is now known as sdake20:46
*** dmorita has quit IRC20:46
*** dmorita has joined #openstack-infra20:47
*** abhirc has joined #openstack-infra20:47
*** koolhead17 has quit IRC20:48
fungiclarkb: nibalizer: so _this_ is why some of our jenkins masters haven't been reporting for ~week: http://paste.openstack.org/show/172341/20:48
fungiError: Could not prefetch package provider 'pip': #<Puppet::ExecutionFailure:0x7f3badfcbc88>20:48
clarkbfungi: I think that means it wants to copy the pip provider from the master but can't20:49
clarkbpossibly a permissions issue on fails on the master?20:49
anteayait thinks pip is a vcsrepo argument?20:49
fungistrangely, about half of our jenkins masters do not have this problem20:49
anteayaor location?20:49
clarkbanteaya: I think vcsrepo may depend on it?20:49
fungianteaya: nope, that's just noise from another part of the manifest getting processed20:49
crinkleclarkb: yep the fix was merged, need hunner to release20:50
anteayafungi: oh20:50
*** pc_m has quit IRC20:50
nibalizeranteaya: the vcsrepo thing is innocuous20:52
nibalizerfungi: pip works on that host right?20:52
*** Guest73606 has quit IRC20:53
*** bdpayne has quit IRC20:53
funginibalizer: yep, but looks like something has downgraded it20:53
zaroclarkb, fungi, jeblair, pleia2: https://etherpad.openstack.org/p/gerrit-2.9-upgrade20:54
*** zul has quit IRC20:55
anteayazaro: I have never seen that colour of green before20:55
nibalizerfungi: i would also explore pathing, etc20:55
zaroi think everything has been prepped for the upgrade.20:55
anteayathe etherpad colour lottery, some folks just win20:55
anteayaoh keep it, don't change it20:56
funginibalizer: yeah, it looks like we have a fairly broad variety of pip versions on our jenkins masters and the ones where this is happening have pip <1.5.1 while the ones where it is working have pip>=1.5.120:56
mtreinishanteaya: it would be better with white font :)20:57
anteayamtreinish: ha ha ha20:57
anteayatroll20:57
*** thingee has joined #openstack-infra20:57
nibalizerclark may be right though20:58
nibalizerabout it being some kind of comm with puppetmaster problem20:58
*** annegent_ has joined #openstack-infra20:58
nibalizersince if the provider was pulled down properly and pip wasn't there we'd get an error like 'provider "pip" is not functional on this hist'20:59
dstufftdhellmann: why does stevedore depend on setuptools without declaring that it depends on setuptools?20:59
fungidstufft: i thought having explicit dependencies on setuptools was bad form?21:00
dstufftfungi: having an explicit dependency on setuptools because you use it in your setup.py is bad form21:01
dstuffthaving an explicit dependency on setuptools because you use it in your runtime is the right thing to do21:01
fungidstufft: ahh, fair point. if you use it runtime then yes i guess it's warranted21:01
*** joesavak has joined #openstack-infra21:01
dstufftas it stands right now pip can successfully install stevedore but not all the required dependencies21:01
funginibalizer: upgrading to current pip on all the jenkins masters seems to have solved the puppet package provider issue--thanks for the nudge in the right direction21:02
dstufftsince pip doesn't mandate setuptools anymore an can install from wheels without it21:02
dstufft(Is stevedore limited by global requirements? I can submit a CR but idk if I need to get something into global requirements first)21:02
*** e0ne has quit IRC21:03
*** dmellado has quit IRC21:03
nibalizerfungi: awesome21:03
dstufftwhoops just noticed the time -> goes to get daughter from bus21:03
*** jsavak has quit IRC21:04
*** dmellado has joined #openstack-infra21:04
fungidstufft: yeah, looks like it's in sync with and checked against the global requirements list, which does not currently list setuptools21:04
dhellmanndstufft: I think I had fungi's understanding that we shouldn't declare a dependency on setuptools. I suspect setuptools would need to be listed in g-r to add it to stevedore's requirements list.21:05
*** baoli has joined #openstack-infra21:06
fungidstufft: though stevedore _does_ declare a dependency on pbr which _does_ import from setuptools runtime21:06
*** mriedem has quit IRC21:07
fungiso 1) stevedore might be able to reach what it needs through pbr, but 2) maybe pbr should now declare a dependency on setuptools?21:07
*** mriedem has joined #openstack-infra21:07
fungimordred: ^ ?21:07
dhellmannfungi: stevedore uses pkg_resources directly, so it's probably appropriate to have an explicit requirement there if we do need it21:07
*** claudiub has joined #openstack-infra21:07
*** zul has joined #openstack-infra21:07
fungidhellmann: yeah, just worried about install-time implications under older pip where upgrading setuptools while installing caused *boom*21:08
*** ghostpl has joined #openstack-infra21:08
jogoso it turns out we aren't gating projects on having 'python setup.py install' work21:09
dhellmannfungi: yeah, me, too. I think that's how we got to where we are now. dstufft, are you seeing an error somewhere?21:09
clarkbfungi so last time that happened they fixed setuptools21:09
greghaynesjogo: yep, this was a source of much tripleo breakage21:09
fungijogo: right, i've been thinking for a while that it would be nice to test install, sdist, bdist_wheel, et cetera targets explicitly21:09
*** kgiusti has left #openstack-infra21:09
dhellmannjogo: yeah, we have the install step turned off in tox21:09
dhellmannfungi: ++21:09
*** boris-42 has joined #openstack-infra21:09
jogofungi: ++ it would be an easy test to set up21:09
clarkbfungi and including setuptools is technically the right thing to do21:09
*** zul has quit IRC21:10
*** ddieterly has quit IRC21:10
jogotox -evenv -- python setup.py install21:10
fungiclarkb: yeah, agreed. mainly just wanting to make sure it won't significantly increase our risk of getting wedged again21:10
*** ddieterly has joined #openstack-infra21:10
*** zul has joined #openstack-infra21:10
*** baoli has quit IRC21:11
fungijogo: yep, the impetus for me is the number of projects which tag a release for the first time and then come to us wanting to know why it didn't end up on pypi, only to find out that their packaging was never corectly done21:11
clarkbjogo or just remove use develop21:11
*** baoli has joined #openstack-infra21:11
jogoclarkb: well using develop is faster right?21:12
clarkbyes but thats why this isnt tested21:12
jogohmm so the failing case doesn't use develop21:12
fungijogo: also may want to do it as part of a packaging check job which also lints the trove classifiers so that we'll have some confidence the pypi api won't barf when we try to upload the result21:12
jogo(oslo.policy)21:12
*** shashankhegde has joined #openstack-infra21:13
jogofungi: good idea, so a packaging test21:13
fungi(their trove not our trove, obviously)21:13
jogoI'll take a whack at adding a new test21:13
fungijogo: yeah, likely should be added to the release-to-pypi template in the zuul layout too so that everyone who thinks they're developing something they're going to be uploading there actually can21:14
clarkbjogo so I would just diaable use dwvelop on pep8 checks21:14
*** ghostpl has quit IRC21:14
clarkbno one runs them anywaus21:14
jogofungi:  the 'venv' env is required right?21:14
jogoclarkb: trying that, not working21:14
fungijogo: it gets used in the tarball and wheel building scripts, so yes21:14
clarkbjogo can you show me?21:14
fungihuh, and now on to the reason pypi.region-b.geo-1.o.o isnn't reporting into puppetdb for a good chunk of today...21:15
fungissh: connect to host pypi.region-b.geo-1.openstack.org port 22: Connection timed out21:15
fungito the virtual console, robin!21:15
jogoclarkb: http://paste.openstack.org/show/17235721:16
clarkbnow I have that song stuck in my head21:16
jogois the failure I am seeing in oslo.policy21:16
fungiclarkb: does the nova console via novaclient work with hpcloud?21:16
dhellmannjogo: we're looking at the problem in openstack-oslo now21:17
clarkbfungi: not for interactive console21:17
clarkbfungi: you just get the log iirc21:17
jogoclarkb: but can't reproduce that failure in with tox (doesn't use develop etc.)21:17
jogodhellmann: thanks, looking into adding a test21:17
jogofor this21:17
dhellmannjogo: good idea21:17
fungigrr... the openstackci2 credentials for hpcloud region b aren't right on the puppetmaster21:18
fungii'll see if i can update them correctly21:18
clarkbjogo: but it runs sdist then installs the sdist, likely there is a bug somewhere else if tox doesn't catch it21:18
clarkbjogo: 'oslo_policy/tests/var/policy.d/fake_link' not a regular file -- skipping is what sdist does21:19
jogorunning egg_info21:19
jogois the last thing that happens21:19
clarkbnow why would that be any different than install21:19
jogoclarkb: pbr?21:19
clarkbpossibly21:19
clarkboh I remember21:19
clarkbdstufft: still around? looks like setuptools ignores the non normal file rather than exploding21:20
clarkbdstufft: when making an sdist but not when you do install21:20
clarkbneutron ran into similar with a symlink21:20
clarkband I think it has to do with setuptools21:20
sputnik13Hi, I have a change that's failing tempest tests and the logs aren't providing enough information...  I was told it might be possible to get temporary access to the VM that most recently ran the tempest test21:21
jogoclarkb: so you think we can get this fixed upstream in setuptools21:21
sputnik13can anyone help me with this?21:21
clarkbjogo: ya I think setuptools should use consistent behavior across the commands21:21
anteayasputnik13: what tests are failing, what is the failure?21:21
clarkbjogo: but we also probably need to confirm that pbr isn't doing anything silly21:21
jogoclarkb fungi: still think its worth adding a packaging check job anyway?21:21
anteayasputnik13: can you link to the logs of the running job?21:21
sputnik13anteaya: https://review.openstack.org/#/c/152357/21:21
jogo(can check trove classify stuff too21:21
sputnik13http://logs.openstack.org/57/152357/5/check/gate-tempest-dsvm-neutron-src-oslo.utils/97d8991/console.html21:22
clarkbjogo: maybe I really don't think an explicit setup.py install test is necessary if we stop using develop everywhere21:22
fungijogo: yeah, i'll eventually get around to it if you don't though, so no rush there21:22
clarkbor at least use develop more sparingly21:22
*** claudiub has quit IRC21:22
jogofungi: sound good, I will leave it up to you21:22
anteayasputnik13: the jobs aren't running right now21:22
fungijogo: my interest is more in making sure packaging is at least nominally tested before we try to upload21:22
jogoclarkb: yeah I agree this sounds like a mostly fixable thing21:22
jogoupstream21:22
sputnik13anteaya: sorry, it ran before, I can submit a recheck and have it spin up again21:22
anteayasputnik13: you need a running failing job log for us to hold a node, but we also need a compelling reason to hold it21:23
jogofungi: sounds reasonable21:23
sputnik13anteaya: ok, actually I think I might have something else I can look at first21:23
anteayasputnik13: what have you tried to isolate the issue21:23
anteayasputnik13: exhaust all local possiblities first please21:23
anteayaholding a node is a last resort21:24
sputnik13anteaya: I looked through the log I linked to you, I didn't know that server logs were available under /logs21:24
sputnik13one of my co-workers is showing me now, thank you21:24
fungisputnik13: often these sorts of situations are a good reason to identify what other data you'd want to look at and make sure that gets logged/collected in the future. with cross-repo-dependencies working now you may even be able to rerun your change's jobs on top of an updated devstack-gate or devstack or tempest or whatever21:24
clarkbsputnik13: http://logs.openstack.org/57/152357/5/check/gate-tempest-dsvm-neutron-src-oslo.utils/97d8991/logs/screen-c-api.txt.gz?level=INFO#_2015-02-11_07_43_59_768 is that not sufficient?21:24
fungieven before it gets approved21:24
clarkboh /me catches up on scrollback21:24
*** dmellado has quit IRC21:25
sputnik13clarkb: that looks sufficient, thank you21:25
sputnik13I'm still relatively new, thank you for your help21:26
clarkbno problem21:26
*** dmellado has joined #openstack-infra21:26
clarkbit can be hard to dig through those logs so wasn't sure if you had found that or not21:26
anteayasputnik13: just for context we tend to be willing to hold a node for a long standing bug that is blocking the gate that can't be reproduced anywhere else21:27
dstufftdhellmann: fungi pbr is a weird case where it's generally only useful if you already have setuptools installed right? since it's a setuptools extension?21:27
sputnik13clarkb: I didn't realize it was even there, but now I know about how logs are being captured so I'll start looking through these first before I ask for a VM to be held21:27
dstufftclarkb: I'm back now21:27
sputnik13:)21:27
anteayasputnik13: then when someone spots it we hold the node for debugging21:27
anteayasputnik13: for context21:27
sputnik13anteaya: ic ic, thank you21:27
anteayasputnik13: np21:27
clarkbdstufft: so symlinks break python setup.py install but not python setup.py sdist21:28
clarkbdstufft: yes this is with pbr so may not be setuptools fault21:28
fungidstufft: special case perhaps, but since pbr uses setuptools at runtime (imports it in pbr.core) it makes sense that anything else depending on pbr can pretty much be guaranteed that setuptools has to be there too, right?21:28
dhellmanndstufft: true, it is a little different -- I wasn't clear on the preferred best practices21:28
*** sdake has quit IRC21:28
clarkbdstufft: just curious if you had any additional insight into the symlink issue since you had commented on it last time when neutron broke installs with a symlink21:29
openstackgerritTristan Cacqueray proposed openstack-infra/zuul: Layout: adds include layout-dir  https://review.openstack.org/15229021:29
*** timcline has quit IRC21:29
fungiclarkb: ooh, was this another symlink in the source tree? fun21:29
clarkbfungi: I think so21:29
dstufftclarkb: not offhand, i don't think distutils supports symlinks via install either, it might be an accident that it works with sdist at all21:30
clarkbyup confirmed21:30
*** timcline has joined #openstack-infra21:30
clarkbdstufft: 'oslo_policy/tests/var/policy.d/fake_link' not a regular file -- skipping tht is what sdist says21:30
clarkbdstufft: seems to skip it rather than error but install errors21:30
*** emagana has quit IRC21:30
fungiclarkb: jeblair: mordred: the credentials for hpcloud openstackci2 in our encrypted list match what's in our environment file, but doesn't seem to work with novaclient... any idea what's going on there?21:31
dstufftfungi: dhellmann So I generally think that projects should declare their own runtime dependencies regardless of what else exists in the dependency graph, (sort of), basically is your use of pbr and your use of setuptools linked together, or are you using them seperately?21:31
*** emagana has joined #openstack-infra21:31
clarkbfungi: no21:31
clarkbfungi: I don't think they have been changed since heartbleed21:31
jheskethMorning21:32
fungidstufft: i generally agree (if for no other reason that changes in transitive deps can spontaneously kill you by ceasing to depend on something you were using but not declaring as an explicit dependency)21:32
jeblairfungi: is that pypi server up?21:32
anteayamorning jhesketh21:32
dhellmanndstufft: sure, that makes sense -- but it wasn't clear to me that it was safe to do that with setuptools in stevedore because of issues with setuptools updating itself, etc.21:32
jeblairfungi: i'm wondering if the account is toast21:32
dhellmanndstufft: it ought to be safe to list a bare setuptools dependency, without a version21:32
fungijeblair: i can't tell. i can't ssh or http o it and can't authenticate to the hpcloud api21:33
dstufftclarkb: it's probably a distutils behavior tbh, I don't have much insight into why it's that way though, that precedes my involvement by about 15 years I believe21:33
clarkbdstufft: fun, thanks for the input21:33
*** eharney has joined #openstack-infra21:33
fungijeblair: it seems entirely likely that someone could have deactivated or deleted our tenant out from under us21:33
fungitteggel: gilliard: ^21:33
clarkbjogo: so it is entirely possible we will need explicit install checks21:33
dstufftdhellmann: it should be safe, we're doing it in pyca/cryptography and as far as I know we've had no problems21:33
clarkbfungi: are jobs failing? /me looks at zuul status21:34
clarkbdstufft: you have had problems21:34
clarkbdstufft: setuptools broke setuptools installing itself for a while and cryptography could not be installed21:34
*** emagana has quit IRC21:34
clarkbI complained over in the cryptography channel but was basically told cryptography is correct and later setuptools was fixed21:34
dstufftclarkb: wellt hat's not really specific to setuptools itself, any dependency you have can break it's ability to be installed and need fixed21:35
*** emagana has joined #openstack-infra21:35
jeblairclarkb, fungi: horizon says21:35
jeblairInvalid user name or password.21:35
clarkbdstufft: no this was special because it was setuptools installing itself21:35
clarkbdstufft: it has to do with setuptools chicken and egging21:35
fungijeblair: sounds like someone said "what's this? i guess nobody's using it... BALETED"21:35
dstufftclarkb: sure that particular case, but i mean the general problem of "a depenency released a version that can't be installed for $reasons"21:35
clarkbsure21:36
fungijeblair: and yeah, timeouts for ping, http, ssh21:36
fungiseems conclusive21:36
dstufftin general the case should work baring setuptools releasing a version that's buggy about being installed21:36
jeblairclarkb, fungi: i would like to know why this hasn't taken out half our system21:37
*** baoli has quit IRC21:37
clarkbjeblair: yes that is a good question21:37
clarkbI am trying to find an hpcloud job now21:37
*** Sukhdev has quit IRC21:37
dstufftdhellmann: I just noticed it because I was looing at stevedore for others reasons and when I saw it didn't have a dep on setuptools I went looking for how you were loading entry points without it :)21:37
*** baoli has joined #openstack-infra21:37
fungijeblair: agreed, looking in logs for potential signs that it's falling back on pypi.python.org or something21:38
dstufftdhellmann: you can have an environment without setuptools installed into it, and you can do ``pip install thing-that-depends-on-setuptools`` and get a bunch of things installed without ever having setuptools installed21:38
*** sdake has joined #openstack-infra21:38
dstufftand at some point get-pip.py and ensurepip will stop installing setuptools by default (this'll be when we'll automatically load is as a build dependency for sdists, but we won't fully install it for a build dependency, it'll be installed into a temporary location)21:39
dhellmanndstufft: right, and in that case would pip break or get confused? at one point we thought it would, and that's why we avoided being explicit. I honestly don't know if it's safe, but if it is then we should add the dependency.21:39
*** jaypipes has joined #openstack-infra21:39
clarkbhttp://logs.openstack.org/51/154851/1/gate/gate-requirements-python27/afe29e8/tox/py27-1.log21:39
dstufftdhellmann: if everything is available via wheels it'll work just fine21:39
clarkbfungi: jeblair ^ that log indicates it is using the mirror21:39
dstufftuntil you import stevedore21:39
dhellmanndstufft: that's a big if, though21:39
*** davideagnello has quit IRC21:39
dstufftdhellmann: and in the future when we switch setuptools to an automatically and temporarily installed stevedore it'll be for any case sdist or wheels21:40
dstuffter21:40
dstufftautomatically and temporarily installed buiuld dependency*21:40
dhellmanndstufft: I'm not arguing that you're wrong in principle, just trying to make clear why we chose not to do it already and seeking to understand if it's safe to do it now21:40
*** jaypipes has quit IRC21:40
dstufftdhellmann: it should be roughly as safe to list setuptools as a dependency as it is to list anything else as a dependency21:41
clarkbfungi: jeblair but I can't get it either21:41
*** dmellado has quit IRC21:41
jeblairme neither21:41
clarkbfungi: jeblair: maybe this is filtering traffic from the internet?21:41
dhellmanndstufft: ok21:41
clarkbincluding to the api server?21:41
fungiclarkb: yeah i'm trying from an hpcloud instance now21:41
clarkband nodepool only works due to an existing connection?21:41
dhellmanndstufft: will you file a bug? or a patch?21:41
*** davideagnello has joined #openstack-infra21:42
jeblairclarkb, fungi: it worked for me from a random hpcloud-b5 instance21:42
fungiclarkb: nodepool is connecting to another tenant21:42
clarkbfungi: oh right21:42
dstufftdhellmann: yea, is it via gerrit or github or?21:42
*** dmellado has joined #openstack-infra21:42
*** sputnik13 has quit IRC21:42
jeblairclarkb, fungi: dns results match on my workstation and the hpcloud-b5 host21:42
dstufftPyPI lists github.com/dreamhost/stevedore, btu that hasn't gotten any commits since 2013 so I'm not sure that's accurate :)21:43
dhellmanndstufft: stevedore is an oslo project, so bugs are in lp (python-stevedore) and patches are in gerrit21:43
fungijeblair: clarkb: could be something up with routing. traceroutes to it die for me in Level3.net21:43
*** zul has quit IRC21:44
jeblairfungi: can you ssh to any hpcloud instance?21:44
clarkbfungi same thing here21:44
jeblairalso same here21:44
fungii was able to ssh to a nodepool node 15.126.244.4321:45
*** davideagnello has quit IRC21:45
clarkbjeblair: I seem to get through to 15.126.247.3321:45
*** e0ne has joined #openstack-infra21:45
*** davideagnello has joined #openstack-infra21:45
fungiand traceroutes for it die at the same place, but then pick up again at the last hop21:45
openstackgerritDonald Stufft proposed openstack/requirements: Add setuptools to global requirements  https://review.openstack.org/15549821:45
*** sputnik13 has joined #openstack-infra21:45
*** davideagnello has quit IRC21:46
clarkbfungi: ya21:46
jeblairi'm going to try agent-forwarding through a personal hpcloud dev host21:46
*** dkliban is now known as dkliban_afk21:46
clarkbjeblair: gl21:46
*** davideagnello has joined #openstack-infra21:46
fungii can also ssh to 15.126.223.209 which is in the same /24 as that server21:47
*** Longgeek has joined #openstack-infra21:47
jeblairclarkb, fungi: that works21:48
fungimakes me think they've deleted the tenant but not the server and due to quirks of their routing it's still reachable from within region-b but not through their border gateways21:48
dstufftdhellmann: https://review.openstack.org/#/c/155498/ there's the patch to add setuptools to glboal requirements21:48
clarkbso must be on the non hp side of hpclouds internet presence21:48
jeblairjust going to make sure there's no crazy fw rule or something21:48
fungithough it's also entirely possible that the credentials we have on file for that tenant are simply wrong21:48
clarkbfungi: and you compared agaust the ci-launch files too?21:49
dhellmanndstufft: we should probably have a comment above the new line explaining briefly why we don't specify a version like we do with the other libs21:49
fungiyep21:49
jeblairfw looks reasonable21:49
*** jaypipes has joined #openstack-infra21:49
fungialso, useful datapoint, the last time this system was reachable from the puppetmaster was 15:10 utc21:49
dhellmannjogo: when dstufft's patch lands we'll want to exclude it from caps in your requirements script ^^21:49
fungiso whatever happened was shortly after that21:49
dstufftdhellmann: do we need that? lots of other things in here don't have versions21:49
jeblairfungi: thanks.  i'll hop over to the hpcloud noc and start asking around21:50
dhellmanndstufft: "write it down" -- more documentation is better, especially in special cases21:50
*** daneyon_ has joined #openstack-infra21:50
*** daneyon_ has left #openstack-infra21:50
fungijeblair: sword and shield recommended21:50
clarkband maybe a holy hand grenade or two21:50
*** zul has joined #openstack-infra21:51
ekarlsosupersheep as well ?21:51
fungiamusingly, this hasn't tanked 2/3 of our ci due to sheer luck21:51
dstufftdhellmann: I'm not sure what you want me to write though, the answer is basically "because the libraries that use this can use any you want", it's perfectly reasonable to put a runtime version constraint on what version of setuptools you support, pip will upgrade/dowgrande it as needed, you just can't control what version is used to _install_ your thing very well21:52
dhellmanndstufft: I'm not convinced that putting a version in there and having pip change the version of setuptools installed on a system is safe. We've just seen it not work, and I haven't tried it myself so I'm wary. I'll see if I can come up with some wording and comment on the review.21:53
jogodhellmann: o_O yeah21:53
jogoalthough that can break a stable branch but yeah21:53
dhellmannjogo: you have the overrides thing, so it should be easy, we just have to remember to do it. Is that script in master?21:53
*** jsavak has joined #openstack-infra21:54
*** ihrachyshka has quit IRC21:55
clarkbnote I approved the two sb access changes, figuring the long discussion earlier today covered the why and how and if anyone disagrees with the approval they know where to bring the discussion up again21:55
clarkbalso the affected users is tiny so don't think its worthy of a ML thread21:55
*** sigmavirus24 is now known as sigmavirus24_awa21:55
clarkbif anyone disagrees feel free to let me know21:55
*** bogdando has quit IRC21:55
dstufftdhellmann: fwiw i totally don't mind putting words there I just don't know what to put :) Though maybe a realistic reason is because the openstack cI is hardcoded to force it to the latest version anyways21:55
*** joesavak has quit IRC21:55
dhellmanndstufft: see my comment -- and that thing about the ci system is a reasonable thing to add to it, for context21:56
jogodhellmann: there is a patch up to forward port it to master right now21:57
jogobroke on oslo though ;)21:57
dhellmanndstufft: I'm heading over to the local meetup, but I'll be back online in a bit21:57
dhellmannjogo: ok, we have a patch fast-tracked to fix that21:57
*** joesavak has joined #openstack-infra21:57
dhellmannjogo: https://review.openstack.org/#/c/155485/21:57
*** ddieterly has quit IRC21:58
clarkbfungi: pleia2 mordred jeblair jhesketh SergeyLukjanov 144167 has had its deps merge21:58
openstackgerritDonald Stufft proposed openstack/requirements: Add setuptools to global requirements  https://review.openstack.org/15549821:59
*** dmellado has quit IRC22:00
jeblairclarkb: aprvd.  i do not think it will interefere with the current issue22:00
*** denis_makogon has quit IRC22:00
*** jsavak has quit IRC22:00
*** emagana has quit IRC22:01
*** dmellado has joined #openstack-infra22:01
*** rlandy has quit IRC22:02
rhe00_  my ci posts a SUCCESS comment on the change but it does not add a +1.  https://review.openstack.org/#/c/155493/   Any ideas what I am doing wrong?22:02
jeblairrhe00_: using zuul?22:03
rhe00_yes22:05
rhe00_do I need to be added to the sandbox project to be allowed to vote?22:05
jogoclarkb: any progress on https://storyboard.openstack.org/#!/story/2000159 ?22:05
clarkbjogo: ya I think we should trap that error and go into a deep sleep, then try to catch such a job and interact with it as humans22:06
openstackgerritMerged openstack-infra/system-config: Removed krotscheck@gmail.com from SB Admin  https://review.openstack.org/15542922:06
jogoclarkb: good idea, how do we do that22:07
*** dmellado has quit IRC22:07
jogoin other news neutron job passed so looks like tempest-full may be working everywhere22:07
jogorunning a recheck22:07
openstackgerritMerged openstack-infra/system-config: Remove ttx from SB admin  https://review.openstack.org/15544022:07
jogobut looks like we should be able to move to tempest-full now22:07
jogo(since jobs are still experimental)22:08
openstackgerritJeremy Stanley proposed openstack-infra/puppet-zuul: Option to allow HTTPS for the proxy  https://review.openstack.org/15547122:08
clarkbjogo: NICE22:08
jeblairclarkb, fungi, mordred: the account is suspended.  i am working on next steps.  i asked but do not know when intra-hpcloud access might stop working.22:08
anteayarhe00_: you need to be commenting on sandbox-ci which is set up for ci testing22:08
*** Ryan_Lane has quit IRC22:08
*** dmellado has joined #openstack-infra22:08
clarkbjeblair: fun22:08
anteayarhe00_: http://git.openstack.org/cgit/openstack-dev/ci-sandbox/22:08
anteayapardon ci-sandbox22:09
fungijeblair: wow, suspended. did its parents get a call from the school principal too?22:09
anteayaand no, you don't need any permissions to test your ci verification voting on that repo22:09
jeblairfungi: Suspended:3 even.22:09
fungiyikes22:10
fungithe 3 means 3 time more bad22:10
jogoclarkb: can you handle the trap that error side?22:10
jesusaurusjeblair: is that triple-secret-suspended?22:10
clarkbjogo: ya let me finish commenting on the thing I told bnemec I would comment on then I will look into trappign that so we can debug22:10
clarkbjesusaurus++22:10
jogoclarkb: thanks!22:11
*** emagana has joined #openstack-infra22:12
fungijesusaurus: indeed, the escalation after double secret probation22:12
rhe00_anteaya: https://review.openstack.org/#/c/155493/ so my CI posting a SUCCESS status to the change is not the same as commenting?22:12
*** annegent_ has quit IRC22:13
*** zul has quit IRC22:13
anteayarhe00_: which is your ci?22:13
*** denis_makogon has joined #openstack-infra22:13
openstackgerritJoe Gordon proposed openstack-infra/project-config: Make aiopcpu jobs run tempest-full  https://review.openstack.org/14044522:14
rhe00_anteaya: X-IO ISE ISCSI CI22:14
openstackgerritMerged openstack-infra/system-config: Remove per-user pip settings  https://review.openstack.org/14416722:14
anteayaso posting success is commenting22:14
anteayarhe00_: I'm letting you know we created a specific sandbox repo just for cis to test their systems22:15
*** hdd has quit IRC22:15
anteayaci-sandbox22:15
*** annegent_ has joined #openstack-infra22:15
rhe00_anteaya: I am using openstack-dev/sandbox from jay pipes instructions.  I did not realize it had changed.  I will try that one instead.22:16
anteayathanks22:16
anteayarhe00_: jaypipes instructions should have a note at the top redirecting to our documentation, does it not?22:16
*** bdpayne has joined #openstack-infra22:16
*** tiswanso has quit IRC22:17
*** dalgaaf has quit IRC22:17
*** sputnik1_ has joined #openstack-infra22:18
*** harlowja_ has joined #openstack-infra22:18
*** e0ne has quit IRC22:18
*** salv-orlando has quit IRC22:19
*** salv-orlando has joined #openstack-infra22:19
rhe00_anteaya: I don't see any redirect instructions.22:19
*** Longgeek has quit IRC22:19
anteayarhe00_: at the top did it not say the post is out of date and not maintained?22:20
*** Apsu has quit IRC22:20
*** ddieterly has joined #openstack-infra22:20
*** zul has joined #openstack-infra22:21
*** Apsu has joined #openstack-infra22:21
anteayarhe00_: I had thought he added a note guiding folks to http://ci.openstack.org/third_party.html22:21
*** sputnik13 has quit IRC22:21
*** harlowja has quit IRC22:21
rhe00_yes, it does say it is not maintained. I have been using it as a supplement to asselin's instructions22:21
asselinrhe00_, anteaya I just updated my sampe to point to the new ci-sandbox22:22
*** dmellado has quit IRC22:22
anteayaasselin: thank you22:22
*** dmellado has joined #openstack-infra22:24
*** thedodd has quit IRC22:24
jeblairclarkb, fungi, mordred: it has been reactivated.  apparently the gratis period expired on that account.  the owner will have to request extension periodically.  there is no way to extend it indefinitely.22:24
rhe00_asselin: thank you22:25
jeblairclarkb, fungi, mordred: i do not yet know how to do that process.  i also do not know when the jenkins account will expire.22:25
fungijeblair: any idea who the owner is, and what the gratis period duration is?22:25
*** yamahata has joined #openstack-infra22:26
fungijeblair: also did they say when the vm would be reachable again? it's still not responding outside their network22:26
clarkbjeblair: pretty sure I am the person that signed up, but used gerrit's email addr?22:26
*** vigneshvar has quit IRC22:27
*** e0ne has joined #openstack-infra22:27
*** mrmartin has quit IRC22:28
*** timcline has quit IRC22:28
jeblairfungi: still working on the gratis thing.  i'll ask about network access.  i did verify api acess works now though.22:28
anteayamy cat is finally seeking attention again, took about a week22:30
jeblairclarkb: i think the email address makes all the difference.  :/  hpcs email==indefinite gratis; though perhaps only as long as the person works for hpcs?  i dunno...22:32
fungican we rotate an hpcs address through the infra cores we keep rotating in and out of there? ;)22:33
jeblairfungi: ha!  save on paperwork if we just assume identities22:33
fungijust always claim our name is "openstack jones"22:34
clarkbjeblair: well no one explained that to me ... :/22:34
anteayasteve22:34
*** ParsectiX has quit IRC22:34
anteayasteve openstack22:34
*** ParsectiX has joined #openstack-infra22:35
fungiokay, popping out to dinner, back in a little while22:35
*** sputnik1_ is now known as sputnik1322:35
*** otter768 has joined #openstack-infra22:35
jeblairclarkb: i'm changing the address to mine, as i am assured that will not impact my current account, and i feel like the other arrangement would be better...22:35
*** davideagnello has quit IRC22:36
*** thedodd has joined #openstack-infra22:36
clarkbya I think that should be fine22:36
jeblairclarkb: we have the choice of forgetting to update something when monty or i leave, vs forgetting to submit a sharepoint form every X time period (still unknown)22:36
clarkb+1 :)22:37
*** miqui is now known as miqui_away22:37
*** thedodd has quit IRC22:37
*** bogdando has joined #openstack-infra22:37
*** davideagnello has joined #openstack-infra22:37
*** mbacchi has quit IRC22:37
*** camunoz has joined #openstack-infra22:38
jeblairpleia2: next time it's your turn ;)22:39
*** otter768 has quit IRC22:40
*** carl_baldwin has quit IRC22:40
*** BobBall_AWOL is now known as BobBall22:41
*** dank_ has joined #openstack-infra22:42
BobBallSo... With libvirt+xen I want to bring up an Ubuntu node, which works fine, then run a script to install Xen but then we need to reboot the node.  Suggested extension?  Most obvious way to me is to use a 'ready' script and add a new 'reboot-after-ready' flag22:42
BobBallof course, checking SSH works still after reboot.  Thoughts?22:42
clarkbBobBall: I think we were hoping that we could just use dib or similar and upload an image that straight boots xen22:43
BobBallunfortunately can't use DIB as we must boot without Xen in the first place22:43
dank_Good Afternoon - i'm having some trouble with Gerrit, it was recommended I come here and talk to ClarkB or Fungi22:43
*** e0ne has quit IRC22:43
BobBallbecausewe need to get the IP address which isn't accessible if Xen boots first22:43
clarkbdank_: hi there, best to just ask your question and we will do our best to help22:43
openstackgerritJaime Flynn proposed openstack-infra/jenkins-job-builder: updated conditional_publisher to support plugin changes  https://review.openstack.org/15551422:43
clarkbBobBall: you can config drive in rax22:44
clarkbBobBall: and get the ip from that22:44
BobBallLast I checked the IP wasn't in RAX config drive22:44
BobBallhas that changed?22:44
mordredjeblair: back online ... are you telling me that our HP Cloud accoutn got suspended?22:44
dank_OK - stupid really, i'm trying to insert my contact details into gerrit so I cansubmit something for review, my contact details aren't filled in, when I filled it in it tells me my details couldn't be saved22:44
*** vigneshvar has joined #openstack-infra22:44
clarkbBobBall: yup it was pretty recent. mordred has all the details22:45
mordredBobBall: it is22:45
pleia2jeblair: sure :) (back from lunch+appointment now)22:45
clarkbfungi: have that ask answer handy?22:45
mordredBobBall: and I have a script you can use to consume it and produce network files even22:45
clarkbdank_: hold on we have this well documented at this point I just have to dig up a link22:45
BobBallwow - that would be useful mordred22:45
mordredBobBall: one sec - let me get you a link22:45
mordredBobBall: I was thinking about pulling it out and making it a thing you can install from pypi - if you're going to use it I might do that22:46
BobBallclarkb: Planning not to use DIB anyway - can have a prepare_node script that does the work22:46
dank_Server Error: Cannot store contact information22:46
clarkbdank_: https://ask.openstack.org/en/question/56720/cannot-store-contact-information-when-updating-info-in-openstack-gerrit/ does that help?22:46
clarkbdank_: if not le us know and we can continue to debug22:46
* dank_ looks 22:46
BobBallDo you happen to know which device the config drive shows up as?22:46
BobBallJust wondering if it's present in HVM mode with no PV drivers (which is how nested xen can boot)22:47
*** mfink_ has quit IRC22:47
openstackgerritClark Boylan proposed openstack-infra/devstack-gate: Add trap handler for aiopcpu ssh errors  https://review.openstack.org/15551622:47
clarkbjogo: ^ I think that should do it22:47
*** thrawn01 has joined #openstack-infra22:48
mordredBobBall: https://review.openstack.org/#/c/154132/22:48
mordredBobBall: there is a shell script anda  python script in there22:48
jogoawesome22:48
dstufftdhellmann: Hmm, stevedore doesn't handle multiple extensions named the same thing at all22:48
mordredthey don't have anything specific to dib in them22:48
dstufftor well I mean22:48
BobBallJust checked - looks like configdrive is device 3 so should work22:49
mordredBobBall: https://review.openstack.org/#/c/154132/4/nodepool/elements/read-vendor-json/bin/static-network-config.sh has the info about mounting the device if it's helpful22:49
BobBallmordred: wonderful! thanks.22:49
mordredBobBall: https://review.openstack.org/#/c/154132/4/nodepool/elements/read-vendor-json/bin/read-vendor-json.py reads the data and splats out network config22:49
*** annegent_ has quit IRC22:49
mordredBobBall: if you think it would be helpful I can work on splitting one or both of those into something independently installable22:50
thrawn01anyone know what incantation is needed to allow me to update my contact information on gerrit? "Cannot store contact information" ( https://code.google.com/p/gerrit/issues/detail?id=2985 )22:50
BobBallLove it - that looks perfect mordred22:51
anteayathat is two inquires in less than 10 minutes is the foundation db down?22:51
BobBallRAX supporting ips in config drive solves a lot of our problems22:51
anteayafungi: ^^22:51
*** ddieterly has quit IRC22:52
clarkbthrawn01: https://ask.openstack.org/en/question/56720/cannot-store-contact-information-when-updating-info-in-openstack-gerrit/ can you see if that fixes it, if not let us know22:52
*** ddieterly has joined #openstack-infra22:52
anteayaor is there an onboarding event happening somewhere?22:52
*** amitgandhinz has quit IRC22:52
*** BobBall is now known as BobBall_AWOL22:54
anteayaI can search the user db22:54
rhe00_http://ci.openstack.org/third_party.html does not mention zuul. Has it been replaced by the gerrit trigger model?22:54
thrawn01clarkb: thanks! that was it!22:54
asselinrhe00_, there's a pending change for that22:54
openstackgerritElizabeth K. Joseph proposed openstack-infra/system-config: Use ansible logging during puppet run_all.sh  https://review.openstack.org/15428322:55
anteayaperhaps just circumstance then22:55
asselinrhe00_, https://review.openstack.org/#/c/149032/22:55
*** zul has quit IRC22:55
asselinanteaya, ^^ would interest you22:55
*** zul has joined #openstack-infra22:55
anteayaasselin: I'm reading22:56
anteayarhe00_: you can also see the changes by reading the draft from the ci-docs job22:56
anteayarhe00_: which results in http://docs-draft.openstack.org/32/149032/6/check/gate-ci-docs/0558253//doc/build/html/third_party.html#the-zuul-gerrit-trigger-way22:57
rhe00_asselin: so zuul is the still the recommended way to go?22:57
anteayarhe00_: it depends on your use case22:57
anteayawhat repo are you planning on testing?22:57
rhe00_cinder22:57
asselinrhe00_, i'm in cinder and I use zuul.22:58
rhe00_asselin: ok22:58
anteayathen follow asselin's advice, since noone knows more about cinder testing with third party ci22:58
*** dimtruck is now known as zz_dimtruck22:59
asselinrhe00_, because you're going to want to use nodepool, and zuul and nodepool play nice together23:00
rhe00_asselin: I modified my layout.yaml to point to openstack-dev/ci-sandbox and restarted jenkins, zuul, zuul-merger.  it still does not pick up the update to the change in ci-sandbox.  Any ideas what I have missed?23:00
*** thrawn01 has left #openstack-infra23:01
asselinrhe00_, take a look at /var/log/zuul/debug.log23:01
*** zul has quit IRC23:01
*** jsavak has joined #openstack-infra23:01
jeblairmordred: yes, hpcloud suspended the account with the pypi server23:02
jeblairmordred: only by accident did that not take out half the ci system23:02
jeblairmordred: (access to the server within hpcloud still worked, even while access from the Internet was disabled)23:03
*** thingee has quit IRC23:03
mordredjeblair: wow. there are so man things broken about that23:03
jeblairi am currently trying to convince the noc to look into that, but i'm being asked to talk to the support team since it's an "individual instance problem".23:04
*** joesavak has quit IRC23:04
rhe00_look at that. it picked up 'recheck x-io', but not 'recheck' only. must be something wrong in my layout.yaml23:04
*** dmellado has quit IRC23:05
*** zul has joined #openstack-infra23:05
pleia2is there anyone in particular we should wait for WRT this one? https://review.openstack.org/#/c/154474/1 (#openstack-stable logging)23:06
*** jgrimm is now known as zz_jgrimm23:06
*** dmellado has joined #openstack-infra23:06
clarkbpleia2: it will restart the meetbot so don't approve when meetings are going on or when they are soon to start23:07
jogoare we using standard pypi.python.org again ? http://logs.openstack.org/29/152329/22/gate/gate-tempest-dsvm-neutron-full/ab939f2/console.html#_2015-02-12_20_13_18_88323:07
*** ParsectiX has quit IRC23:07
*** dmellado has quit IRC23:07
clarkbpleia2: otherwise no I think you can approve it23:07
*** ParsectiX has joined #openstack-infra23:08
jogoclarkb: ^23:08
clarkbjogo: I think that means mordreds global config of pip doesn't work23:08
*** dmellado has joined #openstack-infra23:08
pleia2seems all clear right now23:08
* jogo throws a wet cat at mordred23:09
* anteaya blow dries the cat aimed at mordred23:09
pleia2pro tip: cats don't like hair dryers23:10
clarkbjogo: I will hop on a node and look in a sec23:10
anteayanot always, that is true23:10
pleia2:)23:10
anteayahehe23:11
* anteaya offers snow lizards23:11
pleia2haha23:11
anteayavery rare23:11
anteaya:)23:11
clarkbyup confirmed /etc/pip.conf isn't being updated properly23:12
* jogo wants a snow lizard23:12
clarkblet me see what the ready script for nodepool does23:12
zaroclarkb: why don't i see a 'Continuous Integration Tools' Group in review.o.o ?23:13
*** avozza is now known as zz_avozza23:13
*** thingee has joined #openstack-infra23:13
clarkbzaro: its not visible23:14
zarook. thanks.23:14
jogoclarkb: tracking bug https://bugs.launchpad.net/openstack-gate/+bug/142145223:14
openstackLaunchpad bug 1421452 in OpenStack-Gate "We reverted back to https://pypi.python.org" [Undecided,New]23:14
* anteaya gives jogo a snow lizard23:14
clarkbwell that'll do it, doesn't look like the configure_mirror script was ever updated23:14
jogo\o/23:14
clarkb14416523:15
clarkbfungi: ^ can your remove your -2?23:15
*** diva_milani has joined #openstack-infra23:15
diva_milanidoes jenkins-job-builder reconginze a parameters for github plugins?23:16
clarkbfungi: and approve it if you are still happy with it. that should get us working again23:16
anteayapleia2: feel like updating your +1 to a +2? https://review.openstack.org/#/c/149032/23:16
anteayapleia2: then we just need one more23:16
diva_milanilike i have a github plugin in jenkins, i want to pull a github private repo, but i am not sure how do i write a yaml format job for it?  git scm does not have anything for github ://23:17
*** chlong has joined #openstack-infra23:17
clarkbdiva_milani: if JJB doesn't support that plugin it will need to be updated to do so23:17
pleia2anteaya: done, but I think input from the rest of infra is good WRT adding this stuff to the docs23:17
clarkbdiva_milani: also the git scm plugin should work right?23:17
clarkbdiva_milani: github isn't that special I hope23:17
*** dustins has quit IRC23:17
pleia2I know there's some apprehension about the maintenance burden23:17
anteayapleia2: sure23:17
anteayapleia2: which is warrented23:18
* pleia2 nods23:18
pleia2through my reviews of this one I tried to incorporate as much existing docs as possible, so I'm happy with it anyway :)23:18
*** vigneshvar has quit IRC23:18
anteayaI don't think there are any wrong turns in it23:18
diva_milaniclarkb: lol ...reading this source, i cant seem to find github reference ...it talks all about git/svn/mercurial ..23:19
diva_milanihttp://ci.openstack.org/jenkins-job-builder/scm.html23:19
anteayaand I think folks reading it will have pain points we won't discover until they consume it23:19
* pleia2 nods23:19
anteayaI don't think it introduces anything new in what is happening, just documenting it23:19
openstackgerritMerged openstack-infra/system-config: Collect #openstack-stable logs  https://review.openstack.org/15447423:19
anteayaand yes more eyes are better23:19
clarkbdiva_milani: github uses git23:19
clarkbdiva_milani: you should be able to use the git scm plugin to talk to github23:20
diva_milaniyes i can but, not the private repos..for that i need to set credentials but not sure23:20
clarkbdiva_milani: you should be able to provide those credentials to the git scm plugin, via an ssh key for example23:20
dstufftclarkb: oh, was that fake link thing you asked about earlier breaking the gate?23:20
openstackgerritJoe Gordon proposed openstack-infra/elastic-recheck: Add query for bug 1421452  https://review.openstack.org/15552723:21
openstackbug 1421452 in OpenStack-Gate "We reverted back to https://pypi.python.org" [Undecided,New] https://launchpad.net/bugs/142145223:21
clarkbdstufft: I am not sure, jogo pointed me at it23:21
dstuffthttps://review.openstack.org/#/c/155498/ failed for what looks like that reason23:22
jogodstufft:  that is exactly it23:22
jogoclarkb: query ^23:22
clarkbalso interesting that its failing a bunch23:23
jogoI have a clarkb any idea of when that change started?23:23
clarkbjogo: recently, I think last night when the d-g change merged23:24
clarkbbut I could be wrong, thee are so many moving pieces here and the depends on were incomplete23:24
*** hichihara has joined #openstack-infra23:24
jeblairclarkb, fungi: i am attempting to contact the hpcloud support team.23:25
*** VijayTripathi has quit IRC23:25
*** doug-fish has left #openstack-infra23:25
*** VijayTripathi has joined #openstack-infra23:26
*** andreaf_ has joined #openstack-infra23:27
*** zul has quit IRC23:27
*** gyee has joined #openstack-infra23:29
clarkbjeblair: mordred fungi 144165 would be good to get in real soon now23:29
clarkbI can remove fungi's -2 if someone else wants to review and +223:29
clarkb(its a procedural -2)23:29
jeblairclarkb: why sed instead of cat?23:29
jeblairdo we have something else in there now?23:29
clarkbjeblair: yes, we have the list of trusted nodes in there as well23:30
jeblairah ok23:30
clarkbso all this does is update the default index23:30
clarkbs/default/only/23:30
jeblairclarkb: i +2 and support your lifting the -223:31
clarkbthank you23:31
jeblairclarkb: which i would do myself but i did not add that feature to gertty23:31
jeblairand it sounds like you're already logged into gerrit23:31
clarkbyup23:31
clarkball done23:32
*** blackchip has joined #openstack-infra23:32
*** gyee has quit IRC23:33
openstackgerritElizabeth K. Joseph proposed openstack-infra/reviewstats: Add lyz to core reviews in infra.json  https://review.openstack.org/15553223:33
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email base plugin.  https://review.openstack.org/15194823:34
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email SMTP Sender  https://review.openstack.org/14979223:34
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email Send Cron Worker  https://review.openstack.org/15141623:34
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email Working Directory Utility Method  https://review.openstack.org/15194723:34
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard: Email Outbox  https://review.openstack.org/15141323:34
*** Mr0rris0 has quit IRC23:35
*** andreaf_ has quit IRC23:35
*** EmilienM is now known as EmilienM|afk23:35
*** gyee has joined #openstack-infra23:35
openstackgerritMerged openstack-infra/elastic-recheck: Add query for bug 1421452  https://review.openstack.org/15552723:35
*** gyee has quit IRC23:35
openstackbug 1421452 in OpenStack-Gate "We reverted back to https://pypi.python.org" [Undecided,New] https://launchpad.net/bugs/142145223:36
*** gyee has joined #openstack-infra23:36
*** asettle is now known as asettle-bfast23:38
*** gyee has quit IRC23:38
*** gyee has joined #openstack-infra23:38
openstackgerritMerged openstack-infra/project-config: Edit global pip.conf instead of per-user pip.conf  https://review.openstack.org/14416523:38
*** yamahata has quit IRC23:39
*** openstack has joined #openstack-infra23:41
*** sdake has quit IRC23:41
pleia2\o/23:41
*** baoli has quit IRC23:42
*** bknudson has quit IRC23:42
*** baoli has joined #openstack-infra23:42
*** andreaf_ has joined #openstack-infra23:44
*** ashleighfarnham has quit IRC23:44
*** ashleighfarnham has joined #openstack-infra23:45
*** amitgandhinz has joined #openstack-infra23:47
*** andreaf_ has quit IRC23:47
*** oomichi has joined #openstack-infra23:50
*** amitgandhinz has quit IRC23:53
fungiclarkb: jeblair: looking23:53
fungicool, already taken care of23:53
*** carl_baldwin has joined #openstack-infra23:54
*** blackchip has quit IRC23:54
*** salv-orlando has quit IRC23:54
clarkbfungi: wasn't sure if we had lost you for the day so went ahead and removed the -223:56
*** krtaylor has quit IRC23:57
*** ayoung has quit IRC23:57
*** diva_milani has quit IRC23:57
*** annegent_ has joined #openstack-infra23:59

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