Thursday, 2017-02-09

*** pmannidi has quit IRC00:33
*** pmannidi has joined #openstack-dib00:33
openstackgerritMerged openstack/diskimage-builder feature/v2: Semi-automatic doc generation of element dependency  https://review.openstack.org/43053700:38
openstackgerritIan Wienand proposed openstack/diskimage-builder feature/v2: Merge branch 'master' into merge-branch  https://review.openstack.org/43123701:00
ianwok, that's the last merge i think before a rc ... let's see how CI like its01:00
ianwit01:00
*** owalsh has joined #openstack-dib02:30
*** owalsh-afk has quit IRC02:31
openstackgerritIan Wienand proposed openstack/diskimage-builder feature/v2: Merge branch 'master' into merge-branch  https://review.openstack.org/43123702:37
*** sudipto has joined #openstack-dib03:18
*** sudipto_ has joined #openstack-dib03:18
*** chhavi has joined #openstack-dib03:47
openstackgerritMerged openstack/diskimage-builder feature/v2: Merge branch 'master' into merge-branch  https://review.openstack.org/43123704:03
*** sudipto has quit IRC05:18
*** sudipto_ has quit IRC05:18
*** owalsh_ has joined #openstack-dib05:38
*** owalsh has quit IRC05:39
*** sudipto has joined #openstack-dib05:40
*** sudipto_ has joined #openstack-dib05:40
andreas-fianw / greg: IMHO there are no patches out there that should be merged before v2.05:55
ianwandreas-f: that's good because I just pushed a 2.0.0rc1 tag :)05:55
ianwit seemed to go ok, although it's generated http://tarballs.openstack.org/diskimage-builder/diskimage-builder-2.0.0.0rc1.tar.gz05:56
ianwi do not know why there's an extra ".0" in there05:56
andreas-fThere are already some additional refactor-patches - but they should be merged later (tried to document this on the etherpad under 'block device DIB 2.x activities).05:57
andreas-fMy proposal is to add a short section in the announcement about deprecations; added a draft in the etherpad ; feel free to change / remove it.05:58
ianwandreas-f: ok, i'm just editing up now.  i might leave that because the mail is already getting too long to hold anyone's attention I think & I don't want to create even more confusion that i'm sure there will be06:05
andreas-fAck.06:05
andreas-fWill run some tests on 'exotic' distributions (Debian, gentoo, opensuse, ...) to see if there are any regressions for them.06:18
ianwok mail sent, i'm pretty much out for the evening, catch you later!06:27
andreas-fUntil later (just starting my breakfast over here ;-) )06:28
*** TheJulia_ has joined #openstack-dib06:29
*** TheJulia has quit IRC06:33
*** TheJulia_ is now known as TheJulia06:33
*** chhavi has quit IRC06:33
openstackgerritAndreas Florath proposed openstack/diskimage-builder master: Docker matrix build  https://review.openstack.org/41434706:35
greghaynesianw: andreas-f wooo 2.0 rc :)06:52
*** lennyb has joined #openstack-dib07:08
*** noama has joined #openstack-dib07:32
*** pmannidi has quit IRC07:55
*** noama has quit IRC08:09
*** owalsh_ is now known as owalsh-afk08:55
*** openstackgerrit has quit IRC09:03
*** noama has joined #openstack-dib09:08
*** noama_ has joined #openstack-dib09:08
*** noama__ has joined #openstack-dib09:09
*** noama has quit IRC09:09
*** noama__ has quit IRC09:09
*** noama_ has quit IRC09:09
*** noama has joined #openstack-dib09:09
*** chhavi has joined #openstack-dib09:10
*** hashar has joined #openstack-dib09:17
*** chhavi has quit IRC09:56
*** chhavi has joined #openstack-dib10:20
*** sudipto has quit IRC11:27
*** sudipto_ has quit IRC11:27
*** owalsh-afk is now known as owalsh12:01
*** noama has quit IRC12:22
*** chhavi has quit IRC12:31
*** brault|a_ has joined #openstack-dib12:56
*** brault|__ has joined #openstack-dib12:58
*** brault|away has quit IRC12:58
*** brault|__ has quit IRC13:02
*** brault|a_ has quit IRC13:04
*** brault|away has joined #openstack-dib13:04
*** brault|a_ has joined #openstack-dib13:06
*** chhavi has joined #openstack-dib13:08
*** brault|__ has joined #openstack-dib13:08
*** brault|away has quit IRC13:08
*** sudipto has joined #openstack-dib13:11
*** sudipto_ has joined #openstack-dib13:11
*** brault|a_ has quit IRC13:11
*** brault|away has joined #openstack-dib13:11
*** brault|__ has quit IRC13:12
*** brault|away has quit IRC13:15
*** brault|away has joined #openstack-dib13:23
*** brault|away has quit IRC13:28
*** owalsh is now known as owalsh-brb14:22
*** owalsh-brb has quit IRC14:26
*** brault|away has joined #openstack-dib14:31
*** owalsh-brb has joined #openstack-dib14:31
*** owalsh-brb is now known as owalsh14:31
*** brault|away has quit IRC14:35
*** brault|away has joined #openstack-dib14:36
*** brault|a_ has joined #openstack-dib14:38
*** brault|away has quit IRC14:40
*** brault|away has joined #openstack-dib14:40
*** brault|__ has joined #openstack-dib14:42
*** brault|a_ has quit IRC14:42
*** brault|a_ has joined #openstack-dib14:45
*** brault|away has quit IRC14:45
*** brault|__ has quit IRC14:47
*** brault|away has joined #openstack-dib14:49
*** brault|a_ has quit IRC14:49
*** brault|away has quit IRC14:54
*** brault|away has joined #openstack-dib14:55
*** brault|away has quit IRC15:01
*** brault|away has joined #openstack-dib15:12
*** chhavi has quit IRC15:27
*** chhavi has joined #openstack-dib16:17
*** yolanda_ is now known as yolanda16:41
andreas-fRun some test for v2.0.0rc1 today: https://etherpad.openstack.org/p/dib-v2.0.0rc1-testresults17:24
*** brault|away has quit IRC17:25
andreas-fMajor points: centos7 / tox does not work because of version mismatch of virtualenv17:25
*** brault|away has joined #openstack-dib17:25
greghaynesandreas-f: where do you get that traceback, in the image?17:26
*** hashar has quit IRC17:27
greghaynesthats confusing because we dont specify a virtualenv dependency17:27
*** brault|away has quit IRC17:29
*** andreas-f has quit IRC17:30
*** andreasf has joined #openstack-dib17:30
andreasfopensuse-minimal failed completely (but I'm not sure if this is a regression or state of the art).17:30
greghaynesandreasf: do you have any thoughts on the virtualenv thing? We shouldnt be specifying that as a requirement anywhere17:31
andreasfgentoo looks broken: this looks like a regression to me...17:32
greghaynesoh! its tox17:32
greghaynesI wonder if tox is just broken on centos17:32
*** sudipto has quit IRC17:39
*** sudipto_ has quit IRC17:39
greghaynesandreasf: btw, whats different from what you ran vs what our CI should be running?17:40
greghaynesbecause we should be doing roughly that matrix on every patch17:40
andreasfThe CI is only running a subset.17:41
greghaynesah17:41
andreasfAnd also not the -minimal elements.17:41
greghaynesoh right :(17:41
*** brault|away has joined #openstack-dib17:42
andreasfBut I'm really not sure how important some of the failures are...17:43
andreasfMaybe we should ignore them ;-)17:43
*** Administrator__ has joined #openstack-dib17:43
andreasfBTW: it looks that tox / virtualenv is really broken under Centos7:17:44
andreasfvirtualenv devel17:44
andreasfgit clone https://git.openstack.org/openstack/diskimage-builder17:44
greghaynesyea thats what it seems liek to me, they are using a tox which depends on a newer virtualenv than they provide17:44
andreasfsource devel/bin/activate17:44
andreasfpip install tox17:44
andreasftox17:45
andreasfpkg_resources.DistributionNotFound: virtualenv>=1.11.217:45
greghaynesoh you pip installed tox17:45
greghaynesif so youll have to use virtualenv from pip as well17:45
andreasfAh ok - so my fault!17:45
greghaynesalternatively, install tox from yum17:46
andreasfYes - sorry for this; Mixed up things here....17:46
*** zhugaoxiao has quit IRC17:46
andreasfwill fix the script and rerun the tox things this night.17:48
andreasfhave to leave now - will be back later.17:50
greghaynesok17:51
*** chhavi has quit IRC17:56
*** brault|away has quit IRC18:07
*** zhugaoxiao has joined #openstack-dib18:15
*** Administrator__ has quit IRC18:18
*** openstackgerrit has joined #openstack-dib19:00
openstackgerritAndreas Florath proposed openstack/diskimage-builder master: Docker matrix build  https://review.openstack.org/41434719:00
*** owalsh has quit IRC19:04
*** brault|away has joined #openstack-dib20:07
*** brault|away has quit IRC20:12
*** owalsh has joined #openstack-dib20:13
jidaris there a set of exports commonly used to run dib through a jenkins build? I'm getting errors right now: ERROR: unable to cleanly remove /tmp/dib_build.fLpadDwh/built20:54
ianwjidar: umm, no, no really?20:58
ianwjidar: maybe paste the log to paste.openstack.org?20:58
jidarianw: is that an expression of disapproval or just answering no20:58
ianwsorry, no, there's no special environment variables or anything20:58
jidarok, sure I can paste it up. let me clean things up a bit20:59
ianwthe unable to remove might have something to do with starting a daemon process during the build that's holding files open ... maybe.  i think we've seen similar things to that, but we also have a cleanup loop for that21:00
greghaynesyep its almost certainly something being left open21:02
jidarhttps://gist.github.com/f85940591a1ec781bf494d0d4f5bd6ae21:02
greghaynesjidar: what all are you building in your image?21:02
jidarpuppet and ansible support21:02
jidarfor heat anyhow21:02
jidarI'm not sure it's getting there tbh21:02
greghaynesoh, are you whitelisting what sudo commands you can run?21:04
greghaynesbecause it looks like it doesnt have sudo perms, but it should have failed way earlier if that were the case21:04
jidarjenkins does not (at this point) have sudo rights21:04
jidarlet me go fix that21:04
ianwjidar: also, can you run dib with "-x"?21:05
jidarsure thing21:05
ianwbut yeah, no sudo would probably explain a termination like that, but "-x" will show you what really happened21:05
greghaynesah ok, so I think it is failing early on but then we cleanup after the fail and that is failing too21:05
ianwyeah, i think the failure to clean up is a bit of red herring as it's not the first failure21:06
jidaryea, it's already moving further along now21:07
jidarguess I'll prolly setup a slave with sudo rights on it so I don't have to put this on the master21:08
ianwre the virtualenv / tox centos blah blah from before ... this is one of the reasons i want us to integrate with infra more, rather than try making our own images.  we've sorted all that sort of thing out21:11
greghaynesis there talk of us making our own images?21:12
greghaynesI havent been following along super closely lately21:13
jidaryea, so I put as much into a venv as possible on this21:13
jidarseemed like the right solution21:13
greghaynesim guessing this is the docker matrix stuff?21:14
greghaynesjidar: I think ianw is referring to an earlier convo, we might be crossing the streams :)21:15
jidaryep, I see that now. thanks :)21:15
ianwjidar: installing into a venv is definitely the right way to go, however :)  see also http://lists.openstack.org/pipermail/openstack-dev/2017-February/111833.html21:15
ianwgreghaynes: yes, that was what i was referring to.  i'm skeptical because because infra platforms have a lot of knowledge behind them, and if we're essentially taking plain upstreams and trying to CI on them, we will hit the same problems infra has over and over21:17
greghaynesI havent really read in all the context to have a useful thought21:18
greghaynesdoes that patch make N containers, then run dib in them?21:18
greghaynesif so, one really good argument is for local dev and testing21:19
greghaynese.g. I can run the docker thing locally but I dont have N infra images locally21:20
greghaynesI get what youre saying though, we shouldnt be recreating infra21:20
greghayneshonestly21:23
greghaynesthis would be pretty neat to do openstackhealth style21:23
greghaynesrun it once a day or so, keep a matrix up on a page21:24
ianwit may be better as a generic test runner like that, which can do anything inside the containers, dib being one option21:26
greghaynesooo21:26
greghaynesyes21:27
jidarthis is likely a stupid question but something that's caused me a bit of trouble, if I need another element included is there any way other than editing the elements of some pre-req to make sure it's input? For instance, I need epel included early on (so that the ansible/puppet stuff is included properly and yum -y install doesn't silently fail grrr) is there no way other than editing one of those21:28
jidarelements file to do so?21:28
greghaynesjidar: if youre having to do that then it sounds like the epel element isnt properly written21:28
greghaynesi.e. its a bug21:28
jidaroh really? the tripleO guys were basically saying we don't include it by default anymore (for reasons)21:29
greghaynesepel should add repos before any of the yum stuff runs21:29
greghaynesYea, I dunno why, but the idea is all repo setup stuff happens in pre-install.d, all install stuff happens in install.d afterwards21:29
jidarI threw it in here: elements/centos7/element-deps, +epel at the end and everything works21:29
greghaynesoh then just add epel to the command line21:29
greghaynesits equivalent21:29
ianwyeah, we don't ship epel built-in, as you say it can confict with RDO and triplo and stuff21:30
jidarso how do I include it at the command line? I'm not seeing the option in disk-image-builder -h21:30
jidarer, disk-image-create rather21:30
greghaynesjust add "epel" on to the end of the command21:30
greghaynesthere should be an "elements..." in the -h21:31
jidaroh, because it's an element21:31
greghaynesyep21:31
jidarhahah, yep thanks!21:31
andreasfgreg: yes it's the thing with the matrix build what I run this morning - but there seams to be a misunderstanding: I (also) do not want to recreate the infra.21:32
andreasfIMHO currently the knowledge is spread.21:33
andreasfSomething is in the dib repo - and others are in other repos.21:33
greghaynesare you referring to the stuff in the jobs definitions or something else?21:33
andreasfIf you check something in you can never be sure that it really works in all CI tests21:33
andreasfNot only the job definitions themselfs.21:34
andreasfIts also e.g. about dependencies.21:34
andreasfWhy should a puppet module know which prerequisites are needed to run dib?21:34
andreasfThis is IMHO something dib should provide.21:35
andreasfSo it's the other way round:21:35
greghaynesright, so for that theres two larger solutions that infra has developed / are developing. For the deps theres bindep which I think pabelanger made a patch to add21:35
greghaynesand for the job definitions they are working on a new version of the CI tool which allows job definitions to exist in the repos themselves21:35
andreasfdib should define the dependecies and the CI can use them.21:36
greghaynesyep, thats bindep, let me see if I can find the patch21:36
greghayneshttps://review.openstack.org/#/c/391931/21:37
greghaynesthe one comment I had is valid in that we should have our script able to run bindep for a user, but the idea is still what you say - we define the dependencies and then consumers read them21:38
andreasfGood patch - missed it.21:38
greghaynesfor the job definitions, zuulv3 is the larger fix for all of openstack for that. For now thats why we made our ./run_functests script so that could be the minimal interface to get to a point where our test definitions are in tree21:39
greghaynesandreasf: did you see the comment about your matrix thing being useful as a more general tool?21:40
greghaynescurious what you think of that21:40
andreasfYes - maybe you saw my spec about testing?21:40
andreasfI had some toughts about this.21:41
greghayneshttps://etherpad.openstack.org/p/DIBMaxtrixDockerBuild or?21:41
andreasfThe spec itself is about DIB - but with this idea in mind it can be extended?21:41
andreasfThe link you mentioned was one of the first tries.21:42
andreasfThe spec proposal: https://review.openstack.org/#/c/429255/21:42
greghaynesaha, so reproducability is your main issue it seems like?21:43
andreasfThere are some aspects: I really would like to be sure that a patch works *before* I commit it...21:44
greghaynesah, I gave up on that notion when I started workin on openstack :)21:44
greghaynesthis is a somewhat common issue though21:44
andreasf...also we have currently as far as I know no docker test.21:45
andreasfThe idea behind the spec is to have a test-runner that can execute test (code) on local host as well as on a (pre-build) docker or vm.21:46
andreasfAnd then we are back to the beginning: there is a need to easily setup a docker / vm image for DIB testing.21:47
greghaynesok, so the big concern is that in our CI we really do need to use the provided images. They have a fair amount of modifications to speed up builds and us using our own images is going to make it harder for other openstack folks to debug our CI21:48
greghayneslocally though youre rigth that its not really practical to do something near what a full CI run is21:48
greghaynesadditionally though, your deal provides us a lot more coverage than we currently get in CI (because it builds on a lot more distros than we have infra images for)21:49
andreasfYes - don't want to touch the existing test-infrastructure, but maybe move some 'hard-coded' calls and dependencies (back) to dib.21:49
andreasfThere is a long discussion about this coverage and support thing with Ianw in some of these patches.21:50
greghaynesso heres what i wonder - would it be possible to make the matrix runner as an external tool to dib, and then use of it can just be 'distro-matrix-run diskimage-builder/test/run_functests.sh ?21:50
greghaynesbasically a generic thing to run a test suite in a matrix of different distros21:51
andreasfYes - that's the idea behind.21:51
greghaynesianw: ^ thoughts?21:52
greghayneson a totally unrelated note, if it isnt brutally obvious yet I have a bit less time to dib nowdays (job situation changed)21:53
greghaynesso.. trying to help where I can but glad to see you all making good progress with me not being around :)21:54
andreasfYes - saw this and already missed you.21:54
greghayneshaha, I just need to find a way to give some dib talks then I have a good excuse to spend time on it21:54
andreasfGood point: are you goring for a talk in Boston?21:56
greghaynesnope, I was thinking of submitting to some linuxcon conferences though21:56
greghaynesor foss* conferences21:57
andreasfDid you already talks about dib during some conferences? Some days ago I tried to find some - but only find one or two somewhat old.21:59
greghaynesI did one with trhe trove folks at the last summit21:59
greghaynesin barcelona21:59
greghaynesthe old ones are probably from the early tripleo days im guessing?21:59
andreasfWill have a look for it.22:00
andreasfYes - with Robert Collins.22:01
greghaynesright, yep that was a long time ago22:01
andreasf(BTW: centos7/tox still fails; now with 'ERROR:   py35: InterpreterNotFound: python3.5' ;-)22:01
greghaynesis py35 pacakged on centos7?22:02
greghaynesif not you may need to run with  --skip-missing-interpreters22:03
andreasfStrange; looks that there is no python3 shipped with centos7???22:06
greghaynesI believe it22:06
andreasfSo - I'll go to bed. Good night.22:13
greghaynesgn22:13
ianwsorry, school run22:16
greghaynescongrats on that :)22:16
greghaynesis it amazing?22:16
ianwit's just all over easier because i don't have to do daycare dropoff then school dropoff for the older one :)22:17
greghaynesah22:17
greghaynesI cant wait until I can drop off for free22:17
ianwheh, don't wish your time away :)  but yeah i get it too22:18

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