Saturday, 2014-04-05

mordredclarkb: I was just thinking that there was a better key exchange mechanism going on here than what we were currently doing - but on second read, it would be essentially the same amount of work00:00
mordredjust different00:00
*** ArxCruz has quit IRC00:00
fungimordred: openssh certificates solve a problem we don't really have (letting servers figure out who to let in without having a list of their keys)00:04
fungisdague: the remaining devstack image rebuilds completed while i was at dinner, so should be safe to use those fedora images now00:04
fungier, those fedora qcow files (not to confuse them with nodepool images)00:05
mordredfungi: awesome. I will stop caring about that00:05
*** e0ne has joined #openstack-infra00:06
*** dcramer_ has joined #openstack-infra00:06
*** alexpilotti has quit IRC00:06
*** zhiyan_ is now known as zhiyan00:07
fungithey're neat if you just want to distribute a ca public key to all your systems and then centrally sign auth credentials with an authority and let your servers check the sigs00:09
fungibut with ubiquitous active config management, that's not really much help to us00:10
*** wenlock has quit IRC00:10
fungibut also, i'd just suggest kerberos before i'd suggest ssh certificates. greater flexibility and not too much more hassle00:11
*** Sukhdev has quit IRC00:11
mordredfungi: ++00:12
mordredSpamapS: btw ^^00:12
*** thuc has quit IRC00:13
*** Sukhdev has joined #openstack-infra00:13
fungithough the ability to sign host keys is sort of nice00:13
fungino more tofu00:13
*** thuc has joined #openstack-infra00:13
fungibut honestly i'd rather do dnssec+sshfp for that00:13
clarkb++00:15
SpamapSfungi: they solve the opposite problem that you _DO_ have00:15
fungiSpamapS: working around providers with broken dns? ;_00:16
SpamapSfungi: when you bring a new server online if you had server certs you could just let the clients trust the server CA and there'd be no "what's the fingerprint for that new server?"00:16
SpamapSits just not a problem you have often enough to care much about00:16
fungiyeah, that's what i meant by no more tofu00:16
fungi(trust on first use)00:16
*** thuc has quit IRC00:17
SpamapSfungi: so dnssec+sshfp hasn't happened.. why? Perhaps "a bridge too far"00:18
fungiwith working dnssec (which will be useful for other things too) it boils down to whether you sign a host key cert or add an sshfp record for each new system00:19
*** blamar has quit IRC00:20
fungiand honestly, if we go too much longer with no providers offering proper zone signing for their domain hosting, i'm going to be getting behind designate and pushing if i have to00:20
*** blamar has joined #openstack-infra00:21
fungiit wouldn't surprise me to see us hosting a handful of authoritative-only name servers scattered between several providers so we cease having to wait for them to "learn up how to dns"00:22
clarkbfungi: hp provides designate00:22
clarkbfungi: just without the bits we need...00:22
clarkb:/00:23
fungigah00:23
*** malini_afk is now known as malini00:23
*** blamar has quit IRC00:24
clarkbapparently DNS is hard00:24
clarkbwe should go shopping00:24
*** blamar has joined #openstack-infra00:25
*** UtahDave has quit IRC00:25
clarkbfungi: Kiall would know more. We should perhaps corner him one day and get details on how we can use their service for what we need00:30
nkinderclarkb: I know FreeIPA is working on dnssec related improvements, and there is also work under way to allow it to be a backend for designate00:31
fungii have this thing i'm planning to be at in atlanta next month... maybe he'll be there too00:31
nibalizersshfp is easy, dnssec is hard00:32
clarkbfungi: no way I plan on being there too, its almost like this is a planned thing00:32
nibalizeralso we talked about this way back in the portland summit00:32
clarkbnibalizer: right and first without the second isn't worth much00:32
nibalizerprobably some of you were in the room00:32
nibalizeri know I was00:32
funginkinder: that could be neat... though we don't really have a need for ipam00:32
nibalizeris the openstack dns still done by rax?00:32
clarkbnibalizer: yes00:32
*** markmcclain has quit IRC00:32
funginkinder: and bind makes a fine backend (and frontend!) for dnssec ;)00:32
* nibalizer doesn't even know how to ask dig if the NS servers are doing dnssec00:33
nkinderit's the signing and key management that's a hassle AFAIK00:33
*** e0ne has quit IRC00:33
nibalizeri guess NS server is a bit redudnant :(00:33
clarkbnibalizer: it sets a flag in the flags output00:33
*** e0ne has joined #openstack-infra00:33
funginkinder: agreed. doing it infrequently for one or a handful of zones is pretty easy, though i've wrapped the ks tools for bind zones in existing automation in years past without much trouble00:34
*** gokrokve has quit IRC00:34
funginkinder: and yeah, the biggest hassle with any signing process is never the tools anyway. it's properly securing where you store the private key material for you authority, of course00:35
fungier, for your authority00:35
clarkbnibalizer: also dig +dnssec00:35
nibalizeroh that makes much more sense00:36
*** khyati has quit IRC00:36
nibalizeras was brought up before, running our own bind just to get dnssec is a tradeoff00:37
nibalizerbecuase we won't have anycasted always on impenetrable CDN dns anymore00:37
funginibalizer: well, you're mixing roles there00:37
* nibalizer is suprised denial of service abuse isn't more common on the openstack infra00:38
funginibalizer: those are drawbacks to running our own recursive resolver00:38
*** e0ne has quit IRC00:38
funginibalizer: authoritative resolution is a different kettle of fish (and ought to be on separate servers anyway)00:38
nibalizerya thats valid00:38
nibalizerso right now we dont have a bind server right? just someone presses buttons in the rax webui?00:39
fungiwe have pretty pictures (a webui dashboard, so we get to poke a few buttons ourselves and then marvel at the seeming common features they didn't implement or insane assumptions they made)00:40
fungiso yes00:40
clarkbah right dig +adflag00:41
clarkbnibalizer: ^00:41
fungifor example, i noticed a few months back when we were doing sip things for the pbx that rackspace's dns won't let you have two srv rrs with the same name00:43
fungiwhich prevented us from adding tcp and udp protocol entries for the same service00:43
nibalizermordred: i would echo what fungi said above, openssh certs are great if configuring a mass of boxes is hard00:43
nibalizerbut its not really a problem we have00:43
nibalizerespecially since few people are actually doing ssh00:43
mordred++00:44
funginibalizer: SpamapS made a good point about host certs, but i still would rather push for dnssec so we can do sshfp (plus all sorts of other useful things which stem from having a chain of possession on dns recursion)00:44
nibalizerin my corp env with hundreds of users mapped randomly to hundreds of machines.. it would be good00:44
funginibalizer: though i'd still argue for the user authentication use case, kerberos gets you more than ssh user certs do, with not much more management overhead00:45
nibalizeryea, when we provision a new machine with the various providers apis, can we provide ssh certs and keys00:45
nibalizercus that would be really cool if we didn't have to trust the machine on first log in00:46
nibalizerfungi: im laughing over here00:46
nibalizerbecause the number of times i have told someone or been told someone else something to the equivalent of "lets just use kerberos" it has always felt like pinky and the brain00:46
nibalizerbut heck yea kerberoz!00:47
fungino, here kerberos is old hat. the pinky-and-the-brain moments involve the andrew filesystem00:47
nibalizerhaha, yes00:47
nibalizerat PSU ( where clark and I hail from) the holy grail has always been NFS secured by kerberos with authorization provided by ldap00:48
nibalizeroften atempted, never finished00:48
clarkbnibalizer: and still not done yet00:48
mordredgah00:48
mordredAFS00:48
clarkbbut thats ok, makes installing freebsd with zfs root over nfs easy00:48
nibalizerclarkb: hahha I forgot about that hack, that was awesome00:49
mordredat NCSU (Where jeblair and I hail from) the holy grail was kerberos + AFS SSO across multiple operating systems campus-wide00:49
mordredit was operational fully when I was there in 199300:49
mordredand I have never been in another place where it all worked as well00:49
clarkbmordred: clearly the software was knew better than to mess with the likes of you guys00:50
mordredcertainly not at anywhere that used ldap or nfs :)00:50
mordredclarkb: hehe00:50
clarkbnibalizer: that install method isn't still recommended for machines without dvd drives is it?00:50
nibalizerthere are what.. 5 rooters total? and zero regular user logins.. seems way overkill to roll out kerb00:50
fungiyeah, i helped install and manage kerberos environments ~20 years ago, and unsurprisingly it's far, far, far easier and better documented now00:50
clarkbnibalizer: if so I must win a prize or something00:50
nibalizerclarkb: totally what we used for a cpl years00:50
clarkbawesome00:51
mordred(btw - this worked with roaming profiles and homedirs across mac, windows, ultrix, solaris and linux)00:51
nibalizeri mean the dvd media eventually was rsyncd to a real fileserver, and the whole process scripted00:51
clarkbnibalizer: but you guys would boot off cdrom, mount nfsshare and install?00:51
nibalizeryuuuup00:51
nibalizereventually we stopped even using the freebsd installer00:51
nibalizerjust called key functions from it00:51
mordrednibalizer: the kerb is overkill here- but we'd solve SO MANY PROBLEMS if we just gave in and installed AFS00:51
nibalizermordred: why didn't i see this before00:52
clarkbmordred: pretty sure we could stop testing if used AFS00:52
nibalizeri'll start puppeting right away00:52
mordredjeblair: ^^^ check it out - another convert00:52
clarkbmordred: aiui AFS is the miracle software00:52
funginibalizer: anyway, i'm not advocating kerberos for admin logins to openstack infrastructure servers, just saying i'd be more likely to roll out kerberized ssh than pki ssh00:52
clarkboh hey we have tripleo-f20 machines now00:53
clarkb\o/00:53
clarkbsudo: service: command not found guessing fedora/systemd doesn't buy into `service` as a way of toggling services?00:53
fungiso once demand for tripleo-precise fell below the magic threshold, jeblair's theory was proven sound00:53
fungiclarkb: not in the new systemd utopia00:54
fungiclarkb: you want systemctl i think00:54
fungisomething like that00:54
clarkbfungi: thats ok you can't even boot the kernel with systemd anymore00:54
clarkbfungi: ya, so tripleo will need to update their toci stuff00:54
fungiclarkb: you don't even *need* a kernel with systemd, haven't you heard?00:54
clarkboh right, it boots itself and magically creates a process table00:54
fungilennart bundled one in once he was done with the bus and dev management subsystems00:55
*** Sukhdev_ has joined #openstack-infra00:55
nibalizerare there rhel7 beta machines as well?00:55
clarkbnibalizer: no we have 0 rhel* machines00:55
nibalizerah00:55
clarkbturns out we tried and were denied00:55
nibalizerwow00:55
mordredturns out redhat could not figure out how to get us licenses. honest to god. they tried very hard00:56
nibalizeri ran redhat 7 beta on my laptop last night00:56
nibalizerfor about a day00:56
nibalizer#doesn'tworkyet00:56
clarkbmordred: did you see that hpcloud glance uploads were working?00:56
clarkbmordred: I have trusty beta 2 in the opencstack jenkins 2 account00:56
clarkbit is a qcow2 image00:57
mordredclarkb: woot00:57
*** Sukhdev has quit IRC00:57
clarkbmordred: I was thinking about the fedora testing a bit more. And it would be awesome if redhat was more candid about a release schedule for rhel7 because we could possibly just avoid the fedora all together and go stragiht to rhel700:58
clarkbmordred: or centos7. That way we wouldn't need to stop running tests00:58
*** Sukhdev_ has quit IRC00:59
mordredclarkb: yes. but they can't announce a release data for rhel700:59
clarkbya I know00:59
mordredbecause as soon a they do, they stop being able to recognize revenue on existing rhel6 contracts00:59
mordredyay finance01:00
clarkbhowever, if we dib things I don't really care that much. People that care about fedora can step up and make it work in that case01:00
clarkbthe only real loss is when we have to stop running one particular test set01:00
mordredclarkb: ++01:02
clarkbmordred: reading your nodepool dib change I would remove takeover node, and put the elements in puppet (or wherever) don't actually bundle those with nodepool01:04
clarkbmordred: in fact I think you could have nodepool know about a dib elements dir and use those similar to how it knows about nodepool scripts being a thing01:05
*** VijayTripathi has joined #openstack-infra01:05
*** gokrokve has joined #openstack-infra01:05
clarkbmordred: also it would probably be good to update nodepool docs to point at dib docs01:06
clarkbmordred: the chroot on loopback then run parts stuff may not be obvious to everyone01:06
*** e0ne has joined #openstack-infra01:06
*** melwitt has quit IRC01:07
*** melwitt has joined #openstack-infra01:07
openstackgerritMichael Krotscheck proposed a change to openstack-infra/storyboard: [WIP] Added filtering to Stories, Projects, Users, Tasks.  https://review.openstack.org/8553201:08
clarkbmordred: https://review.openstack.org/#/c/46482/3/elements/infra-puppet/pre-install.d/10-preseed is a bit scary though. I suppose that is what you get for using chroots01:08
*** e0ne has quit IRC01:10
*** gokrokve has quit IRC01:10
*** saschpe has quit IRC01:11
clarkbmordred: krotscheck is storyboard using storyboard for bugs yet?01:12
krotscheckclarkb: Yes01:12
mordredclarkb: yes01:12
clarkbwoot /me creates some stories01:13
*** melwitt has quit IRC01:13
*** melwitt has joined #openstack-infra01:13
mordredclarkb: so - I'm mildly torn about putting teh elements into the puppet dir01:14
*** blamar has quit IRC01:14
mordredbecause they really would be things that are quite usalbe outside of the context of our puppet repo01:14
mordredthat said - as long as we keep them as files and not templates, nothing woudl stop someone from adding modules/openstack_project/files/nodepool/elements to their DIB_ELEMENT_PATH01:15
clarkbmordred: but they aren't. The dns server thing from yesterday is evidence of this01:15
*** blamar has joined #openstack-infra01:15
clarkbI agree they shouldn't be puppet templtes01:15
*** melwitt has quit IRC01:16
clarkbpuppet is just a convenient place to put them as they are us specific01:16
mordredclarkb: but also - once we have this, then we could actually pretty easy add gate tests that could test a new image by running devstack-gate on it01:16
clarkband may be reconsumable01:16
clarkbputting stuff in nodepool to me means they are super generic01:16
mordredclarkb: I'm not saying they should be in nodepool itself, on that I agree01:16
*** saschpe has joined #openstack-infra01:16
mordredclarkb: just I'm not convinced that openstack_project is the right place for them either01:17
clarkbmordred: ya I can see putting them in their own repo too01:17
clarkbpuppet is more convenient than correct01:17
mordredyah01:17
mordredclarkb: I can put them in openstack_project to start - but I think once we prove out the mechanism, they should get their own repo01:18
mordredtaht way we could potentially add them to the integrated gate same as d-g01:18
mordred(if we can figure out the mechanics of that)01:18
clarkbkrotscheck: bam submitted two stories01:18
mordredI _don't_ think we want to gate all changes to config in with the d-g gate01:18
clarkbkrotscheck: mostly trying to do useful things while I play with the current state of storyboard01:18
mordred:)01:19
clarkbmordred: ++01:19
krotscheckclarkb: Useful things like why the list of stories is the wrong way around? :)01:19
clarkbkrotscheck: is it the wrong way around?01:19
clarkbkrotscheck: the first thing that struck me is the new story description field is only two lines tall01:19
krotscheckYeah, it’s by index01:19
clarkbkrotscheck: which is unwieldy01:19
krotscheckclarkb: That’s easy to fix01:19
clarkbkrotscheck: well you have a task to fix it now :)01:20
jheskethfungi: ping01:20
clarkbif I ever figure out css I may attempt a fix myself01:20
fungijhesketh: how's your saturday treating you?01:20
krotscheckclarkb: The story list currently has no concept of only showing stories with closed tasks, for instance. It’s just a list dump01:20
krotscheckSorry - only showing stories with open tasks01:20
jheskethfungi: good thanks, doing a bit of work today to take Monday off01:21
jheskethyourself?01:21
clarkbjhesketh: is that because you wanted to spend more time with us Mericans?01:21
jheskethexactly!01:21
jhesketh:-)01:22
fungiwe are boorish and loud01:22
jheskethbut fun ;-)01:22
jheskethfungi: just wondering if you had a moment to discuss the swift infra stuff?01:22
mordredclarkb, lifeless: this: https://review.openstack.org/#/c/46482/3/elements/openstack-repos/source-repository-openstack is now clearly the wrong approach01:23
mordredlifeless: we're currently running a script on the host to query the list of repos from gerrit and then clone all of them - you guys don't have something similar already do you?01:23
fungijhesketh: potentially--i've not been following it as closely as i should... were you able to work out how to manipulate swift acls through the api?01:23
*** pfallenop has quit IRC01:24
jheskethfungi: I haven't tried it, but I found this: http://www.rackspace.com/blog/create-cloud-files-container-level-access-control-policies/01:24
jheskethnot sure what HP does01:24
jheskethbasically it's possible and doesn't seem too difficult01:24
*** thuc has joined #openstack-infra01:24
jheskethyou can also have rackspace accounts that only have access to cloud files (aka swift)01:24
jheskethso they can't launch instances etc01:24
fungioh, cool... well i suspect we were planning to mainly upload into rackspace initially, though i guess we could want to spread the love01:24
*** freyes has quit IRC01:25
*** gokrokve has joined #openstack-infra01:25
*** pfallenop has joined #openstack-infra01:25
mordredclarkb: oh - also, we don't need takeover anymore, since we have glance uploads now01:25
mordredclarkb: that was a hack to be able to use dib before we had glance uploads01:26
*** zhiyan is now known as zhiyan_01:26
fungiyeah, i know we can create rackspace users which can only control file containers and not have access to compute et cetera, though the granularity through the webui is basically "this user has access to all containers" which is sort of disappointing01:26
jheskethfungi: hmm, actually I'd need to make a small tweak to allow multiple providers (multiple containers are currently allowed, just not providers)01:26
mordredclarkb: which we _could_ keep if we wanted to have a compat layer for hp 1.001:26
jheskethfungi: yeah01:26
clarkbjhesketh: http://docs.hpcloud.com/api/object-storage I think you can do it with hpcloud too01:26
clarkbscroll down to 2.7.401:26
jheskethfungi: so would we want to push files to both Rackspace and HP simultaneously?01:27
jheskethfor all changes01:27
clarkbmordred: its going away, I don't think we need to keep compat01:27
mordredclarkb: k. then we don't need takeover node01:27
fungijhesketh: but it sounded like there was access through the exposed swift api to directly control swift acls at rackspace, just nothing for that exposed at the webui layer, which is honestly probably just fine by us anyway01:27
clarkbjhesketh: fungi: actually and I don't know if this is possible but I think swift allows container to container replication01:27
mordredclarkb: this patch actualy is going to change rather massively01:27
clarkbjhesketh: fungi: I think we should push to one then have it replicate to other containers (possibly in otherclouds) if necessary01:27
mordredclarkb: since we do many things in the nodepool scripts quite differently now01:27
clarkbjhesketh: fungi but maybe that complicates things01:28
fungijhesketh: i presume we're fine starting with just one provider to get the system proven01:28
mordredalso, I think I might split out the "install puppet" element from the "run a puppet bootstrap for infra" element01:28
mordredbecause an element that gets puppet onto a node is useful generally01:28
clarkb++01:28
mordredand then a thing that grabs out puppet repo and runs puppet apply on it is a thing01:29
clarkbthat ++ is for fungi and mordred01:29
mordredclarkb: wow. simul-++01:29
jheskethfungi, clarkb: yeah, maybe as a starting point we should just use one01:29
*** thuc has quit IRC01:29
*** aconrad has quit IRC01:29
jheskethclarkb: thanks for that link, that looks like it would work if you can get an HP cloud user with no permissions (ie can't launch instances etc) that we can then grant individual access to containers01:29
*** freyes has joined #openstack-infra01:30
*** gokrokve has quit IRC01:30
*** wchrisj has quit IRC01:33
mordredclarkb: oh wow: https://review.openstack.org/#/c/85474/2/scripts/init-keystone01:33
mordredclarkb: tripleo is beating us in starting to use python-openstackclient01:33
*** SumitNaiksatam has joined #openstack-infra01:35
jheskethfungi: so I guess the question is, would you be able to set up a read and write user for a logs container for infra per chance please?01:37
lifelessmordred: what makes it clearly wrong ?01:37
mgagnemordred: I remember reading that python-openstackclient is not an "official" project as there wasn't any PTL associated to it and/or wasn't under the umbrella of one of the official project. What's the current status now? Or did I understand wrong?01:38
fungijhesketh: sure--i'll need to generate a password for it and put it in hiera... you've got placeholders in your puppet if memory serves where we need to switch those files to erb templates and put variables in?01:39
jheskethcorrect01:40
jheskethfungi: it's already an erb template in config/modules/zuul/templates/zuul.conf.erb01:41
fungijhesketh: got a suggestion for the username and the hiera keyname under which i'll make the password accessible?01:41
fungioh, all the better01:41
mgagneor clarkb or fungi =)01:41
jheskethfungi: so we just need to add this section to it : http://ci.openstack.org/zuul/zuul.html#swift01:41
jheskethfungi: hmm, maybe 'infra-assets' or something similar?01:41
mordredlifeless: the list is hard-coded in the element - and the current nodepool prep script infers the list dynamically01:42
jheskethor infra-files (since we'll likely have different containers)01:42
fungimgagne: afaik dtroyer is putting together a proposal for a new program, possibly, which would include openstackclient and possibly other things as well01:42
mordredlifeless: nodepool prep scripts pre-fetch ALL of the repos that happen to be in gerrit, not a subset of them01:42
mgagnefungi: cool, I'm glad to hear it then01:42
mordredmgagne: dtroyer is going to be applying for official status - since we all want opensatckclient to be a thing01:42
* mordred loses to fungi01:43
*** zhiyan_ is now known as zhiyan01:43
mgagnemordred: cool =)01:43
*** zhiyan is now known as zhiyan_01:43
*** zhiyan_ is now known as zhiyan01:43
mordredlifeless: I guess I should say "clearly wrong for our purposes" - one could imagine such a list being useful in other contexts01:44
mgagnemordred: also, do you have an idea of the vision of the openstack project regarding support for other SDK/clients in other languages?01:45
mordredmgagne: I do not think we've grown one yet01:45
mordredlifeless: do you think dib would accept a patch that added a "gerrit" type to source-repositories that would take a base-dir and a gerrit url as args and would do the work of our script that clones all repos in a gerrit?01:46
mordredlifeless: I do like the idea of having the local build-env cache of things01:46
mordredwork properly01:46
fungijhesketh: okay, i'll create an infra-files account in our jenkins tenant (i think that's where our thought processes eventually led us) and add its password in hiera as zuul_infra_files_password? (avoiding bikeshedding too much, "infra" makes some sense in the account name since we talked about possibly having accounts for individual third-party ci systems to be able to push logs later)01:47
jheskethfungi: sounds great to me01:47
jheskethalthough do we want two accounts?01:47
jheskethone to read and one to write01:47
mordredlifeless: oh- I'm sorry, it takes a yaml file url and processes that to find the list of urls to clone01:48
jheskethand if so, do we want to differentiate between them in their usernames?01:48
mordredlifeless: http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/nodepool/scripts/cache_git_repos.py01:48
fungijhesketh: good point... that way the wsgi access can be read-only01:48
mordredlifeless: (I can clearly just run that in an element - but it shadows the function of source-repository so much, it might be neat to make it a generalized feature or something01:49
mgagnemordred: is there any doc I can read about how tripleo is managing their images? I'm curious as to how image versioning is done (if any is done) and the retention policy/tools used to keep space usage to a sane level01:50
*** amotoki has joined #openstack-infra01:50
*** zz_gondoi is now known as gondoi01:50
*** alff has quit IRC01:51
*** alff_ has quit IRC01:51
*** marun has quit IRC01:53
*** zhiyan is now known as zhiyan_01:53
*** amotoki has quit IRC01:55
*** thomasem has joined #openstack-infra01:59
jheskethclarkb: I've suggested some more work for you in reviews.. not sure if you'll like my suggestion to 76057 as it's probably a fair bit more work01:59
*** wenlock has joined #openstack-infra02:01
*** thomasem has quit IRC02:03
*** e0ne has joined #openstack-infra02:07
*** e0ne has quit IRC02:09
*** harlowja is now known as harlowja_away02:14
*** gondoi is now known as zz_gondoi02:16
*** malini is now known as malini_afk02:18
openstackgerritA change was merged to openstack-infra/elastic-recheck: Add query for a heat db error  https://review.openstack.org/8503902:20
*** markwash has quit IRC02:20
*** mriedem has quit IRC02:20
*** Ryan_Lane has quit IRC02:24
*** gokrokve has joined #openstack-infra02:25
*** gokrokve_ has joined #openstack-infra02:27
lifelessmordred: you could generate the source-repository file that02:28
lifelessmordred: way and let source-repositories do the remaining work itself02:28
*** gokrokve has quit IRC02:30
*** gokrokve_ has quit IRC02:32
*** rfolco has quit IRC02:33
*** yamahata has quit IRC02:36
*** mwagner_lap has joined #openstack-infra02:42
*** jepoy_ has joined #openstack-infra03:01
*** jepoy has quit IRC03:04
*** e0ne has joined #openstack-infra03:07
*** mgagne has quit IRC03:09
*** timrc is now known as timrc-afk03:11
*** dteselkin_ has quit IRC03:14
*** e0ne has quit IRC03:16
*** dteselkin_ has joined #openstack-infra03:16
fungijhesketh: i created an infra-files container in our openstackjenkins tenant and added two new accounts, infra-files-ro which has read-only access to files and infra-files-rw which has administrative access to files (but neither have access to any other products). their passwords are in hiera under the keys infra_files_ro_password and infra_files_rw_password03:16
jheskethfungi: awesome, thanks03:17
jheskethfungi: so you've just given them cloud file access? ie, not container level?03:17
fungijhesketh: at the moment yes, but we can set them both to no access and test out container level acls if we want03:18
clarkbfungi: out of curiousity all of that is configured with one of those gui things?03:18
fungiclarkb: pretty pictures, yes03:18
jheskethfungi: sounds smart03:18
* fungi was in a hurry... getting late here03:19
*** pfallenop has quit IRC03:21
fungianyway, i'm knocking off for the night and on the road a lot of the weekend, so am not expecting to be responding in irc much03:22
jheskethno worries, thanks for your help fungi :-)03:22
fungijhesketh: sure thing03:22
fungithanks for yours!03:22
*** gokrokve has joined #openstack-infra03:25
*** pfallenop has joined #openstack-infra03:28
*** gokrokve has quit IRC03:29
*** dteselkin_ has quit IRC03:30
*** zul has quit IRC03:32
*** dteselkin_ has joined #openstack-infra03:37
*** timrc-afk is now known as timrc03:42
*** zul has joined #openstack-infra03:45
*** _nadya_ has joined #openstack-infra03:45
*** talluri has joined #openstack-infra03:47
*** Sukhdev has joined #openstack-infra04:01
*** pcrews_ has quit IRC04:01
nibalizerasdfasdfasdfasdfasfasdfadsf04:04
*** e0ne has joined #openstack-infra04:06
*** e0ne has quit IRC04:08
*** _nadya_ has quit IRC04:10
*** talluri_ has joined #openstack-infra04:12
*** talluri has quit IRC04:15
*** gokrokve has joined #openstack-infra04:25
*** Sukhdev has quit IRC04:27
*** gokrokve has quit IRC04:30
*** timrc is now known as timrc-afk04:38
*** talluri_ has quit IRC04:43
nibalizeroh yes04:48
nibalizerssh lag04:48
*** rwsu has quit IRC04:50
*** talluri has joined #openstack-infra04:52
*** Ryan_Lane has joined #openstack-infra04:55
openstackgerritJoshua Hesketh proposed a change to openstack-infra/config: Configure swift credentials for workers to push to  https://review.openstack.org/8554004:59
*** Ryan_Lane has quit IRC04:59
*** salv-orlando_ has joined #openstack-infra05:00
*** salv-orlando has quit IRC05:00
*** salv-orlando_ is now known as salv-orlando05:00
*** e0ne has joined #openstack-infra05:06
*** CaptTofu has joined #openstack-infra05:07
*** e0ne has quit IRC05:10
*** gokrokve has joined #openstack-infra05:11
*** gokrokve has quit IRC05:13
*** talluri has quit IRC05:18
*** mkoderer has joined #openstack-infra05:38
*** gokrokve has joined #openstack-infra05:43
*** kevinbenton has quit IRC05:44
*** gokrokve has quit IRC05:48
*** kevinbenton has joined #openstack-infra05:49
*** amotoki has joined #openstack-infra05:52
*** amotoki has quit IRC05:56
*** e0ne has joined #openstack-infra06:06
*** mihgen has joined #openstack-infra06:11
*** e0ne has quit IRC06:11
*** DinaBelova has quit IRC06:17
*** DinaBelova has joined #openstack-infra06:17
*** mattoliverau has quit IRC06:17
*** mattoliverau has joined #openstack-infra06:18
*** talluri has joined #openstack-infra06:19
*** mestery has quit IRC06:21
*** mestery has joined #openstack-infra06:22
*** talluri has quit IRC06:24
*** gokrokve has joined #openstack-infra06:25
*** alff_ has joined #openstack-infra06:29
*** alff has joined #openstack-infra06:29
*** VijayTripathi has quit IRC06:29
*** gokrokve has quit IRC06:29
*** CaptTofu has quit IRC06:33
*** e0ne has joined #openstack-infra06:35
*** e0ne has quit IRC06:38
*** CaptTofu has joined #openstack-infra06:43
*** e0ne has joined #openstack-infra06:43
*** e0ne has quit IRC06:45
*** _nadya_ has joined #openstack-infra06:56
*** talluri has joined #openstack-infra07:03
*** denis_makogon has joined #openstack-infra07:03
*** talluri has quit IRC07:07
*** _nadya_ has quit IRC07:07
*** jcoufal has joined #openstack-infra07:07
*** signed8bit has quit IRC07:22
*** gokrokve has joined #openstack-infra07:25
*** CaptTofu has quit IRC07:28
*** gokrokve has quit IRC07:30
*** denis_makogon has quit IRC07:35
*** talluri has joined #openstack-infra07:44
*** e0ne has joined #openstack-infra07:45
*** talluri has quit IRC07:49
*** e0ne has quit IRC07:49
*** e0ne has joined #openstack-infra07:50
*** amotoki has joined #openstack-infra07:53
*** e0ne has quit IRC07:54
*** vistabrn has joined #openstack-infra07:55
*** amotoki has quit IRC07:57
*** vistabrn has quit IRC08:02
*** sbslayer has joined #openstack-infra08:07
*** alff_ has quit IRC08:14
*** alff has quit IRC08:14
*** sbslayer has quit IRC08:25
*** gokrokve has joined #openstack-infra08:25
*** jepoy_ has quit IRC08:25
*** gokrokve has quit IRC08:30
*** mkoderer has quit IRC08:31
*** chandan_kumar has quit IRC08:37
*** harlowja_away has quit IRC09:07
*** gokrokve has joined #openstack-infra09:25
*** gokrokve_ has joined #openstack-infra09:27
*** _nadya_ has joined #openstack-infra09:29
*** gokrokve has quit IRC09:29
*** gokrokve_ has quit IRC09:31
*** andreykurilin_ has joined #openstack-infra09:37
*** yamahata has joined #openstack-infra09:47
*** amotoki has joined #openstack-infra09:52
*** _nadya_ has quit IRC09:54
*** ildikov_ has joined #openstack-infra10:04
*** wenlock has quit IRC10:14
*** tnurlygayanov has quit IRC10:15
*** tnurlygayanov has joined #openstack-infra10:16
*** _nadya_ has joined #openstack-infra10:17
*** _nadya_ has quit IRC10:18
*** gokrokve has joined #openstack-infra10:25
*** gokrokve has quit IRC10:29
*** salv-orlando has quit IRC11:00
*** _nadya_ has joined #openstack-infra11:01
*** hashar has joined #openstack-infra11:18
*** gokrokve has joined #openstack-infra11:25
lifelessmordred: seen http://clarete.li/curdling/ ?11:29
*** gokrokve has quit IRC11:29
*** hashar has quit IRC11:32
*** _nadya_ has quit IRC11:37
*** talluri has joined #openstack-infra11:50
*** talluri has quit IRC11:54
*** flaper87|afk is now known as flaper8712:08
*** talluri has joined #openstack-infra12:11
openstackgerritSergey Skripnick proposed a change to openstack-infra/config: Add rally-scenarios job  https://review.openstack.org/8471912:12
openstackgerritSergey Skripnick proposed a change to openstack-infra/config: Add rally-scenarios job  https://review.openstack.org/8471912:16
*** gokrokve has joined #openstack-infra12:25
*** gokrokve_ has joined #openstack-infra12:26
*** e0ne has joined #openstack-infra12:27
*** gokrokve has quit IRC12:29
*** _nadya_ has joined #openstack-infra12:29
openstackgerritSergey Skripnick proposed a change to openstack-infra/config: Add rally-scenarios job  https://review.openstack.org/8471912:30
*** gokrokve_ has quit IRC12:30
*** gokrokve has joined #openstack-infra12:33
*** e0ne has quit IRC12:36
*** andreykurilin_ has quit IRC12:36
*** e0ne has joined #openstack-infra12:38
*** sdake has quit IRC12:38
*** gokrokve has quit IRC12:50
*** _nadya_ has quit IRC12:56
*** yamahata has quit IRC13:00
*** yamahata has joined #openstack-infra13:01
*** mihgen has quit IRC13:05
*** talluri has quit IRC13:06
*** flaper87 is now known as flaper87|afk13:12
*** dstanek has quit IRC13:15
*** _nadya_ has joined #openstack-infra13:17
*** e0ne has quit IRC13:19
*** e0ne has joined #openstack-infra13:20
*** e0ne has quit IRC13:24
*** julim has quit IRC13:26
*** CaptTofu has joined #openstack-infra13:30
*** _nadya_ has quit IRC13:31
*** atiwari has quit IRC13:46
*** CaptTofu has quit IRC13:52
*** pcrews_ has joined #openstack-infra13:53
*** pcrews_ has quit IRC14:03
*** mihgen has joined #openstack-infra14:09
*** CaptTofu has joined #openstack-infra14:15
*** e0ne has joined #openstack-infra14:20
*** _nadya_ has joined #openstack-infra14:37
*** _nadya_ has quit IRC14:39
*** thuc has joined #openstack-infra14:46
*** CaptTofu has quit IRC14:47
*** CaptTofu has joined #openstack-infra14:47
*** thuc has quit IRC14:48
*** thuc has joined #openstack-infra14:49
*** pcrews has joined #openstack-infra14:50
*** CaptTofu has quit IRC14:51
*** dstanek has joined #openstack-infra15:01
*** jhesketh has quit IRC15:03
*** thuc has quit IRC15:09
*** thuc has joined #openstack-infra15:09
*** _nadya_ has joined #openstack-infra15:14
*** thuc has quit IRC15:14
*** _nadya_ has quit IRC15:16
*** msabramo has joined #openstack-infra15:17
*** dcramer_ has quit IRC15:17
*** e0ne has quit IRC15:26
*** e0ne has joined #openstack-infra15:27
*** sdake has joined #openstack-infra15:28
*** e0ne has quit IRC15:31
*** mspreitz has joined #openstack-infra15:33
*** alff_ has joined #openstack-infra15:33
*** alff has joined #openstack-infra15:33
*** thuc has joined #openstack-infra15:50
*** thuc has quit IRC15:56
*** thuc has joined #openstack-infra15:56
*** jamielennox|away has quit IRC16:00
*** jamielennox|away has joined #openstack-infra16:00
*** thuc has quit IRC16:01
*** amotoki has quit IRC16:08
*** alexpilotti has joined #openstack-infra16:10
openstackgerritMarc Abramowitz proposed a change to openstack-infra/jenkins-job-builder: Output name of ini file when it's not valid  https://review.openstack.org/8555316:12
*** hogepodge has joined #openstack-infra16:13
*** thedodd has joined #openstack-infra16:17
mordredlifeless: NO! I will now look at it16:33
*** hogepodge has quit IRC16:34
mordredlifeless: omg. I may just have your babies16:36
pabelangerclarkb: is there anything else I need to do to get OFFLINE_NODE_WHEN_COMPLETE working?  It seems jenkins is not reporting the jobs successful correct, so zuul continues to keep launching the jobs16:37
pabelangereg: http://jenkins.kickstand-project.org/job/gate-grunt-puppet-syntax/32/16:37
mordredclarkb, fungi, jeblair: ^^ lifeless has just shared a link to curdling, which seems to be a tool written to do exactly what we want with our whole pypi-mirror setup - and it also is written by peoople for another CI system16:37
mordredand it already does wheel caching16:37
openstackgerritMarc Abramowitz proposed a change to openstack-infra/jenkins-job-builder: Output name of ini file when it's not valid  https://review.openstack.org/8555316:40
*** zehicle has joined #openstack-infra16:40
fungipabelanger: we have http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zuul/layout.yaml#n311 which makes it call http://git.openstack.org/cgit/openstack-infra/config/tree/modules/openstack_project/files/zuul/openstack_functions.py#n3216:43
fungipabelanger: and then using the current version of the jenkins gearman plugin, that will cause it to atomically offline the slave in jenkins at completion, before jenkins has a chance to hand it any other jobs16:44
* fungi disappears again for road trip16:44
pabelangerfungi: ya, I have it setup and going, zuul sees the parameters: http://pastebin.com/9Sabq69V16:45
pabelangerjenkins is just not reporting SUCCESS / FAILURE properly16:45
pabelangerit returns NONE16:45
pabelangerwill check gearman plugin16:45
*** yamahata has quit IRC16:47
pabelangerhere is where I think the issue is: http://pastebin.com/XMSM0Tus16:51
pabelangerthe result back via zuul.Gearman is None16:52
*** Sukhdev has joined #openstack-infra16:53
*** alff has quit IRC17:02
*** alff_ has quit IRC17:02
mordredjeblair: you know - when we give talks on infra and we talk numbers, I usually pull jbryce's numbers about how many developers and how many patchsets, etc17:04
mordredwhich is great when talking about openstack17:04
*** wchrisj has joined #openstack-infra17:05
mordredbut when talking about the challenges we face running infra, I think we might should be including stackforge in there (we do in the nodepool/zuul graphs of course)17:05
* mordred just had a moment of pulling down the nodepool dib patch, which he wrote last fall, which is https://review.openstack.org/#/c/46482/17:06
mordredwe have almost doubled the number of changes processed since then ^^17:06
*** thuc has joined #openstack-infra17:07
*** wchrisj has quit IRC17:07
clarkbpabelanger: how new is your jenkins? the offline behavior did break in a newish version of jenkins so we use lts jenkins now. (not sure if that causes a none result)17:07
pabelangerclarkb: I'm running 1.555 for jenkins17:08
clarkbpabelanger ya that may be too new. zaro and jeblair would know17:09
pabelangerclarkb: okay, that helps me narrow down the issue. I'll start looking down that path17:10
mordredclarkb: joy17:10
*** thuc has quit IRC17:12
*** primemin1sterp has joined #openstack-infra17:13
clarkbmordred if curdling does a thing we need we should use it. two questions that come up for me are how does it do transitive deps and can we put its cache behind apache and use pip in our test jobs17:14
*** msabramo has quit IRC17:14
*** primeministerp has quit IRC17:14
*** dcramer_ has joined #openstack-infra17:15
pabelangerclarkb: okay, going to roll back and try with an older version of jenkins17:18
pabelangerclarkb: okay, that appears to be the issue. offline logic looks broken in newer versions.  Thanks17:23
clarkbit appears to follow deps with the exception that "primary" deps have precedence which is not pip's behavior.17:24
clarkbpabelanger: np and we should probably fixthat17:24
pabelangerclarkb: Ya, going to open a bug today, and see if I can track down when it broke17:25
clarkbmordred: I am not sure about how its caching works but if it is like pip caching and we can rsyncthose files to the mirror we should use it17:25
mordredclarkb: I am investigating these things17:28
mordredclarkb: basically - the question I'm working on now is "can we use it for mirror building"17:28
clarkbya, I think that is my question but in the functional sense :)17:28
mordredclarkb: the second question will be "should we try making devstack use it instead of pip - because it's concurrent"17:29
clarkbmordred: "primary" deps having precedence may break us in subtle ways because pip doesn't work that way but I am willing for that to become a problem before I worry about it17:29
clarkbmordred: no17:29
mordredbut I'm poking at the first question first17:29
*** alexpilotti has quit IRC17:29
clarkbmordred: I mean we could, but pip is the tool we expect people to use so should probably test with it17:29
mordreddo we though? I think we expect people who are installing from python and not from distros to use whatever tool the gate uses17:30
clarkband since dependency resolution between pip and curd is different I worry that we would let stuff slip through where pip install didn't work17:30
*** alexpilotti has joined #openstack-infra17:30
mordredI believe most people who are not tripleo have told us that the idea of installing a cloud directly from pip is crazy :)17:30
mordredand I betcha that if it works, tripleo would also probably happily change tools17:31
mordredI'm not saying we should17:31
mordredjust that, if it's sufficiently good-er - we shoudl talk about it17:31
clarkbdefinitely, especially since it maintains a local cache too we could in theory install things in virtualenvs with devstack and not recompile the world over and over17:32
mordredyup17:32
clarkbbut curd explicitly breaks dependency resolution as compared to pip17:32
clarkbif it didn't do that I wouldn't be as worried17:32
mordredyah. that's why we'd need to do some serious investigation first17:32
mordredit's _possible_ that doing primary first is actually what people think pip is doing though :)17:33
clarkbyup, I actually think primary first is a bit more sane (both need a proper dependency resolver though)17:33
clarkbthat essentially makes curd a breadth first saerch, but pip is depth first17:34
*** mrmartin has joined #openstack-infra17:40
*** aconrad has joined #openstack-infra17:40
*** yamahata has joined #openstack-infra17:41
*** ebenezeer has joined #openstack-infra17:50
*** mspreitz has quit IRC18:04
*** e0ne has joined #openstack-infra18:13
*** dstanek has quit IRC18:32
*** russell_h has quit IRC18:33
*** dstanek has joined #openstack-infra18:33
*** thedodd has quit IRC18:33
*** krtaylor has quit IRC18:34
*** russell_h has joined #openstack-infra18:35
mordredclarkb: ok. we can't use it as a pip replacement.18:36
mordredclarkb: we might could use it to replace the "fetch all the stuff" part of pypi-mirror, since it does seem to do that part fairly well18:37
mordredbut it stores things in a single flat dir, rather than package-per-dir - so we'd still have to construct a mirror from it18:37
*** russell_h has quit IRC18:37
*** russell_h has joined #openstack-infra18:37
mordredso, sadly, I don't think there's a HUGE win18:37
*** thedodd has joined #openstack-infra18:37
mordredbiggest issue for using it locally is that, while it DOES do what I want in terms of looking in its local cache and not talking to the internet at all if it finds somethign there18:38
mordred(which is great)18:38
mordredit doesn't have a way really to force it to check upstream for new versions18:38
*** wenlock has joined #openstack-infra18:38
mordredso I installed python-cinderclient==1.0.7 into a venv18:39
mordredand then subsequent requests for python-cinderclient get served by the local cache18:39
mordredeven though 1.0.8 exists18:39
mordrednow, this is not incorrect- 1.0.7 DOES satisfy that request18:39
mordredbut I can't figure out how to tell it, even with a force flag "hey, seriously, go check and see if there is something newer"18:40
*** yamahata has quit IRC18:42
*** Daviey has quit IRC18:42
*** ebenezeer has quit IRC18:43
*** wenlock has quit IRC18:43
*** zz_gondoi is now known as gondoi18:50
*** mrmartin has quit IRC18:51
jesusauruswhat is curd?18:52
* jesusaurus fails at googling for it18:52
mordredjesusaurus: curdling18:52
mordredjesusaurus: http://clarete.li/curdling/index.html18:53
lifelessmordred: ok so nodepool images18:53
mordredlifeless: morning18:53
mordredlifeless: I was just going to work on that next18:53
lifelessmordred: and source-repositories; did you see my suggestion? yaml -> source-repos file, source repos from there?18:53
mordredlifeless: I did - the main concern I have ...'18:53
lifelesswhen I get back18:54
mordredlifeless: is that the intent from a nodepool config perspective was that I'd just give it a list of elements that should be in a given image18:54
mordredso I'm not sure where the file generation would live18:55
lifelessI'm going to have to profile the zbook14 vs the 9470m, I have a horrid suspicion the zbook actually dropped a CPU class from intel and is thus slower18:55
lifelessmordred: one of the elements18:55
mordredlifeless: ++18:55
mordredlifeless: have an element generate the file for the subsequent element?18:55
lifelessyes18:55
mordredwill it be clear from reading dib or dib source how I would specify for the element that it should do that (target path would be the trickiest part, yeah?)18:56
lifelessread diskimage-builder/elements/source-repositories/extra-data.d/98-source-repositories18:57
*** Sukhdev has quit IRC18:57
lifelessfor _SOURCEREPO in $(find $TMP_HOOKS_PATH -maxdepth 1 -name "source-repository-*" -not -name '*~'); do18:57
lifelessthats where it reads from18:58
mordredyah18:58
lifelessso just drop a file in TMP_HOOKS_PATH called source-repository-all-of-openstack18:58
mordredgotcha18:58
lifelesswith an extra-data.d script that is numbered before 9818:58
mordredso don't add it to another element - I drop it in TMP_HOOKS_PATH18:58
mordredk. thanks18:59
mordredbtw - I found a bug ina comment18:59
mordred# Gets repositories or individual files listed in the a repository file18:59
*** tchaypo has quit IRC18:59
lifelessmordred: so you have an element whose job it is is to create a file in TMP_HOOKS_PATH19:00
mordredyah19:00
lifelessmordred: ^ for clarity19:00
mordredI'm with you19:00
*** tchaypo has joined #openstack-infra19:00
lifelesscool19:00
lifelesstchaypo: ENOSLEEP?19:01
*** wenlock has joined #openstack-infra19:01
mordredand the action of doing that in the element shoudl specifically be in an extra-data.d script numbered before 9819:01
lifelessyes19:01
mordredlifeless: do I need to do that _after_ anything else?19:01
lifelessyou probably want it after 5019:02
lifelessbased on a quick grep19:02
mordredlifeless: btw - if you get bored, read the scrollback I wrote to clark about curdling - I ran it through its paces this morning - it's not bad, but sadly not a slam-dunk win for removing local code19:03
lifelessI did, bit sad19:03
lifelessalso their bundling everything in one binary made me super unenthused19:03
mordredit was worthwhile to dig in to it though - and I'm pondering whether it could be useful to us with a couple of small patches19:03
*** dcramer_ has quit IRC19:04
lifelessOTOH if the caching can be turned off I'm wondering whether it might make our builds substantially faster (once wheels etc etc are all in place)19:04
mordredyah. well - it reminded me- we really need to start using our wheel-based mirrors :)19:04
lifelessmordred: tripleo is :)19:05
mordredsince we are bulding them already19:05
*** gondoi is now known as zz_gondoi19:05
mordredlifeless: awesome. they are working well fo ryou?19:05
lifelesswell, rephrase. we use wheel mirrors to tune things, CI doesn't yet.19:05
mordrednod19:06
lifelessbut CI needs local local not hosted in rackspace local.19:06
mordredit's on my todo list to sort out per-region mirrors19:06
*** aconrad has quit IRC19:06
lifelessso we have to figure out whether we do heat etc deployed mirrors downstream of pypi.o.o or puppet stuff our users can't all use in infra :/19:06
mordredwell, we try to make all of the stuff to buiold and consume such things not be encoded in puppet logic itself19:07
lifelessright19:07
lifelessits shallow19:07
lifelessinstall pypi-mirror (we have an element)19:07
lifelessconfigure it (heat)19:07
lifelessteach toci to use that url in image builds (switch on hostname)19:08
mordredwell - it's the last part I want to figure out how to generalize19:08
mordredas I think zuul has context to tell you something (maybe) from which you could infer what mirror you should use19:08
mordred*hands waving madly*19:09
mordredso as long as we can figure out what the information passing wants to be - then we can at least share some of the guts for making the mirror switch happen19:09
lifelessmordred: oh so when I discussed this here a few weeks ago19:10
lifelesswe determined that the lowest investment path was a string match on hostname19:10
*** mriedem has joined #openstack-infra19:10
mordredreally? ok. well, I won't open that can of worms now then19:10
mordredand will assume that the thought train that got there was sound19:11
*** wenlock has quit IRC19:12
rcarrillocruzguys, i'm looking at bug https://bugs.launchpad.net/openstack-ci/+bug/1248813 . However i'm not sure how to really do the testing. Do we have a test launchpad instance within openstack-infra? or should I compile and run a local launchpad instance in my laptop for the testing?19:14
uvirtbotLaunchpad bug 1248813 in openstack-ci "Switch bug status in launchpad when reviews get abandoned" [Medium,Triaged]19:14
mordredrcarrillocruz: we don't - I think installing a local launchpad instance will likely kill you19:15
mordredrcarrillocruz: I recommend just making or using a test project in the real launchpad19:16
*** aconrad has joined #openstack-infra19:16
mordred(thisis one of those areas where, because launchpad is an external service and hard to duplicate, testing is always a bit sketchy)19:16
rcarrillocruzi figure, cos i'm seeing the instructions to run launchpad and it seems a bit hackish to make it work...19:17
rcarrillocruzwill do that, thx mordred19:18
mordredyah. it's a big beast19:18
rcarrillocruzbtw, it's simply amazing that i can just pull openstack-infra/config , tweak a few params and get any openstack-infra machine in a VM19:18
rcarrillocruzjust saying19:18
mordredrcarrillocruz: :) thanks! glad you like that!19:18
lifelessthis is win 4819:19
lifelessrcarrillocruz: running LP - its entirely automated for local dev environments19:20
lifelessrcarrillocruz: but you really don't want to run it up as part of a test :)19:20
rcarrillocruzone thing though mordred: if i use the real launchpad, i will need to configure my local review.openstack.org VM with the stuff to integrate with launchpad19:21
rcarrillocruznamely lp token19:21
lifelessrcarrillocruz: there is a dev launchpad instance which is a sandbox and kept generally available (though without the SLA) [but it is deployed automatically only from CI passed revisions..]19:21
rcarrillocruzlp sync19:21
rcarrillocruzand i guess i do not have access to that19:21
rcarrillocruzsince it's hosted in hiera19:21
lifelessrcarrillocruz: so you can use that to make a fake bug, execute against it etc19:21
rcarrillocruzam i misssing somthing?19:21
lifelessrcarrillocruz: http://qastaging.launchpad.net/19:22
rcarrillocruznice!19:22
lifelessor http://staging.launchpad.net/19:22
lifelesshuh, both offline, thats *odd*19:22
rcarrillocruzif opt to choose the real launchpad, not sure how to procees in terms of lp tokens and such19:22
rcarrillocruzs/procees/proceed19:22
lifelessrcarrillocruz: make a token for your user and put it in your hiera19:23
lifelessand adjust the config to use your user19:23
mordredyes. what lifeless just said19:24
rcarrillocruzi'll look into launchpad documentation for that then19:24
rcarrillocruzthx guys19:24
*** zz_gondoi is now known as gondoi19:25
*** gondoi is now known as zz_gondoi19:26
*** hashar has joined #openstack-infra19:28
*** mgagne has joined #openstack-infra19:33
*** flaper87|afk is now known as flaper8719:45
*** thedodd has quit IRC19:47
*** andreykurilin_ has joined #openstack-infra19:54
*** esker has quit IRC19:54
lifelessso yeah wow this build speed is astrocious. I'm going to have to look closely at this!19:54
*** esker has joined #openstack-infra19:55
*** yfried has joined #openstack-infra20:05
*** dcramer_ has joined #openstack-infra20:10
openstackgerritAntoine Musso proposed a change to openstack-infra/jenkins-job-builder: Tests for checkstyle publisher  https://review.openstack.org/8556120:14
openstackgerritAntoine Musso proposed a change to openstack-infra/jenkins-job-builder: Checkstyle publisher did not honor 0 values  https://review.openstack.org/8556220:14
*** aconrad has quit IRC20:14
hasharlifeless: build in RAM!20:15
lifelesshashar: pretty sure it is :)20:16
hasharor just comment out the slow code, who need tests20:17
hasharand I found out a nice little utility that detects duplicated python code across a project http://clonedigger.sourceforge.net/examples.html20:19
hasharspurt out a nice list of candidates to factor out some code and avoid repeating ourselves20:19
*** krotscheck has left #openstack-infra20:24
*** krotscheck has joined #openstack-infra20:31
*** mihgen has quit IRC20:36
*** krtaylor has joined #openstack-infra20:36
openstackgerritAntoine Musso proposed a change to openstack-infra/jenkins-job-builder: Enhance coverage for builder trigger-builds  https://review.openstack.org/8556420:38
*** e0ne has quit IRC20:42
*** e0ne has joined #openstack-infra20:43
*** fifieldt has quit IRC20:43
*** wenlock has joined #openstack-infra20:54
*** adalbas has joined #openstack-infra20:54
*** fifieldt has joined #openstack-infra20:56
*** wenlock has quit IRC20:58
*** alff has joined #openstack-infra21:06
*** alff_ has joined #openstack-infra21:06
clarkblifeless: you may find ark.intel.com is useful21:14
clarkbbut they don't really have performance numbers ther, however there is a lot more info there than you get from a cpu model number21:15
*** marun has joined #openstack-infra21:16
lifelessclarkb: ark is a wonderful site :)21:16
*** marun is now known as marun_afk21:18
*** mriedem has quit IRC21:18
openstackgerritAntoine Musso proposed a change to openstack-infra/zuul: Factor out common code between cli utilities  https://review.openstack.org/8556521:20
*** aconrad has joined #openstack-infra21:20
hasharah I have all the node pools instances just for me!!!!!!!21:21
openstackgerritAntoine Musso proposed a change to openstack-infra/zuul: Factor out common code between cli utilities  https://review.openstack.org/8556521:24
*** mriedem has joined #openstack-infra21:25
*** locke105 has quit IRC21:28
openstackgerritAntoine Musso proposed a change to openstack-infra/zuul: Factor out common code between cli utilities  https://review.openstack.org/8556521:40
*** alexpilotti has quit IRC21:45
*** dkliban has quit IRC21:50
*** dkliban has joined #openstack-infra21:50
*** aconrad has quit IRC21:52
*** Ryan_Lane has joined #openstack-infra21:52
*** pcrews has quit IRC21:55
*** CaptTofu has joined #openstack-infra21:57
*** Ryan_Lane has quit IRC21:59
*** akurilin_ has joined #openstack-infra21:59
*** Ryan_Lane has joined #openstack-infra22:00
*** wenlock has joined #openstack-infra22:01
*** andreykurilin_ has quit IRC22:01
*** zz_gondoi is now known as gondoi22:06
*** wenlock has quit IRC22:09
*** greghaynes has quit IRC22:15
*** locke105 has joined #openstack-infra22:16
*** gondoi is now known as zz_gondoi22:18
*** CaptTofu has quit IRC22:19
*** akurilin_ has quit IRC22:20
*** zz_gondoi is now known as gondoi22:35
*** thuc has joined #openstack-infra22:38
*** adalbas has quit IRC22:43
*** gondoi is now known as zz_gondoi22:43
*** saschpe has quit IRC23:00
*** jcoufal has quit IRC23:10
*** dstanek has quit IRC23:13
*** zehicle_at_dell has quit IRC23:17
*** zehicle has quit IRC23:18
*** zehicle has joined #openstack-infra23:18
*** zehicle_at_dell has joined #openstack-infra23:18
*** saschpe has joined #openstack-infra23:20
*** hashar has quit IRC23:20
*** zz_gondoi is now known as gondoi23:21
*** gondoi is now known as zz_gondoi23:23
*** Ryan_Lane has quit IRC23:24
*** thuc has quit IRC23:26
*** thuc has joined #openstack-infra23:27
*** wenlock has joined #openstack-infra23:28
*** thuc has quit IRC23:31
*** Ryan_Lane has joined #openstack-infra23:36
*** flaper87 is now known as flaper87|afk23:37
*** wenlock has quit IRC23:40

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