Thursday, 2016-01-21

fungijeblair: in the past i think the suggestion has been to base64 encode and then decode it with an exec? though you can also define binary encoded data in yaml, i have no idea if that freaks puppet/hiera the heck out00:00
reeddocaedo, i'm responding to Marcela now00:00
clarkband if you don't want updates well we should stop updating your project00:00
adam_ggreghaynes, http://logs.openstack.org/35/264935/2/check/gate-functional-dsvm-astara-appliance-src/536b9f3/logs/devstacklog.txt.gz#_2016-01-20_23_34_42_79500:00
docaedoreed: oh excellent, thanks!00:00
reedI'll argue that hiding the shade document only because it's missing a piece is bad00:00
dougwigclarkb: another dev made a hand update, and that one was in merge conflict. i figured it was easier to abandon than merge and push it back up empty.00:00
dougwigclarkb: not a normal event.00:00
*** bpokorny_ has joined #openstack-infra00:00
clarkbdougwig: you just ignore it00:00
reedthe same goes for fog and java00:00
clarkbdougwig: and the next day it will be updated00:00
dougwigclarkb: oh, great.  ok, will do.00:01
reedsome (correct) documentation is better than no documentation at all00:01
clarkbdhellmann: similar question for https://review.openstack.org/#/c/257693/ if we don't want updates we shouldn't make updated00:01
clarkbdhellmann: if we do want updates we can leave the changes in place and let them get updated00:01
greghaynesadam_g: Caching get-pip-py file from https://raw.githubusercontent.com/pypa/pip/master/contrib/get-pip.py in /opt/stack/new/.cache/image-create/source-repositories/get_pip_py_5217e630e57404aa87af8b6db2387b35af53ada00:01
greghaynesadam_g: so it definitely is reading the github url from the source-repositories file00:01
docaedoreed: agreed completely, also shade is as far as I know the only lib that is actively tested against multiple clouds, and gets fixed as openstack and the openstack clouds it's tested against change00:02
jeblairfungi, nibalizer: base64 encoding it works for me, that seems like it would fit in well with what we're generally doing...00:02
fungigreghaynes: adam_g: not finding it in master branch tip http://codesearch.openstack.org/?q=pypa%2Fpip%2Fmaster%2Fcontrib%2Fget-pip.py&i=nope&files=&repos=00:02
jeblairfungi, nibalizer: it would be cool if i can just use yaml's base64 and hiera would dtrt...00:02
jeblairi will try that now if no one else has already00:03
fungijeblair: yeah, no idea if that works, but if you can confirm, big win00:03
adam_gfungi, thank you for pointing out what should be obvious to me.00:03
adam_ggreghaynes, i will go away now and fix that00:03
reeddocaedo, true, that and the openstack clients00:04
*** bpokorny has quit IRC00:04
greghaynesadam_g: oh?00:04
fungiadam_g: oh, was your project one of the ones in those search results? ;)00:04
adam_ggreghaynes, we've been keeping our own pip-and-virtualenv element that looks to be overriding the DIB one00:04
reeddocaedo, on the other hand, libcloud seems to be popular among other cloud users, like AWS, GCE, digital ocean etc00:05
adam_gfungi, yes. the first one :)00:05
greghaynesadam_g: hahaa00:05
fungihah00:05
adam_gthat pre-dates me, but today it will get thrown.00:05
* reed slaps the hands that put Digital Ocean in the 'clouds' category00:05
*** elo has joined #openstack-infra00:06
docaedoreed: that is true too - so for someone wanting the ability to address multiple clouds from the same codebase, makes sense00:06
clarkbadam_g: don't worry you don't actually want new pip yet so this is broken but better00:06
greghaynesby default that element should install from pacakge00:07
greghaynesso you should be fine for now00:07
greghaynesactually, youre using source installtype, nvm00:07
adam_gid prefer to just drop ours from tree and use DIBs element00:07
mordredjeblair: let me know if you have to do something other than base64 - we might have to make the heiracopy smarter00:07
*** ZZelle_ has quit IRC00:08
mordredreed: what is the shade piece missing?00:08
reedmordred, a chapter about Swift00:09
mordredheh00:09
reedIIRC Caleb contributed to shade to add that missing piece00:09
mordredturns out a guide to using openstack compute does not need a swift chapter00:09
mordredreed: yah, I believe that is correct00:09
reedbut he ran out of time00:09
reedI needed him to focus on another project first...00:10
clarkbhe should have more time now that the seahawks have been eliminated00:10
reedaahahaha00:10
clarkb>_>00:10
reedmordred, the piece about swift makes sense in the first app tutorial... it's just that IMHO some documentation is better pushed out incomplete but valid, than sit on it until it's shiny00:11
openstackgerritPaul Belanger proposed openstack/diskimage-builder: Remove zero length files  https://review.openstack.org/27055000:11
mordredreed: I agree00:11
reed'release early release often' ...00:12
nibalizerjeblair: what is the file?00:12
nibalizeractually... since we're on puppet apply its really easy to do this probably00:13
nibalizerbecause we can just use the file { } resource and point it at the location that ansible droped the file00:13
*** dizquierdo_ has quit IRC00:14
nibalizerso we could standardize on having groups/<groupname>.d/{file1,file2,file3}00:15
nibalizerand ansible moves over groupname.yaml and groupname.d/*00:15
jeblairnibalizer: oh, so you reckon we can just stick the file in the secrets repo alongside the other yaml files, ignore it in hiera, and just use source=> /opt/system-config/hieradata/production/fqdn/filename ?00:15
nibalizerand the file resource ends up looking line file { '/path/to/secret_file': source => '/etc/puppet/hieradata/groups/<groupname.d>/filename', }00:15
jeblairnibalizer: won't that break the apply test (since the file won't exist in that case?)00:16
nibalizerya it would break the apply test00:17
nibalizerbut we can fix that00:17
*** rbrndt has quit IRC00:17
*** PsionTheory has quit IRC00:17
*** weshay has quit IRC00:19
jeblairnibalizer, fungi: the yaml binary encoding works00:19
nibalizerwhat is the file though?00:20
nibalizersome secretstore or something?00:20
jeblairnibalizer: the thing i'm working on?  a kerberos keytab00:20
*** hdd has quit IRC00:21
fungijeblair: excellent--i'll likely need to do the same for puppeting in our release signing keyring00:21
ianwpabelanger: doesn't dib-lint complain about the RST files not being there?00:21
nibalizerah00:21
jeblairnibalizer: which is a binary blob that's used in place of a password or api key to get a credential from a kerberos server00:21
jeblairnibalizer: i tried a test with the data at http://yaml.org/type/binary.html00:21
jeblairnibalizer: and both forms worked00:21
nibalizeri think having it as a plain file is better than base64encoded00:21
nibalizerthere are two ways we can just have a file in the secrets repo00:22
*** peristeri has quit IRC00:23
*** ccrouch has quit IRC00:23
*** elo has quit IRC00:23
*** ccrouch has joined #openstack-infra00:24
nibalizerhttps://github.com/adrienthebo/hiera-file is the hiera-file backend00:25
jeblairfwiw, the keytab is like 126 characters, so it won't be the longest base64 encoded string in our yaml by far :)00:25
nibalizerthe others being pem files?00:25
jeblairyeh00:25
jeblairwhich are non-binary base64 obviously00:25
fungiway shorter than the ascii-armored x.509 key material we have00:25
fungiyeah, the pem encoded certs00:26
jeblairnibalizer: of course if we start using files, we can move those out00:26
*** elo has joined #openstack-infra00:26
*** mriedem is now known as mriedem_dinner00:28
*** dims has quit IRC00:29
*** pvaneck has quit IRC00:30
krotscheckjeblair: flagged for review. wil look at it in themorning after diaprs00:31
*** sdake_ has joined #openstack-infra00:32
*** sdake_ has quit IRC00:32
*** bexelbie has quit IRC00:33
*** sdake_ has joined #openstack-infra00:33
*** sdake has quit IRC00:34
jeblairnibalizer, fungi: um.  it turns out i don't even need to change hieraedit.00:34
jeblair~/hieraedit.py --yaml ./mirror_update.openstack.org -f /home/corvus/bandersnatch.keytab bandersnatch_keytab00:35
jeblairthat did the right thing with the data00:35
jeblair(i do need to change it to handle empty yaml files, but that's a separate issue resulting from the puppet apply split)00:35
fungiwow, neat00:36
*** otter768 has joined #openstack-infra00:36
jeblairyeah, python-yaml coerces the output automatically based on its type00:37
fungioh, yep it does00:37
jeblairit, er, prints the output which isn't optimal, but...00:38
jeblairit works :)00:38
greghaynesclarkb: does nodepool ask for another image-upload in the logs after the last one which finished?00:39
clarkbgreghaynes: yes00:39
greghaynesclarkb: as in, do you see the job submitted for a new image upload00:39
greghaynesoh?00:39
greghaynesso is it queued?00:39
clarkbno00:39
*** santoshk has quit IRC00:39
greghayneshuh. so it gets consumed by the builder but the upload doesn't happen00:39
clarkblogs say it is going to do it but gearman says no qeue00:39
greghaynesthe builder logs say it is going to upload?00:40
clarkband no uloads are attempted after00:40
greghaynesor, which logs00:40
clarkbnodepool.nodepool logs that upload job is being submitted00:40
greghaynesok00:40
clarkbnodepool.builder knows nothing00:40
greghayneswah00:40
clarkbthe job is registered in gearman but nothing is queued and it has one worker00:40
greghayneshrm00:41
*** markvoelker_ has quit IRC00:41
*** otter768 has quit IRC00:41
*** kushal has quit IRC00:41
*** Swami has quit IRC00:42
greghaynesclarkb: do we run the builder with debug logs on?00:42
greghaynesclarkb: I think yes00:42
clarkbgreghaynes: the builder yes but not gearman00:42
greghaynesya, so no "got job" message is seen?00:42
clarkblet me grep more00:43
openstackgerritIan Wienand proposed openstack-infra/nodepool: [WIP] testing multiple dib uploads  https://review.openstack.org/27055700:43
ianwclarkb: ^ see how this goes...00:43
*** ccrouch has quit IRC00:44
zarofungi: was wondering wher projects.ini is located?00:44
zarothe file for jeepyb.  can't seem to find it projects-config or system-config repos00:45
clarkbhttp://paste.openstack.org/show/484482/00:45
clarkbso a few minutes after my original grepping it completed for that image00:45
*** ccrouch has joined #openstack-infra00:45
clarkbbut I don't see any more recent imgae uploading logs00:46
greghaynesclarkb: huh, so the next one ended up uploading?00:46
zarofungi:NV, found it.00:46
clarkbgreghaynes: the one that was "hanging" fnished 4 hours later00:47
clarkbbut I don't see one after that00:47
greghaynesclarkb: I wonder if we just arent flushing logs00:47
greghaynesclarkb: so you dont see it start until the upload finishes00:47
ianwgreghaynes: all goes through logging module though?00:48
greghaynesianw: it does. I am kind of grasping at straws...00:48
anteayazaro: where is it?00:48
greghaynesI assume the logging module would dtrt and flush out in another thread but I dont actually know00:48
clarkb2016-01-20 18:39:02,084 DEBUG nodepool.builder: Got job image-upload:176178 with data {"image-name": "devstack-precise", "provider": "hpcloud-b1"} is the lsat got job00:49
greghaynesclarkb: and on the nodepool side theres been anohter job submitted since then?00:49
anteayazaro: this it? http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/templates/review.projects.ini.erb00:50
clarkbgreghaynes: ya http://paste.openstack.org/show/484483/00:50
greghaynesah, right, it just spams all the uploads and lets gearman do its thing00:50
greghaynesok00:50
zaroanteaya: yes, that is it.00:51
*** ajmiller has joined #openstack-infra00:51
greghaynesclarkb: hrm, so I kind of suspect it is off uploading the next thing00:51
anteayazaro: wonderful00:51
greghaynesclarkb: not sure how to test that theory other than network dumping00:51
clarkbI can certainly look for glance connections00:52
clarkbanyone know what port it uses?00:52
zaroanteaya: figured out the issue with access for sandbox.  https://code.google.com/p/gerrit/issues/detail?id=383100:52
clarkbI suppose Ican ask the catalog00:52
*** sdake has joined #openstack-infra00:53
greghaynesclarkb: 929200:53
greghaynesclarkb: heh, thats exactly what I did ;)00:53
clarkbsudo netstat -np  | grep 9292 so no00:53
clarkber says no00:53
greghaynesif its rax itll be swift00:53
greghayneswhich I have no idea of the port00:53
clarkbif it is going in order like it was for the first two it will be hpcloud00:53
greghaynesI dunno, that depends on how gearman farms them out00:54
*** sdake_ has quit IRC00:54
fungizaro: looks exactly like what i expected was happening. thanks for testing and confirming00:54
clarkbgearman should round robin jobs in order of client submission iirc00:54
*** kushal has joined #openstack-infra00:54
clarkbso I think it would be hpcloud00:54
clarkbfor dib image id 17617600:55
clarkbmaybe we should add the provider to those log messages00:55
*** bpokorny_ has quit IRC00:55
greghaynesyep00:55
greghaynesthe fact that it eventually uploaded the second image is really odd00:55
*** bpokorny has joined #openstack-infra00:55
clarkbgreghaynes: we may be getting hella throttled00:55
greghayneseither we are missing it uploading the next or it just goes out to lunch for a while inbetween uploads00:56
clarkb(something ot look into)00:56
clarkblooks like hpcloud uses 44300:57
sc68calRIP gate - 31 hours 51 minutes00:57
sc68calgoing to go pour one out for you zuul00:57
clarkbok there is a connection there now to tcpdump it to see if it is active00:58
greghaynesclarkb: awesome00:58
*** gildub has joined #openstack-infra00:59
openstackgerritJames E. Blair proposed openstack-infra/system-config: Add mirror_update.openstack.org  https://review.openstack.org/27052000:59
openstackgerritJames E. Blair proposed openstack-infra/system-config: Document adding a kerberos service principal  https://review.openstack.org/27055900:59
*** changbl has quit IRC00:59
clarkbit isnt chatty at all00:59
greghaynesclarkb: no packets at all?01:00
clarkb4 so far01:00
*** ccrouch has quit IRC01:00
clarkball of length 001:00
greghaynesclarkb: are the window sizes 0 anywhere?01:00
clarkbso I don't think it is doing an upload01:00
*** bexelbie has joined #openstack-infra01:00
*** bexelbie has joined #openstack-infra01:00
*** ccrouch has joined #openstack-infra01:00
clarkbno 0 windows sizes01:00
greghayneshrm01:00
ianwclarkb: can you strace the thread, is it waiting on something?01:01
*** sputnik13 has quit IRC01:01
*** ddieterly has joined #openstack-infra01:01
*** bpokorny has quit IRC01:01
openstackgerritAndre keedy proposed openstack-infra/project-config: Add new project(shovel) to openstack  https://review.openstack.org/26941101:02
clarkbare python threads straceable in that way?01:02
openstackgerritJames E. Blair proposed openstack-infra/system-config: Add mirror_update.openstack.org  https://review.openstack.org/27052001:02
openstackgerritJames E. Blair proposed openstack-infra/system-config: Document adding a kerberos service principal  https://review.openstack.org/27055901:02
greghaynesclarkb: totally01:02
clarkbI expect to be able to strace the entire process and be confuzzled01:02
greghaynesoh01:02
clarkbI can do a thread dump though so lets start there01:02
greghaynesclarkb: if you can find the thread id then it should work01:02
clarkbshould give us a python traceback which is hopefully mor ereadable01:02
*** baoli_ has quit IRC01:03
ianwclarkb: if you pick the right one (/proc/pid/task)01:03
ianwyeah, thread bt is probably better anyway01:03
*** mriedem_dinner is now known as mriedem01:05
clarkbhttp://paste.openstack.org/show/484486/01:05
clarkblooks like it is waiting for gearman to give it a job01:05
clarkbso let me double check the gearman job queues again01:05
greghayneshrm01:05
clarkbthe jobs are still there with one worker and no queues01:06
greghaynesclarkb: so, actually, there should be a job queued01:07
greghaynesclarkb: since nodepool spams gear with all the uploads01:07
clarkbgreghaynes: maybe that isn't happening?01:07
clarkbor the client is going away and gear removes the jobs?01:07
greghaynesyea, I dunno01:08
*** Qiming has joined #openstack-infra01:08
greghaynesseems like nodepool submits the jobs based on http://paste.openstack.org/show/484483/01:08
greghaynesalthough gear logs would be more convincing of that01:08
clarkbya I am going to go read the code that logs that now01:08
pabelangerianw: not sure. Will need to check, but I know rpmlint is not happy01:09
*** salv-orlando has quit IRC01:09
pabelangerianw: where is dib-lint?01:10
greghaynespabelanger: in dib01:10
clarkbsubmitJob should be async so I doubt it is blocking there and getting confused01:10
pabelangergreghaynes: right, but not in the gate?01:10
clarkbso I agree it should actually be submitting all of those jobs01:10
greghaynespabelanger: it is in the dib gate01:10
greghaynesclarkb: yep. Do we have logs on the gearman server itself?01:10
pabelangergreghaynes: cool01:10
pabelangerianw: dib-lint seems happy01:10
clarkbgreghaynes: not at debug just warn and up or something iirc01:11
clarkbbut let me check01:11
greghaynesclarkb: ah. It would be nice to have a job log on the server01:11
clarkberror: [Errno 32] Broken pipe well there is that01:11
greghaynesahoy01:11
clarkbat 2016-01-20 19:18:26,753 ERROR gear.Server: Exception in poll loop:01:11
clarkbso that would've dumped all our jobs01:11
greghaynes\O/ we broke geard01:11
clarkb:(01:11
clarkbbut the client never find sout to record those jobs as errors01:12
clarkbmaybe we should consider running a separate geard for this01:12
clarkbthough its really low traffic compared to the jenkins jobs01:12
greghaynesYea, I'd like to get a good theory for what killed that socket first01:13
clarkbr = self.conn.send(data) is what threw the exception01:13
clarkbso not much info there01:13
greghaynesclarkb: hrm, so nodepool could have just closed the connection01:13
greghaynesclarkb: you know, it might be throttling01:13
greghaynesclarkb: is geard colocated with nodepool?01:13
clarkbgreghaynes: no it is on zuul01:14
greghaynesya01:14
greghaynes:/01:14
greghaynesclarkb: ok, so we need to make nodepool resilient against that socket dying I think01:15
clarkbgreghaynes: yup01:16
clarkbthough I thought that gear would at least on the client side say something like woops connection did these jobs are all invalid now01:16
clarkbbut Iguess now01:16
clarkb*not01:16
greghaynesWe might just not be listening for that01:16
greghaynesactually01:16
greghaynesa few things - do we have tcp keepalives on either side?01:16
clarkbwe should on nodepool since we did that for the client connections01:17
clarkbbut that may be implemented in requests so may not affect gear01:17
greghaynesthis is kind of a good argument for sharing a geard too - since were communicating over that channel a lot for test jobs then the socket should die pretty fast01:18
* greghaynes reads some gear client code01:18
*** kaisers1 has joined #openstack-infra01:18
clarkbright we poll to determine demand01:18
openstackgerritPaul Belanger proposed openstack/diskimage-builder: Fix rpmlint script-without-shebang errors  https://review.openstack.org/27056201:18
openstackgerritPaul Belanger proposed openstack/diskimage-builder: Remove shebangs from non-execute files  https://review.openstack.org/27056301:18
*** elo has quit IRC01:19
pabelangerianw: greghaynes: 2 more for rpmlint01:19
pabelanger^01:19
greghaynesclarkb: and other gearman stuff is still working with nodepool right?01:19
clarkbgreghaynes: ya demand seems to be working fine but it doesn't need persistent client server worker job stuff01:19
clarkbit just polls state at $time01:19
*** kaisers has quit IRC01:20
greghaynesclarkb: over the same socket though?01:20
clarkbyes should be01:20
clarkbyup same self.gearman_client in nodepool.NodePool01:20
greghayneshrm, so ya I would really like some kind of traceback / error for what happens on the nodepool side when it finds out that the socket exploded01:20
clarkbI can see if we have one01:20
greghaynesbased on the gear code I think it should raise an exceptio01:21
clarkbgrep isn't showing anything01:22
greghaynes:/01:22
clarkbgrepping for gear and times around when server shows error01:23
greghaynesclarkb: I think the error might not be gear - itll just raise the raw exception I think01:23
clarkbright but it should show up as gear in the traceback01:23
greghayness/raw/originl01:23
greghaynesclarkb: not if we catch it in nodepool then log.except it?01:24
greghaynesor log.error01:24
*** _amrith_ is now known as amrith01:24
clarkblog.exception should but log.error wont01:24
greghaynesright01:24
clarkbI also grepped the timestamp less milliseconds and didn't see anythin01:24
clarkbbut let me grep for errors01:24
greghayneshrm01:24
*** keedya has joined #openstack-infra01:24
anteayazaro: thank you01:25
anteayazaro: it is only a problem with ssh, hmmmm01:25
anteayasc68cal: yeah, the poor gate :(01:25
clarkbok found some things01:26
greghaynesooo things01:26
clarkblet me work on putting togethre in a paste01:26
clarkbI am typing with one elbow in the air so baby can take a nap, do not recommend01:27
greghayneshaha01:27
*** elo has joined #openstack-infra01:27
greghayneswhen are we going to make a baby seat thing which has a laptop extensikon01:27
*** rguillebert has quit IRC01:27
nibalizeroh man01:28
nibalizerput a battery array in the stroller01:28
anteayaclarkb: I'm constantly impressed by your gymnastics01:28
nibalizerso it charges your thibgs01:28
anteayathat wouldn't do anything to the babies health I'm sure01:28
greghaynesYes! I should absolutely add a laptop tray and batteries to the back of my stroller and basically have a portable standing desk01:28
nibalizeroh man hackrollers have to be a thing01:29
*** dingyichen has quit IRC01:29
*** aeng has quit IRC01:29
*** pahuang has quit IRC01:29
dougwigclarkb: i've had to do that with cats, but not babies. good luck.01:29
anteayadougwig: elbow in the air or battery array?01:30
greghayneshaha01:30
dougwiganteaya: elbow in the air.  i think every parent has used the stroller as a standing desk. :)01:31
greghaynes\O/ it is a thing01:31
dougwigbut a deep cycle in the bottom compartment, now that would be a good idea.01:31
anteayawow01:31
anteayaevery day I give thanks I'm not a parent01:31
anteayatoday I give thanks twice01:32
clarkbhttp://paste.openstack.org/show/484487/ that is severely trimmed down01:32
clarkbbut it definitely shows we disconnected01:32
clarkbI don't see errors from the job submissions though01:33
openstackgerritPaul Belanger proposed openstack/diskimage-builder: Remove shebangs from non-execute files  https://review.openstack.org/27056301:33
clarkbanteaya: hahaha01:33
clarkbhaving two definitely makes certain things very hard. Occasionally we get out of the house with just one baby leaving the other at home with one baby and it is so much easier01:34
clarkbyou can get things done when you have one and it is napping01:35
anteayayes01:35
anteayaagreed01:35
greghaynesclarkb: looks like there is a gear client.connections_condition which you can listen to and get notifications when connections change01:35
clarkbgreghaynes: I am guessing we aren't currently checking that though01:35
openstackgerritPaul Belanger proposed openstack/diskimage-builder: Remove shebangs from non-execute files  https://review.openstack.org/27056301:36
openstackgerritPaul Belanger proposed openstack/diskimage-builder: Fix rpmlint script-without-shebang errors  https://review.openstack.org/27056201:36
anteayaI'm just amazed that the fact that strong magnetic fields affect growing cells seems to be a side issue in the tangental conversation01:36
clarkbalso they are just old enough where jealousy is a real thing. 7 months old and how dare you pick up my sister01:36
anteayaclarkb: nice01:36
greghaynesclarkb: it also looks like gear should have raised the original exception, and if that is actually the case then that is probably a much easier way to handle this01:36
anteayait will only get worse01:36
dougwiganteaya: nerd babies are doomed on that front.01:36
anteayadougwig: yup01:37
anteayaso glad I don't have children01:37
greghaynesclarkb: The annoying bit is that we can definitely get out of sync01:37
greghaynesclarkb: as in, just because we think the connection is dead doesn't mean the gear server knows yet01:37
anteayamy cat has figured out that if she touches my neck gently with a paw when I make a move to put her down I'll hold her a little longer01:37
clarkbgreghaynes: riht, but you can always close the connection which should send a fin right? then reconnect?01:37
anteayaI can be stuck for an additional 30 minutes if she plays it right01:37
pabelangergreghaynes: ianw the only rpmlint error left is: E: wrong-script-interpreter /usr/share/diskimage-builder/elements/package-installs/bin/package-installs-v2 /usr/local/bin/dib-python01:38
clarkbgreghaynes: if networking is really hosed that may not be sufficient though01:38
greghaynesclarkb: not necessarially, it may just be closed because we got an rst out of band01:38
pabelangerSince we added that for inside a chroot, I have to get funky with the RPM package to remove it01:38
pabelangersadly, I cannot find a debian lintian override option for RPMs01:38
*** thorst has joined #openstack-infra01:39
*** Sukhdev has quit IRC01:40
*** katyafervent has quit IRC01:41
*** Daisy has joined #openstack-infra01:42
greghaynesclarkb: ok, I think next thing is to whip up some test cases01:44
greghaynesclarkb: seems like we have a pretty good handle on what is going on01:44
clarkbya basically queue some jobs, kill server connection, what next01:44
greghaynesclarkb: I also wonder if the root cause is that we are now uploading at a higher speed and therefore hit some throttling01:45
clarkbwell we are still in process so shouldn't be uploading faster01:45
clarkbbut it is possible I suppose01:45
greghayneshrm01:45
*** changbl has joined #openstack-infra01:45
greghaynesor maybe the image-upload spam hit throttling? althogh i'd hope that wouldhnt01:46
greghayneser, the submit job image-upload spam01:46
greghaynesoh, or, I wonder if gear does not properly handle the case when send buffers get filled01:46
clarkbthat would surprise me since its tiny01:46
*** Daisy_ has joined #openstack-infra01:47
greghaynesand explodes rather than trying again later01:47
clarkbgreghaynes: it should block on writes iirc01:47
clarkbbut I may be mistaken01:47
*** Daisy_ has quit IRC01:48
*** Daisy has quit IRC01:48
*** katyafervent has joined #openstack-infra01:49
*** elo has quit IRC01:52
greghaynesclarkb: ya, it is all blocking so that should 'just work'01:52
*** dims has joined #openstack-infra01:54
*** elo has joined #openstack-infra01:54
*** erlon has quit IRC01:56
ianwisn't this stuff the gear client has figured out?01:58
clarkbit should it is relatievly reliable for zuul01:59
greghaynesYep, trying to get a theory on why the socket died though, the best I have so far is just throttling01:59
*** Zhongjun_ has joined #openstack-infra02:00
*** dingyichen has joined #openstack-infra02:00
*** vivekd has joined #openstack-infra02:00
*** tiswanso has joined #openstack-infra02:01
*** tiswanso has quit IRC02:03
*** tiswanso has joined #openstack-infra02:04
ianwgreghaynes: from the remote end?  i.e. you queued up too many jobs in quick succession?02:05
greghaynesRax does bw throttling and tends to rst connections ove t the limit02:06
*** tlian2 has joined #openstack-infra02:08
*** sridhar_ram1 has quit IRC02:08
ianwbut then how do the jobs drop out of the gear queue?02:09
*** eric_lopez has joined #openstack-infra02:10
greghaynesianw: whenever the client who submitted jobs disconnects all the jobs it submitted are dropped02:10
*** tlian has quit IRC02:10
*** elo has quit IRC02:12
ianwgreghaynes: (sorry for being dense) but isn't the build job added by nodepool thread, then consumed by builder thread?  aren't they different clients?02:12
*** wei-wang has joined #openstack-infra02:14
openstackgerritSachi King proposed openstack-dev/pbr: Support old setuptools for LTS distro venvs  https://review.openstack.org/26999902:15
greghaynesianw: yes, but the builder only consumes the jobs one at a time, nodepool submits all the upload jobs at once02:15
greghaynesianw: before the upload jobs were all consumed nodepool lost the gear connection which deleted all the upload jobs it submitted which were queued02:15
ianwok ... but not getting how the timeone in the builder thread caused the nodepool side to drop the connection?02:16
greghaynesianw: oh, that isn't the cause of the connection drop, we don't have any clear idea what caused that02:17
ianwahh, ok02:17
*** zhurong has joined #openstack-infra02:18
*** changzhi has joined #openstack-infra02:20
*** thorst has quit IRC02:20
*** thorst has joined #openstack-infra02:21
*** Qiming has quit IRC02:22
ianwgreghaynes: i see, so that's why you're thinking keepalive.  cause this connection would be mostly idle02:22
*** Qiming has joined #openstack-infra02:22
greghaynesYa02:22
greghaynesAlthough I realized it actually isn't very idle02:23
*** yamamoto has joined #openstack-infra02:23
*** thorst has quit IRC02:25
*** woodster_ has quit IRC02:26
*** baoli has joined #openstack-infra02:28
*** rhallisey has quit IRC02:28
*** Jeffrey4l has joined #openstack-infra02:31
*** tlian2 has quit IRC02:32
*** julim has quit IRC02:32
*** dingyichen has quit IRC02:33
*** baoli has quit IRC02:33
*** akshai has joined #openstack-infra02:35
*** yamamoto has quit IRC02:37
*** yamamoto has joined #openstack-infra02:37
openstackgerritSachi King proposed openstack-dev/pbr: Support entry point patching on setuptools < 12  https://review.openstack.org/26999902:37
*** otter768 has joined #openstack-infra02:37
*** hdd has joined #openstack-infra02:40
*** akshai has quit IRC02:40
*** otter768 has quit IRC02:42
*** dingyichen has joined #openstack-infra02:46
*** yamamoto has quit IRC02:46
TheloHi all, quick question: in the zuul gate, what could be the reason for a test to restart?02:46
ianwThelo: someone uploaded a new change?02:47
Theloiamw: no02:48
*** bpokorny has joined #openstack-infra02:48
clarkbchange ahed of it failed02:48
*** keedya has quit IRC02:52
*** vilobhmm111 has left #openstack-infra02:54
*** apoorvad has quit IRC02:55
Theloclarkb: go it , thanks02:56
Thelogot it*02:56
zxiirois there anyone around who can help me figure out why my zuul instance won't parse it's queue? jobs get queued up but no workers ever take care of it.  I confirmed that if I directly queue a job in gearman it works. for some reason my zuul side of things doesn't seem to do anything02:57
*** dgonzalez has quit IRC03:03
*** eric_lopez has quit IRC03:07
*** tricksters has joined #openstack-infra03:08
*** bardia_ has quit IRC03:08
*** baoli has joined #openstack-infra03:10
*** otter768 has joined #openstack-infra03:10
*** binbincong has joined #openstack-infra03:11
*** dgonzalez has joined #openstack-infra03:13
*** Qiming has quit IRC03:15
*** doug-fish has joined #openstack-infra03:16
*** bpokorny_ has joined #openstack-infra03:17
*** hdd has quit IRC03:21
*** bpokorny has quit IRC03:21
*** doug-fish has quit IRC03:21
*** _et_ has quit IRC03:21
*** bpokorny_ has quit IRC03:22
*** cody-somerville_ has joined #openstack-infra03:22
*** oomichi is now known as oomichi_away03:23
*** thorst has joined #openstack-infra03:25
*** tricksters has quit IRC03:26
*** elo has joined #openstack-infra03:26
*** thorst has quit IRC03:30
TheloHi, I get some error in my CI when doing git check out (http://128.199.204.149/08/268608/3/check/dsvm-tempest-ITRI-DISCO-cinder-driver/81e2aa5/logs/devstack-gate-setup-workspace-new.txt) has anyone faced this before?03:32
zxiirook i figured out the zuul problem03:33
zxiironeeded to configure and run a merger process which wasn't immediately obvious to me03:33
zxiiroI shall document this and contribute a getting started guide03:36
*** yamamoto_ has joined #openstack-infra03:39
*** dgonzalez has quit IRC03:39
*** dgonzalez has joined #openstack-infra03:40
*** sdake has quit IRC03:41
*** sdake has joined #openstack-infra03:41
*** dims has quit IRC03:42
*** armax has quit IRC03:42
*** eric_lopez has joined #openstack-infra03:46
*** elo has quit IRC03:46
*** arxcruz has quit IRC03:49
*** baoli has quit IRC03:54
openstackgerritMatt Riedemann proposed openstack/requirements: Bump oslo.versionedobjects minimum to 1.4.0  https://review.openstack.org/27059103:58
*** keedya has joined #openstack-infra04:01
openstackgerritAndre keedy proposed openstack-infra/project-config: Add new project(shovel) to openstack  https://review.openstack.org/26941104:02
*** flwang1 has quit IRC04:05
*** vgridnev has joined #openstack-infra04:06
*** Hal has joined #openstack-infra04:07
*** Hal is now known as Guest2882504:08
*** aeng has joined #openstack-infra04:09
openstackgerritfumihiko kakuma proposed openstack-infra/project-config: Run ovs-native jobs on the periodic-qa queue  https://review.openstack.org/27059504:10
*** mriedem has quit IRC04:12
*** camunoz has joined #openstack-infra04:13
*** sdake_ has joined #openstack-infra04:13
*** eric_lopez has quit IRC04:15
*** sdake has quit IRC04:15
openstackgerritAkihiro Motoki proposed openstack-infra/project-config: WIP: Add new django extraction  https://review.openstack.org/26656504:16
openstackgerritAkihiro Motoki proposed openstack-infra/project-config: WIP: magnum-ui use generic django translation processing  https://review.openstack.org/27059604:16
openstackgerritAkihiro Motoki proposed openstack-infra/project-config: WIP: magnum-ui use generic django translation processing  https://review.openstack.org/27059604:17
openstackgerritAkihiro Motoki proposed openstack-infra/project-config: WIP: Add new django extraction  https://review.openstack.org/26656504:17
openstackgerritMatthew Thode proposed openstack/diskimage-builder: add support for package-installs to gentoo  https://review.openstack.org/27059704:19
*** armax has joined #openstack-infra04:20
*** claudiub has quit IRC04:21
*** FallenPe_ has joined #openstack-infra04:22
*** sdake has joined #openstack-infra04:22
*** FallenPe_ has quit IRC04:23
*** sdake_ has quit IRC04:24
*** FallenPegasus has quit IRC04:25
*** hdd has joined #openstack-infra04:25
*** thorst has joined #openstack-infra04:27
*** ddieterly has quit IRC04:28
zxiirodoes zuul's cron timer support things like "H H * * *" or "@daily"? or does it only support numbers in those fields?04:28
asselin__Thelo, you have a conflict between what you are setting up in your cinder repo and what zuul is setting up.04:29
clarkbit doesnt support @daily04:29
asselin__Thelo, you should make sure you make your changes after zuul is done04:29
zxiiroah ok04:30
asselin__Thelo, either that...or somehow you're re-using the same slave.04:30
*** otter768 has quit IRC04:31
*** thorst has quit IRC04:34
*** vgridnev has quit IRC04:35
*** bpokorny has joined #openstack-infra04:38
*** tjones has joined #openstack-infra04:40
*** Thelo_ has joined #openstack-infra04:41
*** Ramanjaneya_ has joined #openstack-infra04:42
*** Thelo_ has quit IRC04:46
*** coolsvap|away is now known as coolsvap04:49
*** nelsnels_ has quit IRC04:53
*** Thelo_ has joined #openstack-infra04:55
*** ashleighfarnham has quit IRC04:56
*** nelsnelson has joined #openstack-infra04:56
*** treaki_ has joined #openstack-infra04:57
*** tjones has quit IRC04:58
*** vgridnev has joined #openstack-infra04:58
*** Ramanjaneya_ has quit IRC04:59
*** Ramanjaneya has joined #openstack-infra05:00
*** treaki__ has quit IRC05:01
*** harlowja_at_home has joined #openstack-infra05:02
*** david-lyle has quit IRC05:02
*** piet has joined #openstack-infra05:03
*** david-lyle has joined #openstack-infra05:03
*** FallenPegasus has joined #openstack-infra05:04
openstackgerritJames E. Blair proposed openstack-infra/system-config: Add mirror_update.openstack.org  https://review.openstack.org/27052005:04
openstackgerritJames E. Blair proposed openstack-infra/system-config: Document adding a kerberos service principal  https://review.openstack.org/27055905:04
*** markvoelker has joined #openstack-infra05:07
*** Thelo_ has quit IRC05:10
*** markvoelker has quit IRC05:12
*** ccrouch has quit IRC05:12
*** markvoelker has joined #openstack-infra05:12
openstackgerritAndre keedy proposed openstack-infra/project-config: Add new project(shovel) to openstack  https://review.openstack.org/26941105:16
*** aeng has quit IRC05:23
*** zhurong has quit IRC05:26
*** rlandy has quit IRC05:28
*** ddieterly has joined #openstack-infra05:28
*** doug-fish has joined #openstack-infra05:30
*** tiswanso has quit IRC05:31
*** yuanying has joined #openstack-infra05:32
*** thorst has joined #openstack-infra05:33
*** ddieterly has quit IRC05:33
*** doug-fish has quit IRC05:35
*** yuanying_ has quit IRC05:36
*** Zhongjun_ has quit IRC05:38
openstackgerritAndre keedy proposed openstack-infra/project-config: Add new project(shovel) to openstack  https://review.openstack.org/26941105:39
*** thorst has quit IRC05:40
*** vivekd has quit IRC05:44
*** doug-fish has joined #openstack-infra05:44
*** vgridnev has quit IRC05:45
gmannlifeless: pip8 distutils issue for py27/docs etc seems to be fixed with pbr > 1.005:45
gmannlifeless: with that pbr version it does not install pip version 8 and ending with 1.7.* which fix the issue - https://review.openstack.org/#/c/270606/105:46
*** jaosorior has joined #openstack-infra05:47
gmannlifeless: i tried to find the reason of taking pip < 8 in case of pbr >1.0 but did not get complete stack there05:47
gmannlifeless: is this because of virtualenv thing ?05:47
*** doug-fish has quit IRC05:49
lifelessgmann: uh, I have no idea , pbr doesn't influence pip versions05:51
lifelessgmann: if it did, devstack would have not broken, since pbr is used there too05:52
*** harlowja_at_home has quit IRC05:52
gmannlifeless: yea, but for docs and py27 it seems to fix (my guess virtualenv cap as with pbr it is <14 ?)05:53
lifelessno, pbr doesn't trigger virtualenv installation either, nor constrain it05:53
*** zhurong has joined #openstack-infra05:53
lifelessI don't know what you're seeing, but its not pbr fixing it05:53
gmannlifeless: humm. diff from log seems that failure one picked pip from pbr venv and passed one not05:54
gmannlifeless: passed - http://logs.openstack.org/06/270606/1/check/gate-nova-specs-python27/f689acc/tox/py27-2.log05:55
gmannlifeless: failure http://logs.openstack.org/64/269664/3/check/gate-nova-specs-python27/95f7118/tox/py27-2.log05:55
lifelessgmann: the first one has pip 7.105:57
gmannlifeless: yea this is with pbr >1.005:57
gmannlifeless: may be pbr <0.11.0 has pip in requirement.txt and endup with pip update to 805:58
*** aopincar has joined #openstack-infra06:00
*** markvoelker_ has joined #openstack-infra06:01
*** abregman has joined #openstack-infra06:02
*** flwang1 has joined #openstack-infra06:02
*** hichihara has joined #openstack-infra06:02
gmannlifeless: in failure case (pbr<0.11.0) t trigger to upgrade pip to 8 because pbr has that in requirement.txt - http://logs.openstack.org/64/269664/3/check/gate-nova-specs-python27/95f7118/tox/py27-1.log06:04
lifelessgmann: old pbr does indeed have a dep on pip, which could be messing things up - but we don't support old pbr anywhere except - grudglingly - on kilo :)06:04
gmannCollecting pip (from pbr<1.0,>=0.6->-r /home/jenkins/workspace/gate-nova-specs-python27/requirements.txt (line 2))06:04
gmann  Downloading http://pypi.IAD.openstack.org/packages/py2.py3/p/pip/pip-8.0.0-py2.py3-none-any.whl (1.2MB)06:04
lifelessgmann: regardless, the fix for this will be pip 8.106:04
* notmorgan sees a lifeless. /me waves. /me decides that is it likely time to check out for the evening... or try to06:04
*** markvoelker has quit IRC06:05
lifelessnotmorgan: you should be long gone. /waves06:05
*** markvoelker has joined #openstack-infra06:05
gmannlifeless: yea pip 8.1 is fix06:06
gmannlifeless: all spec repo seems to use old pbr <1.006:06
notmorganlifeless: yeah. well... you know how it goes :P06:06
*** markvoelker_ has quit IRC06:06
*** flwang1 has quit IRC06:06
lifelessgmann: they probably aren't syncing with requirements. Doing a manual sync would be a good thign :)06:07
gmannlifeless: yea, but not sure why not syncing there.06:07
lifelessbecause noone has set it up06:07
lifelessI don't think there is any deeper reason06:08
gmannlifeless: humm06:08
*** vgridnev has joined #openstack-infra06:08
*** ashishb has joined #openstack-infra06:11
*** oomichi_away is now known as oomichi06:11
*** bpokorny has quit IRC06:12
*** piet has quit IRC06:14
*** ayoung has quit IRC06:16
wei-wangHi, does this confirmed: https://bugs.launchpad.net/neutron/+bug/1533194 ?, it seems block the https://review.openstack.org/#/c/269017/706:17
openstackLaunchpad bug 1533194 in tempest "Gate failures for neutron in TestGettingAddress" [Undecided,New]06:17
*** yfried has quit IRC06:17
*** Jeffrey4l has quit IRC06:18
*** Jeffrey4l has joined #openstack-infra06:19
Thelowei-wang: looks like this one had the same issue : https://review.openstack.org/#/c/267725/06:22
*** Guest28825 has quit IRC06:23
*** _nadya_ has joined #openstack-infra06:24
wei-wangThelo: thanks :-)06:24
*** vgridnev has quit IRC06:26
openstackgerritOpenStack Proposal Bot proposed openstack/requirements: Updated from generate-constraints  https://review.openstack.org/26796206:27
*** ddieterly has joined #openstack-infra06:30
*** derekh has joined #openstack-infra06:31
*** [1]Thelo has joined #openstack-infra06:32
*** otter768 has joined #openstack-infra06:32
*** unicell has joined #openstack-infra06:33
*** Thelo has quit IRC06:34
*** [1]Thelo is now known as Thelo06:34
*** ddieterly has quit IRC06:34
*** otter768 has quit IRC06:37
*** sdake has quit IRC06:38
*** thorst has joined #openstack-infra06:38
*** Hal has joined #openstack-infra06:38
*** Hal is now known as Guest1184506:38
*** gyee has quit IRC06:39
*** thorst has quit IRC06:45
*** vgridnev has joined #openstack-infra06:47
*** HeOS has joined #openstack-infra06:49
openstackgerritKuo-tung Kao proposed openstack/requirements: update docker-py to 1.6.0  https://review.openstack.org/27062506:55
*** ashleighfarnham has joined #openstack-infra06:56
openstackgerritAndreas Jaeger proposed openstack-infra/elastic-recheck: Remove argparse from requirements  https://review.openstack.org/27041406:58
openstackgerritKhai Do proposed openstack-infra/jeepyb: Fix handling of Gerrit system groups  https://review.openstack.org/27062806:59
*** hdd has quit IRC06:59
zarofungi, anteaya ^ this and https://review.openstack.org/#/c/270537 should fix the sandbox repo situation.07:00
*** ashleighfarnham has quit IRC07:01
*** achanda has quit IRC07:06
*** FallenPegasus has quit IRC07:08
*** gildub has quit IRC07:09
*** yfried has joined #openstack-infra07:13
AJaegerlifeless: morning, sorry, had to leave last night.07:20
*** rcernin has joined #openstack-infra07:20
AJaegerlifeless: yes, I consider argparse a cleanup - and it might fix a few ones as well.07:21
AJaegerlifeless: But python 2.6 support is not best effort for the clients anymore, they even removed python 2.6 from setup.cfg. The only project where we discussed best effort for on the mailing list was pbr.07:21
AJaegerthanks, zaro for tackling the sandbox!07:22
zaroAJaeger: np, hey 270537 seems to have linter issues again.  is that line too long error?07:24
zaroor something else?  ugh, puppet logs drive me nuts!07:25
AJaegerzaro: we disabled lines to long for bashate - but let me check07:25
lifelessAJaeger: shrug - I don't hugely care any which way, but I did want folk to think about this rather than knee-jerk reacting, because there is nothing wrong with depending on argparse [because so many thihngs did/do - we have to make pip work any which way)07:25
*** wei-wang has quit IRC07:25
AJaegerzaro, error is: http://logs.openstack.org/37/270537/2/check/gate-system-config-linters/2e5070b/console.html#_2016-01-20_23_49_06_10707:25
AJaegerzaro: that'S tabs, whitespace, wrong indent07:26
*** vgridnev has quit IRC07:26
*** wei-wang has joined #openstack-infra07:26
AJaegerlifeless: yes, pip has to work with depending on argparse. I understand the situation now much better07:27
*** sshnaidm has quit IRC07:27
* AJaeger is not asking for futher releases because of argparse and hopes pip 8.1/8.0.1 comes out soon07:28
zaroAJaeger: ohh, the [E].  thanks!07:28
AJaegerzaro: yes, the [E].07:29
AJaeger[W] = Warning07:29
*** esikachev has joined #openstack-infra07:30
*** ddieterly has joined #openstack-infra07:31
*** nmagnezi has joined #openstack-infra07:34
*** jcoufal has joined #openstack-infra07:35
*** ddieterly has quit IRC07:36
*** davidhadas_ has joined #openstack-infra07:38
openstackgerritKhai Do proposed openstack-infra/system-config: Add helper script to delete Gerrit groups  https://review.openstack.org/27053707:38
openstackgerritKhai Do proposed openstack-infra/jeepyb: Fix handling of Gerrit system groups  https://review.openstack.org/27062807:40
*** thorst has joined #openstack-infra07:43
*** migi_ is now known as migi07:43
*** unicell has quit IRC07:49
*** unicell has joined #openstack-infra07:49
*** andymaier has joined #openstack-infra07:50
*** thorst has quit IRC07:50
*** jyuso1 has joined #openstack-infra07:51
*** jaosorior has quit IRC07:53
*** jtomasek has joined #openstack-infra07:55
*** nihilife1 is now known as nihilifer07:55
*** otter768 has joined #openstack-infra08:00
*** ihrachys has joined #openstack-infra08:01
*** ayoung has joined #openstack-infra08:01
*** otter768_ has joined #openstack-infra08:02
*** arxcruz has joined #openstack-infra08:02
*** mkoderer_ is now known as mkoderer08:03
*** davidhadas_ has quit IRC08:03
*** otter768_ has quit IRC08:04
*** otter76__ has joined #openstack-infra08:04
*** otter768 has quit IRC08:04
*** otter76__ has quit IRC08:05
*** jaosorior has joined #openstack-infra08:06
*** otter768 has joined #openstack-infra08:06
*** achanda has joined #openstack-infra08:06
Thelonot sure it is the right place to ask but where to take a look at then the gate-grenade-dsvm-multinode job fails (https://jenkins02.openstack.org/job/gate-grenade-dsvm-multinode/1988/console) from the console I dont see the root cause08:06
*** mpavone has joined #openstack-infra08:07
*** otter768 has quit IRC08:07
*** otter768 has joined #openstack-infra08:07
openstackgerritDerek Higgins proposed openstack-infra/tripleo-ci: Add some swap to the undercloud  https://review.openstack.org/27027408:08
openstackgerritKuo-tung Kao proposed openstack/requirements: update docker-py to 1.6.0  https://review.openstack.org/27062508:09
*** otter768_ has joined #openstack-infra08:09
*** otter768 has quit IRC08:09
*** otter768 has joined #openstack-infra08:11
*** otter768_ has quit IRC08:11
*** otter768 has quit IRC08:11
*** HeOS has quit IRC08:12
*** achanda has quit IRC08:13
*** Jeffrey4l has quit IRC08:13
*** placko has joined #openstack-infra08:13
*** esikachev has quit IRC08:13
*** markus_z has joined #openstack-infra08:14
*** ildikov has quit IRC08:15
*** Guest11845 has quit IRC08:18
*** Hal has joined #openstack-infra08:18
*** scheuran has joined #openstack-infra08:18
*** Hal is now known as Guest852508:18
*** hashar has joined #openstack-infra08:20
*** ajo_ is now known as ajo08:24
*** zeih has joined #openstack-infra08:25
*** Jeffrey4l has joined #openstack-infra08:26
*** isaacb has joined #openstack-infra08:26
*** vgridnev has joined #openstack-infra08:28
openstackgerritThomas Herve proposed openstack-infra/project-config: Enable Zaqar in Heat integration jobs  https://review.openstack.org/27065908:28
*** samuelBartel has joined #openstack-infra08:29
openstackgerritMerged openstack-infra/tripleo-ci: Wire up the new --overcloud-pingtest into the tripleo.sh heredoc  https://review.openstack.org/26202808:30
*** ddieterly has joined #openstack-infra08:33
*** fhubik has joined #openstack-infra08:34
*** fhubik is now known as fhubik_brb08:34
*** yfried has quit IRC08:35
*** yfried has joined #openstack-infra08:35
*** hichihara has quit IRC08:35
*** esikachev has joined #openstack-infra08:35
*** armax has quit IRC08:36
*** ddieterly has quit IRC08:37
*** Guest8525 has quit IRC08:38
*** shardy has joined #openstack-infra08:39
openstackgerritafazekas proposed openstack-infra/tripleo-ci: [WIP] trying to add one block node  https://review.openstack.org/27042308:39
*** dingyichen has quit IRC08:44
*** andrearo1 is now known as andrearosa08:44
*** jlanoux has joined #openstack-infra08:47
*** thorst has joined #openstack-infra08:48
*** fhubik_brb is now known as fhubik08:50
*** yfried_ has joined #openstack-infra08:50
*** dizquierdo has joined #openstack-infra08:52
*** derekh has quit IRC08:52
*** yfried has quit IRC08:55
*** thorst has quit IRC08:55
openstackgerritGhanshyam Mann proposed openstack/requirements: Adding all specs repo in projects.txt  https://review.openstack.org/27067108:57
*** dtantsur|afk is now known as dtantsur08:58
*** yolanda has joined #openstack-infra08:58
gmannlifeless: ^^08:59
lifelessgmann: have you pushed up changes to make them verify reqs first? See the README in requirements08:59
ihrachyssdague: ping re mtu patches in devstack[-gate] to fix multinode neutron setups08:59
gmannlifeless: oh, checking..09:00
openstackgerritDina Belova proposed openstack-infra/project-config: Add py27 job for performance-docs  https://review.openstack.org/27008809:02
gmannlifeless: got it, i will check and push accordingly. Thanks09:02
AJaegergmann: most (all?) of the specs repos you added do not have a check-requirements job09:03
AJaegergmann: Also, the purpose of requirements to allow cloud admins to install projects together. So, specs are out of scope for those. We can add them but I'm not sure it's worth the effort.09:03
gmannAJaeger: yea, just got that from lifeless. I did not see the readme. I will add and proposed accordingly09:03
*** ildikov has joined #openstack-infra09:04
gmannAJaeger: humm/ but in many case gate can be broken due to lib upgrade09:06
gmannAJaeger: but your point also seems valid09:06
lifelessAJaeger: requirements works in two differnet directions09:07
lifelessAJaeger: if we were adding specs to g-r, your concern would be relevant - but this is just keeping the specs up to date, so we're not running insecure deps on them. like pbr < 1!09:07
*** dizquierdo has quit IRC09:08
lifelessAJaeger: sorry if that came across harsh; 10pm, I shouldn't be here :)09:08
gmannlifeless: too late for you :)09:08
gmannAJaeger: projects.txt used for auto sync req and manual etc right09:09
*** sputnik13 has joined #openstack-infra09:10
*** markvoelker has quit IRC09:12
*** HeOS has joined #openstack-infra09:12
*** Liuqing has joined #openstack-infra09:12
openstackgerritEvgeny Sikachev proposed openstack/requirements: Add sahara-scenario to projects list  https://review.openstack.org/27067609:13
AJaegerlifeless: no worries09:13
AJaegerlifeless: we can do that syncing indeed09:14
AJaegerlifeless: I had some hard fights in the past when I wanted the syncing but needed extra dependencies for documentation tools as well and finally gave up ;(09:15
*** jistr has joined #openstack-infra09:16
lifelessAJaeger: :/09:16
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Add check-requirements to sahara-scenario project  https://review.openstack.org/27068009:18
AJaegerlifeless: I'll happily +2 the project-config changes if the relevant spec project "owners" are fine with it.09:18
*** rossella_s has joined #openstack-infra09:18
lifelesscool09:19
AJaegerlifeless: I807b061cf697dc79b26ffdfbe023c32600ddd346 was the change to remove some repos09:20
*** daemontool has joined #openstack-infra09:20
AJaegerlifeless: I have to leave now - and wish you a good night!09:21
lifelessAJaeger: ight09:21
*** rossella_s has quit IRC09:21
lifelessnight09:21
*** rossella_s has joined #openstack-infra09:21
gmannlifeless: AJaeger same issue here some spec repo has requirement which are not in g-r09:21
gmannAJaeger: and not sure those are valid one to go in g-r09:21
AJaegergmann: start with those that are fine ;)09:22
*** sfinucan has joined #openstack-infra09:22
*** Guest45232 is now known as BobBall09:22
*** derekh has joined #openstack-infra09:23
gmannAJaeger: yea, in first i got hit by qa one itself :)09:23
AJaeger;)09:23
gmannyasfb one :)09:24
gmannanyways lets see what all can be done in check requirements and based on that we can add in auto sync09:24
daemontoolAJaeger, if you get the chance, could you please help me understand how can i fix this http://logs.openstack.org/89/269189/1/check/gate-freezer-devstack-dsvm/69c6c96/console.html09:26
daemontoolERROR: branch not allowed by features matrix: 1.2.009:26
daemontoolthe review is this one https://review.openstack.org/#/c/269189/09:26
daemontoolwe branched stable/1.2.0 and now the dsvm gate job fail with that error09:26
daemontoolI think is more or less the same issue as http://lists.openstack.org/pipermail/openstack-dev/2015-November/080021.html09:27
daemontoolor anyone around can help me with that09:27
*** jordanP has joined #openstack-infra09:27
openstackgerritEvgeny Antyshev proposed openstack-infra/ciwatch: Fix "verified" attribute assignment  https://review.openstack.org/27068809:30
*** mhickey has joined #openstack-infra09:31
*** exploreshaifali has joined #openstack-infra09:31
*** vgridnev has quit IRC09:32
*** vgridnev has joined #openstack-infra09:33
*** ddieterly has joined #openstack-infra09:34
*** Hal has joined #openstack-infra09:35
*** Hal is now known as Guest8541609:36
*** ddieterly has quit IRC09:38
*** dtardivel has joined #openstack-infra09:38
*** jcoufal has quit IRC09:40
*** jyuso1 has quit IRC09:40
*** markvoelker has joined #openstack-infra09:42
*** sshnaidm has joined #openstack-infra09:44
*** acabot has quit IRC09:45
*** jordanP has quit IRC09:47
*** markvoelker has quit IRC09:48
*** jpr1 has joined #openstack-infra09:50
openstackgerritAkihiro Motoki proposed openstack-infra/project-config: Add translation jobs for python-neutronclient  https://review.openstack.org/27069309:51
*** jordanP has joined #openstack-infra09:51
*** ociuhandu has quit IRC09:52
*** Liuqing has quit IRC09:52
*** thorst has joined #openstack-infra09:53
*** sdake has joined #openstack-infra09:55
openstackgerritAkihiro Motoki proposed openstack-infra/project-config: WIP: Prepare new translation functions for python projects  https://review.openstack.org/27069709:57
openstackgerritMerged openstack-infra/project-config: Keystone run py34 unit tests only on master  https://review.openstack.org/26989609:58
*** acabot has joined #openstack-infra09:58
*** fhubik is now known as fhubik_brb09:59
openstackgerritMerged openstack-infra/project-config: Add osprofiler events to #openstack-oslo channel  https://review.openstack.org/27023809:59
*** thorst has quit IRC10:00
openstackgerritBogdan Dobrelya proposed openstack-infra/project-config: Add non voting docs check jobs for Solar  https://review.openstack.org/27069810:01
*** sputnik13 has quit IRC10:02
*** ashishb has quit IRC10:02
*** openstackgerrit has quit IRC10:02
*** openstackgerrit has joined #openstack-infra10:02
*** fhubik_brb is now known as fhubik10:03
*** pblaho has quit IRC10:03
*** electrofelix has joined #openstack-infra10:03
*** rguillebert has joined #openstack-infra10:04
*** sdake has quit IRC10:05
openstackgerritMerged openstack-infra/project-config: Remove fuel-library puppet 3.6 and 3.7 unit jobs  https://review.openstack.org/27034010:06
*** daemontool_ has joined #openstack-infra10:07
*** ashishb has joined #openstack-infra10:07
*** daemontool has quit IRC10:07
*** jaosorior has quit IRC10:09
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Remove py27-scenario-unit check from sahara  https://review.openstack.org/27070410:09
*** jaosorior has joined #openstack-infra10:10
*** jaosorior has quit IRC10:10
*** achanda has joined #openstack-infra10:11
*** jaosorior has joined #openstack-infra10:11
openstackgerritSwapnil Kulkarni (coolsvap) proposed openstack-infra/tripleo-ci: Remove unused urllib  https://review.openstack.org/26118210:12
daemontool_yolanda,  ping10:13
yolandahi daemontool10:13
*** diltram has left #openstack-infra10:14
daemontool_hi yolanda  I have an issue with if you get the chance, could you please help me understand how can i fix this http://logs.openstack.org/89/269189/1/check/gate-freezer-devstack-dsvm/69c6c96/console.html10:14
*** daemontool_ is now known as daemontool10:14
daemontoolERROR: branch not allowed by features matrix: 1.2.010:14
*** ashishb has quit IRC10:14
daemontoolwe branched stable/1.2.0 and now the dsvm gate job fail with that error10:14
yolandai'm not very experienced with ACL configs on infra. AJaeger, are you around to take a look?10:15
*** dtantsur is now known as dtantsur|brb10:15
daemontoolI think is more or less the same issue as http://lists.openstack.org/pipermail/openstack-dev/2015-November/080021.html10:15
daemontoolthe review is this one https://review.openstack.org/#/c/269189/10:15
daemontoolyolanda,  ok ty10:15
*** wei-wang has quit IRC10:16
yolandasorry but you seem to know more than me...10:16
*** achanda has quit IRC10:17
yolandai see code relies on an env var called ALLOWED_BRANCHES10:17
*** gildub has joined #openstack-infra10:19
yolandadaemontool, this thread looks useful as well https://openstack.nimeyo.com/65815/openstack-infra-devstack-gnocchi-unable-devstack-with-stable10:19
*** changzhi has quit IRC10:20
openstackgerritMerged openstack-infra/project-config: Adds openstack-doc-tools as a group for doc tools  https://review.openstack.org/26831310:20
*** doug-fish has joined #openstack-infra10:22
openstackgerritMerged openstack-infra/project-config: Make gate-fuel-library-puppet-syntax-4-dsvm-centos7 job voting in the check queue  https://review.openstack.org/27025610:23
*** Liuqing has joined #openstack-infra10:24
*** Odd_Blok1 is now known as Odd_Bloke10:25
daemontoolyolanda,  yes thanks10:26
*** doug-fish has quit IRC10:27
daemontoolyolanda,  in the link the guy says "In the past, we set OVERRIDEZUULBRANCH=stable/kilo in the Gnocchi jobs10:27
daemontoolfor some stable branches (we did for stable/1.0), but honestly patching10:27
daemontoolthe infra each time we do a stable release is getting painful."10:27
yolandayes, saw that comment10:28
openstackgerritMerged openstack-infra/project-config: fix ceilometer integration job to handle slow gate  https://review.openstack.org/26984610:28
openstackgerritGhanshyam Mann proposed openstack/requirements: Add yasfb (Sphinx extension) in global requirements  https://review.openstack.org/27072010:28
daemontoolwhere I can set that in the service job (Gnocchi job)10:28
daemontool?10:28
*** vkramskikh has quit IRC10:29
*** StevenK has quit IRC10:29
*** rm_work has quit IRC10:29
*** zeus has quit IRC10:29
*** zeus has joined #openstack-infra10:30
*** zeus is now known as Guest6542510:30
*** keedya has quit IRC10:31
yolandadaemontool, i was looking for samples ast http://codesearch.openstack.org/?q=OVERRIDE_ZUUL_BRANCH&i=nope&files=&repos=10:31
*** rm_work has joined #openstack-infra10:32
openstackgerritMerged openstack-infra/project-config: Make the ironic-parallel job experimental  https://review.openstack.org/26975710:32
yolandafor example in ceilometer they use it http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/ceilometer.yaml10:32
openstackgerritMerged openstack-infra/project-config: use ceilometerclient from git  https://review.openstack.org/26930210:32
*** ddieterly has joined #openstack-infra10:34
*** kzaitsev_mb has joined #openstack-infra10:35
daemontoolah ok ty10:38
daemontoolthanks a lot that's really helpful10:38
*** ddieterly has quit IRC10:39
*** ldnunes has joined #openstack-infra10:39
*** markvoelker has joined #openstack-infra10:39
gibihello infra folks! Is it normal that if I have a commit chain with 6 commits then only the first two of them are progressing in the gate queue and the others are rejected with 'This change depends on a change that failed to merge.' ?10:39
daemontoolyolanda,  that same job will be used for all the branches or each branch will use it's own setting?10:39
yolandadaemontool, depending on how you configure, but normally the same job10:39
gibithe chain starts here https://review.openstack.org/#/c/24702410:39
*** amotoki has quit IRC10:40
daemontoolyolanda,  ok10:40
*** vkramskikh has joined #openstack-infra10:41
*** zhurong has quit IRC10:41
*** bogdando has joined #openstack-infra10:43
bogdandocan someone help with the gate failing https://review.openstack.org/#/c/270698 ?10:43
*** markvoelker has quit IRC10:44
*** Guest85416 has quit IRC10:46
*** Jeffrey4l has quit IRC10:46
*** Hal has joined #openstack-infra10:47
*** Hal is now known as Guest9641610:47
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072810:50
*** StevenK has joined #openstack-infra10:53
*** dizquierdo has joined #openstack-infra10:55
*** e0ne has joined #openstack-infra10:57
*** Qiming has joined #openstack-infra10:58
*** ashleighfarnham has joined #openstack-infra10:58
*** thorst has joined #openstack-infra10:58
*** abregman is now known as abregman|afk10:58
*** ashleighfarnham has quit IRC11:02
*** dizquierdo has quit IRC11:03
*** dims has joined #openstack-infra11:04
*** thorst has quit IRC11:04
*** Qiming has quit IRC11:06
*** aysyd has joined #openstack-infra11:07
*** Nikolay_St has joined #openstack-infra11:08
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072811:09
clarkbdaemontool: as fungi explained previously ylu have chosen to use a different branching strategy and one that devstack-gate does nkt understand11:10
clarkbdaemontool: you can use the openstack branch model or you will bave to teach the tools what to do with your branches11:11
*** _nadya_ has quit IRC11:12
*** kzaitsev_mb has quit IRC11:14
clarkbgibi: it doesnt look like zuul has gotten far enough in its processing to consoder those changes11:15
clarkbgibi I do not see where the merge errors are listed11:15
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072811:17
daemontoolclarkb, sorry I'm not sure I fully understand that11:18
daemontoolwhat's the openstack branch model?11:18
*** dizquierdo has joined #openstack-infra11:18
daemontoollike stable/kilo, stable/liberty etc?11:18
clarkbdaemontool: our tooling understands stable/kilo stable/liberty stable/mitaka stable/newton and so forth11:18
daemontoolok11:18
daemontoolso the reason why we are doing that11:18
clarkbstable/1.2.0 is not somethibg it knows whag to do with11:19
daemontoolis because we can't branch stable/liberty11:19
daemontoolif we didn't meet the openstack release timeline11:19
clarkbyou cant't?11:19
daemontoolso for this case we where instructed to do that11:19
daemontoolI think is make sense11:19
*** kzaitsev_mb has joined #openstack-infra11:19
daemontools/is/it/11:19
daemontoolbut it looks like we can-t11:19
clarkbok well it means that none of the tools understand what to do with your branch in integration testing11:20
clarkbyou can teach the tools or change the branch11:20
daemontoolclarkb, anyone that have a tool11:20
daemontoola service11:20
daemontooland wants the tool to work with stable/kilo and so on11:20
daemontoolhave the same issue11:20
clarkbyes they typically use a branch called stable/kilo11:21
daemontoolbut is your tool has been added to openstack11:21
daemontoolafter the stable/kilo timeline11:21
daemontoolhow do you do that...11:21
daemontoolI'm asking because11:21
daemontoolI'm not sure how to solve this11:21
clarkbyou just make a branch in gerrit the same way you make any other branch11:22
clarkbneed a name and branch root11:22
daemontoolok that's what I did11:22
*** _nadya_ has joined #openstack-infra11:22
daemontool*I think* :)11:23
clarkbyes but used stable/1.2.011:23
daemontoolok11:23
clarkbso the alternative is to teach devstack-gate what to do with stable/1.2.011:23
daemontoolok, I think I need help understanding how to do that11:24
clarkbI dont know that anyone does it so I dont have examplea11:24
daemontool=(11:24
daemontoolok11:24
clarkbI really think if the goal is to have a branch that works with kilo you should just rename your branch11:24
*** ajo has quit IRC11:24
*** abregman|afk is now known as abregman11:25
daemontoolthat's what I'm going to do, thanks11:25
daemontoola lot11:25
*** ociuhandu has joined #openstack-infra11:25
*** ajo has joined #openstack-infra11:25
*** pblaho has joined #openstack-infra11:25
clarkbfor teaching devstack gate you can write your own features.yaml that explains what services to configure on that branch11:26
clarkbthen you also need to set the branch override for git checkouts so prpjects with say kilo get kilo checked out instead of master11:26
daemontoolI think fuel is on our same situation, monasca too11:26
isaacbyolanda: Hi, about https://review.openstack.org/#/c/262787/811:27
clarkbfuel doesnt used devstack gate as far as I know11:27
clarkbnot sure about monasca11:27
daemontoolthat's why then they don't have this issue11:27
isaacbyolanda: I took your advise to fully customize the template11:27
daemontoolbut any service that try retroactively to have the service work with a specific milestone release11:27
daemontoolincur on this I think11:27
isaacbyolanda: You gave me as example the gerrit template11:28
daemontoolclarkb,  do you think by using the same config of ceilometer for branch override would work? http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/ceilometer.yaml11:29
openstackgerritGhanshyam Mann proposed openstack-infra/project-config: Adds check-requirements for qa-specs repo  https://review.openstack.org/27074511:29
clarkbdaemontool: they just have to use the correct branch name then it is automatic11:29
daemontoolclarkb,  ok11:29
daemontoolthe ones listed in ALLOWED_BRANCHES11:29
daemontoolor something like that if I remember well11:29
daemontoolok11:29
yolandahi isaacb, the problem i see with that, is with the java-arg11:31
yolandaJAVA_ARGS11:31
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072811:31
*** vgridnev has quit IRC11:31
clarkbdaemontool: yes since those are the branches that it knows how to deploy. the underlying issur is do you deploy stable/1.2.0 against master or stable/liberty or etc11:31
*** vgridnev has joined #openstack-infra11:31
yolandaif you limit just to configuring heap_size, you are limiting the possibilities of that param. Downstream users may need to add more arguments, or remove existing ones, so that's why i think the whole line needs to be parameterized11:31
*** yamamoto_ has quit IRC11:31
*** dizquierdo has quit IRC11:32
daemontoolclarkb,  ok got it11:32
daemontoolthanks a lot11:32
*** rfolco has joined #openstack-infra11:32
clarkbdaemontool: I think the ceilometer solution is to essentially say stable/1.1.0 is stable/foo11:32
clarkbbut they do that mappi g late in the jobs11:32
*** kushal has quit IRC11:33
clarkbyolanda: isaacb the current code doesnt have that limitation fwiw :)11:33
isaacbyolanda: o.k. this make sense, but what about the other parameters11:33
yolandaclarkb, there was a thread some weeks ago, about external jenkins default vs jenkins template11:33
daemontoolclarkb,  that happen from http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/ceilometer.yaml#n21 to line 24?11:33
clarkbyes I responded11:33
daemontoolclarkb, I'm gonig to create stable/liberty11:33
*** dizquierdo has joined #openstack-infra11:34
yolandai miss your answer, but i've been out due to family problems in the latest times, sorry. What was your opinion?11:34
daemontoolso we are unblocked, then if I need to do anything different I'll do it11:34
clarkbdaemontool: line 21411:34
clarkbyolanda: that the current code accepts a file path and is pretty flexible11:34
*** kzaitsev_mb has quit IRC11:34
*** jcoufal has joined #openstack-infra11:34
clarkbyolanda: I didnt understand why we needed to change it11:34
*** markvoelker has joined #openstack-infra11:34
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072811:35
*** ddieterly has joined #openstack-infra11:35
yolandaclarkb, isaacb, my concern was to go only with template because it would break downstream consumers, but i was not opposite to templating. clarkb, do you prefer that this is abandoned and we go with external files only?11:36
isaacbclarckb: What happens if the file is changed  upstream?11:36
clarkbisaacb: nothing your file is still used11:36
isaacbclarkb: right. But its not updated11:37
clarkbyolanda: correct the current code doesnt have these issues and allows arbitrary defaults files11:37
clarkbisaacb: why not?11:37
yolandaclarkb, although the concern i have, is that we don't have a clear way to go in all puppet-openstack modules. Some of them are using templates, some using external files, without a clear guideline about the prefered way to go11:37
clarkbyolanda: it depends on the file11:37
clarkba defaukts file has no specific form11:38
clarkbyou can put arbitrary shell in it11:38
clarkbthat doesnt work well with a template file11:38
clarkbother files have a finite set of values are great for templates11:38
*** markvoelker has quit IRC11:39
yolandaclarkb , well that happens in some cases. In some others we have change a bit the behaviour of our templates, to allow to pass an array of settings or more open content11:39
clarkbisaacb:  anyways you tell it use this file over here then any changes to the source end up in the output11:39
clarkbyolanda: but even then it is finite the gerrit config for example11:40
clarkbor elasticsearch config11:40
*** ddieterly has quit IRC11:40
yolandaclarkb i'm ok with following that criteria, i think we can document it , so we have a clear guide to review and what is the prefered way to go with puppet configs11:40
clarkbreally I think this defaults file is an exception11:41
clarkbit is arbitrary sourcable shell code11:41
clarkbit isnt a true config file11:42
yolandaclarkb, do you know if we follow the same criteria in all modules we have?11:42
robcresswellGoood morning. We've had Horizon patches in the gate for around 33hrs. Should we be rechecking these, or just wait until things settle down?11:42
clarkbyolanda: I dont think we typically have this probl anywhere else11:42
*** fhubik is now known as fhubik_brb11:43
clarkbrobcresswell: before rechecking understanding why something failed is aleays helpful11:43
isaacbyolanda, clarkb: almost every downstream should override the default value for heap size. why not enable to do it simple?11:43
clarkbrobcresswell: if new pip is to blame then rechecking wont help until new pip is addressed for example11:43
robcresswellclarkb: These aren't failures. They're just stuck in the gate for over a day.11:43
yolandaheap size is not the only value that a downstream consumer will need to change11:43
clarkbrobcresswell: then rechecking wont do anything. the queue is being processed11:44
robcresswellclarkb: Ah, understood.11:44
yolandawe typically had to change timeouts, or add/remove some extra parameter on java defaults11:44
isaacbyolanda: I agree11:44
clarkbisaacb: because we shouldnt sacrifice functionality just to set the heap size11:45
isaacbclarckb: see Ramy comments in: https://review.openstack.org/#/c/263021/11:45
clarkbisaacb: all I see is a comment to add to another module and to fix a typo11:47
*** kushal has joined #openstack-infra11:47
clarkbanyways I stated my opinion on yhe ml11:47
clarkbI think we need to understand why the current method doesnt work before we change it11:48
isaacbclarkb: according to Ramy this is useful for those using single-node-ci as well.11:48
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072811:48
clarkband any chnages should hopefully not remove functionality the currwnt method supports11:48
clarkbisaacb: yes but we already support the feature is my ooint11:48
clarkbsingle node ci can use an arbitrary defaults file like anyone else11:49
*** kushal has quit IRC11:49
*** kushal has joined #openstack-infra11:49
*** fhubik_brb is now known as fhubik11:49
clarkbso one way potentially to do this if you want to make specific vars easy to set is do something like append the values to the file11:50
isaacbclark: what about the original thought to have both the external file and the template. If an external file is passed we use it. otherwise we use the template11:51
clarkbthen you can have complete control of complicated shell if you want or you can just set the heap size11:51
isaacbright. yolanda?11:52
clarkbisaacb: I still think the issur with that is going to be attemlting to make a template everyone is happy with11:52
clarkbbut maybe all that template does is set key valye pairs and anythibg more needs to set the file11:53
openstackgerritZara proposed openstack-infra/storyboard-webclient: Always go to Story Detail Page after adding Story  https://review.openstack.org/27033711:53
yolandaisaacb, what i don't see is the need to just templatize a concrete value, if we do , i'd add the same flexibility as the external file11:53
*** Ramanjaneya has quit IRC11:54
yolandabut this is limiting the functionalty, as the sample we had with java_args , or as clark said, if an user wants to add extra lines to the default file11:54
isaacbyolanda: using a template is easier to keep track with upstream changes.11:55
yolandai can see the advantges of going with a template, in terms of having a set of sane defaults values, and only change the value you need when you call them. But i'm also afraid about code duplication and template complexity11:55
isaacbyolanda: what do you mean?11:56
*** dizquierdo has quit IRC11:56
isaacbI can't see any code duplications?11:56
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: openstack-doc-tools,openstackdocstheme: Use linters  https://review.openstack.org/27046911:57
yolandaisaacb, if we go with file + template, it means duplicating jenkins.default file11:57
yolandaone in the default file that people can override, one in the template with sane defaults11:57
yolandaand if we go only with template, we may loose functionality, or we need to do the template complex enough to accept extra vars, or remove the settings not needed in the initial template11:58
isaacbyolanda: I don't mean to have a default file in puppet11:58
isaacbthere will be only a template in puppet11:58
isaacbbut there is also an option to pass a file11:59
yolandaisaacb yes, but the puppet-jenkins module relies on a jenkins.default file , that is present on the module12:00
yolandathat's initial file that puppet-jenkins take, unless you specify something different on the option12:00
*** esikachev has quit IRC12:01
isaacbthe file is no longer present on the module. I turned it to a template.12:01
isaacbBut anyone who wish to pass another file as default is welcome12:02
*** thorst has joined #openstack-infra12:02
*** dizquierdo has joined #openstack-infra12:03
isaacbIn case someone pass a file we can assume that he does not want the template....12:03
*** Zhongjun_ has joined #openstack-infra12:03
clarkbright, I think as long as the default template has a sane scope then that is fine12:03
*** esikachev has joined #openstack-infra12:03
*** boris-42 has quit IRC12:03
clarkbisaacb:  or we assume they are passing a their own template12:04
isaacbclarkb: this is another option...12:04
clarkbsince the templafe engien can take inpufs with no tempalting and output them 1:112:05
*** sdake has joined #openstack-infra12:05
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072812:07
*** claudiub has joined #openstack-infra12:07
*** coolsvap is now known as coolsvap|away12:07
isaacbyolanda: are you still concerned about having the file parameter option?12:08
*** thorst has quit IRC12:10
openstackgerritAndre keedy proposed openstack-infra/project-config: Add new project(shovel) to openstack  https://review.openstack.org/26941112:11
openstackgerritAkihiro Motoki proposed openstack-infra/project-config: Add translation jobs for python-neutronclient  https://review.openstack.org/27069312:12
*** gildub has quit IRC12:12
yolandaisaacb i am fine with that, i'd rework the java_args bit as i told you in the review, and maybe not change every setting in the template, i don't think user or path needs to be update in the normal deployments12:13
*** dtantsur|brb is now known as dtantsur12:13
*** fhubik is now known as fhubik_brb12:14
*** fhubik_brb is now known as fhubik12:14
yolandaan external user can pass a file, and that file can be generated also using a template in the module that consumes puppet-jenkins, or the way they need12:14
*** EricGonczer_ has joined #openstack-infra12:14
dstufftokay, so let's see if we can get 8.0.1 finished up12:14
*** achanda has joined #openstack-infra12:14
isaacbyolanda: right. ok. I'll do the changes as we talked and add a new patch set.12:16
yolandai am ok with that12:16
*** vgridnev has quit IRC12:16
AJaegerdstufft: we're standing by and cheer you up ;)12:18
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072812:18
AJaegeryolanda: I've udpated https://review.openstack.org/#/c/270469/ - thanks12:18
*** vgridnev has joined #openstack-infra12:18
*** EricGonc_ has joined #openstack-infra12:19
*** achanda has quit IRC12:20
*** mgould has joined #openstack-infra12:20
mgouldmorning!12:21
mgouldcan anyone take a look at https://review.openstack.org/#/c/266320/, please? One-line change to global-requirements that other patches depend on.12:22
*** EricGonczer_ has quit IRC12:23
*** erlon has joined #openstack-infra12:24
*** kzaitsev_mb has joined #openstack-infra12:25
*** dizquierdo_ has joined #openstack-infra12:25
*** doug-fish has joined #openstack-infra12:25
*** oomichi is now known as oomichi_away12:26
openstackgerritZara proposed openstack-infra/storyboard-webclient: Always go to Story Detail Page after adding Story  https://review.openstack.org/27033712:26
*** dizquierdo has quit IRC12:29
gibiclarkb: thanks for the answer. There was a time window when all the 6 patch wass progressed in the queue (for hours) but suddnely the gate queue dropped the last 4 commit12:29
*** markvoelker has joined #openstack-infra12:29
gibiclarkb: based on my recent experience now I have to wait untilt the first 2 commits are merged and then recheck the last 412:30
*** otter768 has joined #openstack-infra12:30
*** oomichi_away has quit IRC12:31
*** EricGonc_ has quit IRC12:31
*** dizquierdo_ has quit IRC12:32
openstackgerritVictor Ryzhenkin proposed openstack-infra/project-config: Add non-voting murano-api gate job with tempest-plugin  https://review.openstack.org/27077012:33
*** nelsnelson has quit IRC12:34
*** markvoelker has quit IRC12:35
*** abregman is now known as abregman|mtg12:35
*** otter768 has quit IRC12:35
*** jordanP has quit IRC12:36
*** ddieterly has joined #openstack-infra12:36
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072812:36
openstackgerritMonty Taylor proposed openstack-infra/puppet-bandersnatch: Make bandersnatch::httpd class  https://review.openstack.org/27048612:36
openstackgerritMonty Taylor proposed openstack-infra/puppet-bandersnatch: Make bandersnatch::cron class  https://review.openstack.org/27049812:38
*** ujuc has joined #openstack-infra12:40
scheuranhi, is there a known problem in the check queue, as jobs take 3 hours and longer to pass?12:40
openstackgerritMerged openstack-infra/puppet-bandersnatch: Add hash_index support  https://review.openstack.org/27048012:41
*** ddieterly has quit IRC12:41
AJaegerscheuran: very high load - couple of problems came together, including the pip 8 release (8.01 should be out soon)12:41
AJaegerplease have patience, scheuran12:41
scheuranAJaeger, thanks for the update!12:42
openstackgerritMerged openstack-infra/puppet-bandersnatch: Add support to install from alternate locations  https://review.openstack.org/27048112:43
*** thorst has joined #openstack-infra12:43
*** abregman|mtg is now known as abregman12:45
mordredyolanda: I fixed your comment on 270486 - 498 is still a little busted though12:46
*** zeih has quit IRC12:47
openstackgerritZara proposed openstack-infra/storyboard-webclient: Change Hover Cursor for Interactable Titles  https://review.openstack.org/27077612:47
*** dizquierdo_ has joined #openstack-infra12:47
dimssdague : AJaeger : where can i see a list of projects that will end up in the "integrated" gate queue? i know somewhere in project-config. but i tend to get lost in there :)12:48
*** erikwilson has joined #openstack-infra12:48
*** trown|outttypeww is now known as trown12:48
AJaegerdims: perhaps in the debug output of project-config layout job? Not sure ;(12:48
openstackgerritMerged openstack-infra/puppet-openafs: Add kstart to client  https://review.openstack.org/27051612:48
dimsAJaeger : ack will look there. thanks12:49
* AJaeger checks as well12:49
AJaegerdims, http://logs.openstack.org/93/270693/2/check/gate-project-config-layout/ffbe201/console.html#_2016-01-21_12_20_22_10312:51
sdaguedims: it's dynamic12:52
sdaguewe should probably actually have a job that does the job matrix calculation and ensures the list is a known value12:53
*** erikwilson has quit IRC12:53
sdaguesomeone seems to have messed up the swiftclient job definition, so it's in there now12:53
*** zeih has joined #openstack-infra12:53
mordredZara: morning! two quick storyboard things you may or may not want to know about ...12:53
AJaegersdague: see my link above, that'S the zuul debug output stating the content of it12:53
AJaegersdague: ah, you checked ;)12:54
sdagueAJaeger: no, I just noticed it in the gate12:54
AJaegersdague: gate-swift-dsvm-functional ?12:54
sdagueyeh12:54
mordredZara: a) I just went to projects and searched for "openstack-infra/shade" (I type faster than the type-ahead-find) and hit enter and I got a much longer list than shade. however, searching for shade worked as expected12:54
mordredZara: b) is there any way to only see a list of stories from projects I have starred?12:55
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072812:55
dimssdague : any chance we can strip more things out from there? other than swift client?12:55
yolandahi mordred, great12:55
sdaguedims: not really12:55
sdaguethe number of things in there isn't actually a problem12:55
mordredZara: oh, finally, I just did another search, and the search succeeded, but a popup showed up in the upper right hand corner saying: "400: GET /api/v1/stories/search: Unknown argument: "status""12:56
AJaegersdague: seems to be an older change...12:56
sdaguedims: horizon might be able to come out12:56
yolandamordred, i agree, 270498 doesn't honor the commit message12:56
mordredZara: (I mention the two things that seem like errors not because they are problems for me, but just in case they are useful information)12:56
sdaguedims: http://tinyurl.com/zrq35e8 is the problem12:56
dimssdague: how about the cluster of devstack/devstack-gate/grenade/requirements?12:56
mordredyolanda: yah - I'm pretty sure the commit message is the intent and th epatch is wrong :)12:56
dimssdague : looking12:57
AJaegerpython-ganttclient?12:57
sdagueas far as I can tell the grenade multinode jobs is always failing on the liberty side12:57
sdaguehonestly, I'd just push to make that non voting for now12:57
sdaguebecause I have no idea what's wrong with it12:57
AJaegersdague: why is that running integrated-gate jobs?12:57
sdagueAJaeger: ?12:57
AJaegersdague: python-ganttclient uses integrated-gate template - is that correct?12:58
sdagueAJaeger: oh, that, it's a dead project12:58
dimssdague : +1 to make it non-voting12:58
sdaguedims: push it, as well as the email about it12:58
dimssdague : ack will do shortly12:58
AJaegersdague: ah, I remember. So, a nop ;)12:59
AJaegerdims, sdague and me can +2 ;)12:59
dimsAJaeger : sneaky! :)12:59
*** baoli has joined #openstack-infra13:02
*** fhubik is now known as fhubik_brb13:04
*** ihrachys has quit IRC13:04
*** ihrachys has joined #openstack-infra13:05
Zaramordred: thanks! search has a lot of problems atm; both of those sound familiar. we've been looking at other things, but I want to focus on search after we get email notifications up. there's a patch in review that would help with b) https://review.openstack.org/#/c/257509/2/src/app/profile/template/subscriptions.html13:06
*** bcourt has joined #openstack-infra13:06
Zaramordred: it doesn't filter search results by subscription, but it's a page to view all subscriptions, separated by resource-type (ie: projects, stories)13:07
*** jamielennox is now known as jamielennox|away13:07
*** ddieterly has joined #openstack-infra13:07
Zaramordred: so not quite the samething but I think it would help meet the same goal (ie: quickly get to stuff you're interested in).13:07
openstackgerritDavanum Srinivas (dims) proposed openstack-infra/project-config: Set gate-grenade-dsvm-multinode to non-voting  https://review.openstack.org/27078813:09
*** jtomasek has quit IRC13:09
*** gordc has joined #openstack-infra13:10
*** rhallisey has joined #openstack-infra13:10
AJaegerdims: if you make a job non-voting, then we should remove it from the gate queues everywhere as well. If this is a short temporary solution, then state it and add some TODO, please13:11
*** Guest7791 is now known as bradjones13:12
*** bradjones has joined #openstack-infra13:12
*** amotoki has joined #openstack-infra13:12
*** yolanda has quit IRC13:13
mordredZara: yah - that's definitely the goal ...13:14
* mordred goes to look at the patch13:14
krotscheckmordred: Are you interested in building wheel mirrors this morning?13:16
*** dprince has joined #openstack-infra13:17
*** weshay_xchat has joined #openstack-infra13:18
*** fhubik_brb is now known as fhubik13:18
*** weshay_xchat is now known as weshay13:18
*** zeih has quit IRC13:19
dimsAJaeger : sdague : email sent and review updated with TODO13:19
*** daemontool has quit IRC13:19
krotscheckElse I'll wait until jeblair and/or fungi wake up13:20
mordredkrotscheck: I am interested in the building of wheel mirrors, but I have to make some slides for a meeting :(13:20
mordredkrotscheck: building wheel mirrors would be more funner13:20
krotscheckmordred: Build slides capable of launching a wheel mirror13:21
*** baoli has quit IRC13:21
*** jtomasek_ has joined #openstack-infra13:22
*** baoli has joined #openstack-infra13:22
*** jed56 has quit IRC13:23
mordredkrotscheck: YES13:24
*** markvoelker has joined #openstack-infra13:24
*** markvoelker has quit IRC13:29
sdagueAJaeger: I think we know this is a temp situation13:31
sdaguethis is a linchpin job13:31
*** kgiusti has joined #openstack-infra13:32
*** Guest96416 has quit IRC13:32
sdaguemordred: pbr question13:34
*** vgridnev has quit IRC13:34
sdagueyou in #nova?13:34
AJaegerdims: did you push the update? sdague I'm fine with a temp situation...13:35
sdagueAJaeger: I didn't see an update, I'd say lets just approve what's there13:36
openstackgerritDavanum Srinivas (dims) proposed openstack-infra/project-config: Set gate-grenade-dsvm-multinode to non-voting  https://review.openstack.org/27078813:36
dimsoops13:36
dimshere it is13:36
*** vgridnev has joined #openstack-infra13:37
AJaegersdague: +2 ;)13:37
*** kzaitsev_mb has quit IRC13:38
*** EricGonczer_ has joined #openstack-infra13:41
*** kzaitsev1ws is now known as kzaitsev_ws13:41
*** jpr1 has quit IRC13:41
*** tlian has joined #openstack-infra13:41
NgAJaeger: the gerritbot failure in https://review.openstack.org/#/c/266549/ is fixed on freenode - would you be able to add it back to your review queue for another look? :)13:42
*** julim has joined #openstack-infra13:42
*** dguitarbite has quit IRC13:45
*** amrith is now known as _amrith_13:46
*** bogdando has left #openstack-infra13:46
*** dguitarbite has joined #openstack-infra13:47
*** yamamoto has joined #openstack-infra13:48
ihrachyssdague: any chance you have cycles to review some multinode + neutron patches that should allow neutron upgrades team to proceed on making partial grenade job working for neutron? https://review.openstack.org/#/q/status:open+topic:multinode-neutron-mtu (the first four patches in the list)13:49
*** yamamoto has quit IRC13:49
*** Guest65425 is now known as zeus13:50
*** zeus has joined #openstack-infra13:50
sdagueis there an order? it's really hard to figure out with all the depends-on13:50
*** markvoelker has joined #openstack-infra13:50
*** bcourt has quit IRC13:51
*** bhunter71 has quit IRC13:51
sdagueihrachys: https://review.openstack.org/#/c/267604/4 that was a typo, right?13:52
*** yamamoto has joined #openstack-infra13:52
*** markvoelker has quit IRC13:53
*** hashar has quit IRC13:53
*** markvoelker has joined #openstack-infra13:53
*** EricGonczer_ has quit IRC13:53
*** exploreshaifali has quit IRC13:54
*** notnownikki has joined #openstack-infra13:54
*** dslevin has quit IRC13:54
*** bcourt has joined #openstack-infra13:55
openstackgerritMerged openstack-infra/system-config: Stop listing hosts as groups in the disabled file  https://review.openstack.org/27026213:55
*** zhurong has joined #openstack-infra13:55
*** zhurong has quit IRC13:56
*** Liuqing has quit IRC13:56
*** Jeffrey4l has joined #openstack-infra13:57
*** markvoelker has quit IRC13:57
esikachevhi all! i have a problem with my local ci, need youre help with zuul. who can help me?13:58
*** markvoelker has joined #openstack-infra13:59
*** ansiwen is now known as ansiwen|afk13:59
*** EricGonczer_ has joined #openstack-infra13:59
*** fhubik is now known as fhubik_brb13:59
openstackgerritAdam Coldrick proposed openstack-infra/storyboard-webclient: Fix some minor project group issues  https://review.openstack.org/26962714:00
*** sdake has quit IRC14:01
*** weshay has quit IRC14:01
*** Jeffrey4l has quit IRC14:02
*** erikwilson has joined #openstack-infra14:02
*** shardy has quit IRC14:03
*** burgerk has joined #openstack-infra14:03
*** fhubik_brb is now known as fhubik14:03
*** ddieterly has quit IRC14:03
openstackgerritMerged openstack-infra/system-config: Use groups.txt for disabling hosts for puppet  https://review.openstack.org/27029614:03
openstackgerritMerged openstack-infra/jenkins-job-builder: Add hue-light plugin support  https://review.openstack.org/26881414:04
*** annegentle has joined #openstack-infra14:04
*** shardy has joined #openstack-infra14:05
*** daemontool has joined #openstack-infra14:05
*** EricGonczer_ has quit IRC14:07
*** hdd has joined #openstack-infra14:07
*** pc_m has quit IRC14:07
*** lezbar has quit IRC14:07
*** lezbar__ has joined #openstack-infra14:07
*** pc_m has joined #openstack-infra14:07
*** edmondsw has joined #openstack-infra14:08
ihrachyssdague: no, that is a special syntax to allow unsetting the value with an empty value. then you don't get path_mtu set.14:09
ihrachyssdague: they are pretty independent pieces (those four patches). other patches are still not ready for review or we doubt their need (need more testing).14:10
ihrachyssome pieces already merged in neutron, so some Depends-On should be already fulfilled14:10
sdagueihrachys: ok, that needs a comment14:10
sdaguebecause that's going to be refactored away later14:11
openstackgerritMerged openstack-infra/project-config: Set gate-grenade-dsvm-multinode to non-voting  https://review.openstack.org/27078814:11
ihrachyssdague: that == syntax?14:12
sdagueyeh14:12
ihrachysok on my way :)14:12
sdagueanything that's not :- needs a comment14:12
*** hdd has quit IRC14:13
sdagueinfra-root: can we get a promote on https://review.openstack.org/#/c/270474/ which is part of this keystonemiddleware cache unwind?14:14
openstackgerritAnne Gentle proposed openstack-infra/project-config: Adds fairy-slipper build jobs for api-site repo  https://review.openstack.org/26980914:14
*** flip214 has quit IRC14:14
openstackgerritAndre keedy proposed openstack-infra/project-config: Add new project(shovel) to openstack  https://review.openstack.org/26941114:15
ihrachyssdague: uploaded with a comment14:15
openstackgerritAnne Gentle proposed openstack-infra/project-config: Adds fairy-slipper build jobs for api-site repo  https://review.openstack.org/26980914:16
*** Thelo_ has joined #openstack-infra14:16
*** dizquierdo_ has quit IRC14:17
*** sabeen1 has joined #openstack-infra14:17
*** flip214 has joined #openstack-infra14:17
*** flip214 has joined #openstack-infra14:17
*** achanda has joined #openstack-infra14:17
*** weshay_xchat has joined #openstack-infra14:18
*** sdake has joined #openstack-infra14:19
*** keedya has joined #openstack-infra14:19
*** jlanoux has quit IRC14:19
*** dkranz has joined #openstack-infra14:20
*** fhubik is now known as fhubik_brb14:20
*** sabeen3 has joined #openstack-infra14:21
*** tiswanso has joined #openstack-infra14:22
*** achanda has quit IRC14:23
*** sabeen1 has quit IRC14:24
*** peristeri has joined #openstack-infra14:24
*** ccrouch has joined #openstack-infra14:24
*** tiswanso has quit IRC14:26
*** rlandy has joined #openstack-infra14:27
*** mriedem has joined #openstack-infra14:28
*** yamamoto has quit IRC14:28
*** ihrachys has quit IRC14:28
*** ddieterly has joined #openstack-infra14:30
*** zeih has joined #openstack-infra14:31
*** jtomasek has joined #openstack-infra14:31
AJaegersdague: could you review https://review.openstack.org/270469 , please?14:31
*** otter768 has joined #openstack-infra14:31
*** yolanda has joined #openstack-infra14:32
*** tiswanso has joined #openstack-infra14:32
*** dizquierdo has joined #openstack-infra14:32
openstackgerritMatthew Kassawara proposed openstack-infra/project-config: Add logic for networking-ovn jobs  https://review.openstack.org/27044414:33
*** ujuc has quit IRC14:33
*** ddieterly has quit IRC14:34
*** sdake has quit IRC14:35
*** otter768 has quit IRC14:36
*** Ramanjaneya has joined #openstack-infra14:37
*** ihrachys has joined #openstack-infra14:39
*** dslev has joined #openstack-infra14:39
*** fhubik_brb is now known as fhubik14:40
*** aopincar has quit IRC14:41
openstackgerritMerged openstack-infra/storyboard-webclient: Change Hover Cursor for Interactable Titles  https://review.openstack.org/27077614:41
*** regXboi has joined #openstack-infra14:41
openstackgerritDina Belova proposed openstack-infra/project-config: Add py27 job for performance-docs  https://review.openstack.org/27008814:41
*** fawadkhaliq has joined #openstack-infra14:42
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Add matrixOptions to throttle properties module  https://review.openstack.org/24169914:45
*** ari has joined #openstack-infra14:46
fungisdague: 270474 breaking multi-node jobs is acceptable collateral damage for now?14:47
*** jordanP has joined #openstack-infra14:48
*** jtomasek_ has quit IRC14:49
*** _amrith_ is now known as amrith14:50
fungii've gone ahead and promoted it14:51
*** binbincong has quit IRC14:51
*** binbincong has joined #openstack-infra14:52
*** treaki_ has quit IRC14:52
openstackgerritSam Yaple proposed openstack-infra/project-config: Remove *-validate-content job from Kolla  https://review.openstack.org/27083914:52
*** ildikov has quit IRC14:52
sdaguefungi: yeh, multinode is just broken14:52
fungii missed that development. there was already a new bug breaking the multinode tempest jobs?14:53
fungido you happen to know who was looking into it, if anyone?14:53
sdagueno, multinode has been broken for a while again14:53
*** nelsnelson has joined #openstack-infra14:53
*** kashyap has left #openstack-infra14:53
openstackgerritMerged openstack-infra/jenkins-job-builder: gitlab trigger: Support new "addCiMessage" flag  https://review.openstack.org/26608714:54
*** ccrouch has quit IRC14:54
*** mtanino has joined #openstack-infra14:54
*** nelsnels_ has joined #openstack-infra14:55
*** nelsnelson has quit IRC14:55
*** julim has quit IRC14:56
dimsfungi : sdague : integrated gate queue seems to be starving... not much running in that queue - http://status.openstack.org/zuul/14:57
sdaguedims: there was a reset14:57
sdagueit's rebuilding14:57
dimssdague : aha. thanks!14:58
sdaguewell, there was a promote14:58
*** ildikov has joined #openstack-infra14:58
sdagueso it's restacking everything14:58
fungiyeah, i promoted the memcached patch to the top, so everything had its jobs restarted14:58
dimswhew. cool thanks14:58
openstackgerritMerged openstack-infra/tripleo-ci: Add some swap to the undercloud  https://review.openstack.org/27027414:59
*** jlanoux has joined #openstack-infra14:59
*** ashleighfarnham has joined #openstack-infra14:59
openstackgerritsebastian marcet proposed openstack-infra/openstackid: Fix on Refresh token Response:  https://review.openstack.org/27084615:00
*** Thelo_ has quit IRC15:00
*** vgridnev has quit IRC15:01
*** julim has joined #openstack-infra15:02
*** sigmavirus24_awa is now known as sigmavirus2415:03
*** fawadkhaliq has quit IRC15:03
*** yamamoto has joined #openstack-infra15:03
*** piet has joined #openstack-infra15:04
*** burgerk has quit IRC15:04
*** ashleighfarnham has quit IRC15:04
*** boris-42 has joined #openstack-infra15:07
openstackgerritDougal Matthews proposed openstack-infra/project-config: End Gating for Tuskar Projects  https://review.openstack.org/27085015:07
openstackgerritMerged openstack-infra/storyboard-webclient: Fix some minor project group issues  https://review.openstack.org/26962715:07
*** piet has quit IRC15:09
*** sdake has joined #openstack-infra15:12
fungizaro: thanks for your suggestions on 263971 (and your upstream bug fixes in gerrit)!15:15
*** sdake_ has joined #openstack-infra15:17
*** ccrouch has joined #openstack-infra15:19
*** bhunter71 has joined #openstack-infra15:20
*** achanda has joined #openstack-infra15:20
*** rbrndt has joined #openstack-infra15:20
*** achanda has quit IRC15:20
*** achanda has joined #openstack-infra15:20
*** jaypipes has joined #openstack-infra15:21
mriedemdims: https://review.openstack.org/#/c/270857/15:21
mriedemclarkb: was looking at it yesterday15:21
*** sdake has quit IRC15:22
mriedemit's a problem with the multinode job where we're using fixed ips and trying to ssh from one private net to another15:22
mriedem*i think*15:22
dimsmriedem : +1 worth a try15:22
*** burgerk has joined #openstack-infra15:22
*** tonytan4ever has joined #openstack-infra15:22
*** cschwede has quit IRC15:23
*** FallenPegasus has joined #openstack-infra15:24
pabelangerfungi: Asked yesterday, but got missed in the backscroll.  Is there anything special you'd like to see for the upstream summit talk around submitting presentations?  EG: do something as a group, or just do individual contributions?15:25
*** fawadkhaliq has joined #openstack-infra15:25
*** zz_dimtruck is now known as dimtruck15:26
*** ddieterly has joined #openstack-infra15:26
fungipabelanger: there was a list of ideas in an etherpad... did i link that in the meeting?15:27
*** Ramanjaneya has quit IRC15:27
fungiit was in ttx's e-mail to the -dev ml15:27
*** Daisy has joined #openstack-infra15:27
*** migi has quit IRC15:29
*** jsavak has joined #openstack-infra15:30
*** ansiwen|afk has quit IRC15:30
pabelangerfungi: Right, I have it.  Mostly curious if the infra team wanted to submit something formal (eg: help prepare the talk) or just do it individually. Is there any preference here on what we want to talk about?15:30
*** fhubik is now known as fhubik_brb15:30
*** fhubik_brb is now known as fhubik15:31
*** fhubik has quit IRC15:31
openstackgerritMerged openstack-infra/openstackid: Fix on Refresh token Response:  https://review.openstack.org/27084615:31
*** EricGonczer_ has joined #openstack-infra15:31
*** burgerk has quit IRC15:32
EmilienMhello infra! I have a patch standing for some time in os-loganalyze, could someone have a look? https://review.openstack.org/#/c/265447/ Thanks!15:32
fungipabelanger: if anyone else volunteers, it would be good to coordinate submissions so we can avoid proposing overlapping topics. i'm fine with individual presenters, groups, panels, whatever15:33
fungiit's more a question of picking a format that best suits the topic15:33
*** achanda has quit IRC15:33
fungiand what the track chairs will ultimately approve15:34
openstackgerritNicko Glayre proposed openstack-infra/jenkins-job-builder: Adding support for maven-metadata-plugin  https://review.openstack.org/25743015:34
pabelangerfungi: Sure, I was also considering sending something to the -infra ML to see if anybody else is interested in collaborating.  If not, I have some ideas based on the etherpad link15:34
*** dprince has quit IRC15:35
*** fhubik has joined #openstack-infra15:35
fungipabelanger: sounds great!15:35
openstackgerritJulien Danjou proposed openstack/requirements: Make upper constraint actually be "upper" constraints  https://review.openstack.org/27086515:35
fungimore discussion in a different venue than irc will hopefully increase visibility and garner more volunteers15:36
*** asselin__ has quit IRC15:37
openstackgerritMerged openstack-infra/jenkins-job-builder: Add matrixOptions to throttle properties module  https://review.openstack.org/24169915:37
*** sdake_ is now known as sdake15:37
*** jyuso1 has joined #openstack-infra15:37
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Migrate scenario gate on sahara-scenario repo  https://review.openstack.org/27086815:37
*** jsavak has quit IRC15:38
*** markvoelker has quit IRC15:38
*** tiswanso has quit IRC15:38
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Migrate scenario gate on sahara-scenario repo  https://review.openstack.org/27086815:39
*** tiswanso has joined #openstack-infra15:39
*** asselin_ has joined #openstack-infra15:39
*** annegent_ has joined #openstack-infra15:39
openstackgerritDougal Matthews proposed openstack-infra/project-config: Retire the Tuskar project  https://review.openstack.org/27086915:39
*** andymaier has quit IRC15:40
*** Ramanjaneya has joined #openstack-infra15:41
*** hdd has joined #openstack-infra15:41
*** annegentle has quit IRC15:42
*** fawadkhaliq has quit IRC15:42
*** jyuso1 has quit IRC15:42
*** esikachev has quit IRC15:43
*** amotoki has quit IRC15:44
*** Daisy has quit IRC15:45
*** fhubik has quit IRC15:45
openstackgerritJames E. Blair proposed openstack-infra/puppet-bandersnatch: Make bandersnatch::cron class  https://review.openstack.org/27049815:47
EmilienMkrotscheck: hey, do we have a follow-up on https://review.openstack.org/#/c/253616/ ?15:47
krotscheckEmilienM: Yes.15:48
EmilienMkrotscheck: looks like https://review.openstack.org/#/c/238754 is stalled15:48
krotscheckEmilienM: Yeah, the reason for that is that the effort was split, once again, into different efforts.15:48
pabelangerfungi: great, already sent15:49
krotscheckEmilienM: Long story short- First land wheel mirror to make things faster, then land AFS mirrors, then add additional mirrors to AFS mirror.15:49
*** hashar has joined #openstack-infra15:49
krotscheckEmilienM: I'm still on it.15:49
krotscheckEmilienM: Current wheel effort is here https://review.openstack.org/#/q/branch:master+topic:wheel_mirror+status:open15:50
EmilienMkrotscheck: nice summary and good to know you're still on it. Thanks! Please let me know if you need help on something15:50
krotscheckEmilienM: AFS mirror effort is here https://review.openstack.org/#/q/branch:master+topic:afs-mirror+status:open15:50
krotscheckEmilienM: Willdo :)15:50
EmilienMkrotscheck: indeed, lot of work, wow15:50
*** tjones has joined #openstack-infra15:51
sdaguemordred: you had a +2 on earlier version of this patch - https://review.openstack.org/#/c/267133/ - can you look again?15:52
jeblairfungi, sdague: so did we just break multinode more?  there's the ip issue that clarkb et al were working on yesterday and now also the memcache thing?15:53
*** nmagnezi has quit IRC15:54
*** achanda has joined #openstack-infra15:55
openstackgerritNicko Glayre proposed openstack-infra/jenkins-job-builder: Adding support for maven-metadata-plugin  https://review.openstack.org/25743015:57
*** zeih has quit IRC15:57
*** angdraug has joined #openstack-infra15:57
sdaguehonestly, I don't know. There is currently so much broken it's hard to see what's going on15:57
*** shardy has quit IRC15:57
*** jpr has joined #openstack-infra15:58
*** zeih has joined #openstack-infra15:58
sdagueok, I'm going to pull that devstack change out of the gate15:58
sdagueyou might be right, about it failing on the multinode case in a new way15:59
*** shardy has joined #openstack-infra15:59
openstackgerritDina Belova proposed openstack-infra/project-config: Add py27 job for performance-docs  https://review.openstack.org/27008816:00
*** diazjf has joined #openstack-infra16:00
*** markvoelker has joined #openstack-infra16:01
*** isaacb has quit IRC16:01
*** achanda has quit IRC16:02
*** FallenPegasus has quit IRC16:02
mordredsdague: done16:03
*** zeih has quit IRC16:03
jeblairif you have "class {foo}" and "class {foo::bar}" is there an implied depedency in puppet?16:03
cbader_I have a question about the argparse issue yesterday was there a solution I am running into this on creating a common-ci server. Issue with pip install on zuul and diskimage-builder?16:04
mordredjeblair: I do not believe so16:04
*** sshnaidm has quit IRC16:04
mordredjeblair: like, if you include foo::bar does that imply including fo?16:04
mordredfoo?16:04
*** scheuran has quit IRC16:04
*** placko has quit IRC16:05
jeblairoh sorry16:05
jeblairmordred: i meant does foo::bar auto-require foo16:05
jeblairfor ordering16:05
jeblair(puppet does perform _some_ auto-requiring)16:05
mordredjeblair: ah. that I do not know16:05
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard-webclient: Logging in no longer causes page refresh.  https://review.openstack.org/27088216:06
mordredcrinkle: ^^ ?16:06
mordredactually - I bet EmilienM knows ...16:06
EmilienMo/16:06
EmilienMno16:06
mordredEmilienM: see jeblair's questoin?16:06
EmilienMyou need to explicitly include ::foo16:06
EmilienMand then ::foo::bar16:06
mordredEmilienM: but if you include ::foo and include ::foo::bar will it include ::foo _before_ it includes ::foo::bar?16:07
EmilienMincluding ::foo::bar does not include ::foo for you16:07
EmilienMI know the DSL is now aware about resource ordering in the manifest16:07
jeblair(will it automatically add a "require => Class['foo']" relationship)16:07
jeblair(to foo::bar)16:07
EmilienMso I highly suggest to first declare ::foo and then ::foobar16:07
EmilienMso I highly suggest to first declare ::foo and then ::foo::bar16:07
*** pcrews has joined #openstack-infra16:07
EmilienMjeblair: not afik16:08
jeblairok, thanks16:08
EmilienMlet me confirm16:08
EmilienMjeblair: include != require16:08
EmilienMhttps://docs.puppetlabs.com/puppet/latest/reference/lang_relationships.html#syntax-the-require-function16:09
EmilienMso I think there is no implicit require16:09
openstackgerritJames E. Blair proposed openstack-infra/system-config: Add mirror_update.openstack.org  https://review.openstack.org/27052016:09
openstackgerritJames E. Blair proposed openstack-infra/system-config: Document adding a kerberos service principal  https://review.openstack.org/27055916:09
cbader_clarkb, was there a solution to the remove argparse issue?16:09
*** rcernin has quit IRC16:09
jeblairmordred, krotscheck: updated ^16:09
AJaegercbader_: we wait for pip 8.0.1. argparse removal is a nice cleanup16:10
krotscheckjeblair: Thanks, will look at it as soon as I've fixed something for storyboard16:10
*** Ramanjaneya has quit IRC16:10
*** yamahata has joined #openstack-infra16:10
cbader_Ajaeger, we are waiting for pip 8.0.1 is that correct?16:10
*** ddieterly has quit IRC16:11
*** ddieterly has joined #openstack-infra16:11
*** yamamoto has quit IRC16:11
AJaegercbader_: yes.16:11
*** yamamoto has joined #openstack-infra16:11
*** yamamoto has quit IRC16:11
AJaegercbader_: at least my understanding16:12
crinklemordred: jeblair no foo::bar does not autorequire foo16:12
cbader_Ajaeger, is there any idea when that might happen, is there any work around.16:12
openstackgerritJames E. Blair proposed openstack-infra/system-config: Add storyboard exim router/transports  https://review.openstack.org/27033116:12
cbader_Ajeager, my openstackci is down so not reporting anything at this time so lots of preasure.16:12
*** yfried_ has quit IRC16:12
*** amotoki has joined #openstack-infra16:13
AJaegercbader_: dstufft was working on this earlier today, not sure what his status is16:14
jeblairkrotscheck: i'll be back in a few minutes then i'll be ready to mirror16:14
krotscheckjeblair: Thanks16:14
*** slagle has quit IRC16:14
*** cschwede has joined #openstack-infra16:14
cbader_Ajaeger, thank you for the update, I will watch for update and hope it comes.16:14
*** erikwilson has quit IRC16:14
openstackgerritBoris Pavlovic proposed openstack-infra/project-config: Add lib-forward-testing for OSprofiler  https://review.openstack.org/26990516:15
cbader_Has anyone seen this issue on creation of common-ci. Execution of '/usr/local/bin/pip install -q --upgrade python-jenkins' returned 1: Detected a distutils installed project ('six') which we cannot uninstall.16:16
fungisdague: jeblair: the main reason i asked is because of the numerous comments from other reviewers saying that memcache needed to become a dependency of most services, not just keystone, that it was a quirk of aio that it worked there at all, and so would break on devstack nodes where keystone didn't get set up (e.g. the second node in our multinode jobs)16:16
*** fawadkhaliq has joined #openstack-infra16:17
fungiand i didn't see any of those comments addressed before you approved16:17
clarkbcbader_: that is the pip problem16:17
fungiyeah, no pip 8.0.1 yet16:17
openstackgerritMerged openstack-infra/project-config: always make upper-constraints available to python jobs  https://review.openstack.org/26713316:18
Sam-I-Amgood morning... whats the status of https://review.openstack.org/#/c/270417/16:18
cbader_clarkb, ok thanks that is what I thought but wanted to just check so I don't spend anymore time trying to figure out.16:18
*** bnemec has quit IRC16:18
cbader_So all will be made right by pip 8.0.1 :-b16:19
funginot necessarily all16:19
*** placko has joined #openstack-infra16:19
clarkbthat particular issue should be corrected, but not necessarily everything16:19
clarkboh wait no that one may not be16:19
clarkbI read six as argparse for some reason16:19
cbader_I just want the current ones fixed so I can get my openstackci backup and running.16:20
*** bnemec has joined #openstack-infra16:20
clarkbcbader_: you can use an older pip16:20
fungilast i heard, broken stdlib shadowing (argparse) and issues with system-site-packages in virtualenvs are targeted for fixing in 8.0.116:20
*** keedya has quit IRC16:20
openstackgerritXingchao Yu proposed openstack-infra/project-config: Create puppet-oslo module  https://review.openstack.org/27089516:20
*** rajinir has joined #openstack-infra16:20
sdaguefungi: yeh, sorry, my bad16:21
cbader_so my six issue  on upgrade on python-jenkins might be something else any clue were?16:21
Sam-I-Amsdague: got a min?16:21
*** vgridnev has joined #openstack-infra16:22
cbader_so the python-jenkins issue says, The metadata provided by distutils does not contain a list of files which have been installed, so pip does not know which files to uninstall.16:22
*** Ramanjaneya has joined #openstack-infra16:22
clarkbcbader_: yes that is the new pip16:22
fungiproblems exposed by pip 8 with distro packages of things like six, netaddr, et cetera aren't entirely settled on how (or whether) they'd be fixed in pip16:22
sdagueSam-I-Am: sure16:22
*** HeOS has quit IRC16:22
openstackgerritDougal Matthews proposed openstack-infra/project-config: End Gating for Tuskar Projects  https://review.openstack.org/27085016:22
openstackgerritDougal Matthews proposed openstack-infra/project-config: Retire the Tuskar project  https://review.openstack.org/27086916:22
cbader_clarkb, ok will wait with everyone else and tell bosses on hook for fix. hope they accept it.16:22
*** asalkeld has joined #openstack-infra16:23
clarkbcbader_: or you can use older pip16:23
*** krtaylor has quit IRC16:23
sdaguefungi: can you re promote this - https://review.openstack.org/#/c/270417/16:23
cbader_clarkb, I tried that yesterday but seemed to cause other issues. I guess I can try again.16:23
sdaguethat bounced off the multinode fail16:23
clarkbcbader_: it needs to be the most recent previous version probably16:24
krotscheckjeblair: Ready when you are.16:24
* krotscheck goes to reviews jeblair's patches.16:24
sdaguewhich is now non voting, so maybe we can fix it16:24
rajinirasselin: Appreciate if you can review this - https://review.openstack.org/#/c/267733/16:24
rajinirclarkb: Need help with review to move this forward - https://review.openstack.org/#/c/267733/16:25
*** fawadkhaliq has quit IRC16:25
*** bardia has joined #openstack-infra16:26
*** hashar has quit IRC16:27
cbader_clarkb, I think it is 7.1.2 from yesterday. need to lookup how to do forgot.16:28
*** jvrbanac_ has joined #openstack-infra16:29
*** dizquierdo has quit IRC16:29
sdaguefungi: thanks16:30
*** piet has joined #openstack-infra16:30
fungisdague: yep, done ;)16:30
*** jvrbanac_ has quit IRC16:30
*** matrohon has joined #openstack-infra16:31
pabelangergreghaynes: ianw: any ideas on the diskimage-builder gate failures?16:32
*** jvrbanac has joined #openstack-infra16:32
*** erikwilson has joined #openstack-infra16:32
anteayacbader_: remember it is you who are responsible for your third party ci operation not the infra team nor anyone else in openstack or the python community16:32
*** otter768 has joined #openstack-infra16:32
dstufftfungi: they'll be fixed16:32
dstufftfor now16:32
anteayacbader_: we do our best to help you but the responsibility is yours16:32
*** [1]Thelo has joined #openstack-infra16:33
fungidstufft: thanks for the update!16:34
cbader_anteaya, I understand it is all my responsibility, but is it nice to see the community help resolve issue or recommend how to fix issues.16:35
*** Thelo has quit IRC16:35
*** [1]Thelo is now known as Thelo16:35
*** isaacb has joined #openstack-infra16:35
anteayacbader_: you are part of the community16:35
*** krtaylor has joined #openstack-infra16:35
*** mpavone has quit IRC16:36
cbader_anteaya, I am trying to be, new to this type of work, thrown in a very large pool.16:36
*** otter768 has quit IRC16:37
cbader_anteaya, I am commited to this endevour and hopefully contributing in some small some day but there yet.16:37
anteayaexpressing appreciation goes a long way16:37
jeblairsome people think this is the deep end of the pool, but really, we've just gone off the deep end16:38
dstufftfungi: no problem :)16:38
dstufft8.0.1 will probably be today16:38
*** erikwilson has quit IRC16:38
dstufftassuming travis stops taking forever and/or I don't fall asleep again like last night16:39
jeblairkrotscheck: okay, what needs doing?16:39
cbader_the person I am trying to replace has made hugh commits to this group and I am trying to just survive.16:39
Swansondumb question.  When is the 3rd party ci meeting?16:39
anteayawell he is sitting right next to you16:39
krotscheckjeblair: At this point, I believe we need to create the wheel mirror nodes.16:39
Swansongoogle is my friend, I suppose16:39
anteayaSwanson: not a dumb question16:39
jeblairkrotscheck: all relevant patches landed?16:39
krotscheckjeblair: If I'm not mistaken, fungi has already added all the hiera keys for ssh things.16:39
krotscheckjeblair: Yeah, sec, lemme find it for you.16:40
fungikrotscheck: jeblair: well, yes and no16:40
anteayaSwanson: here is the meeting page of all of the openstack meetings: http://eavesdrop.openstack.org/16:40
cbader_but he has his own job and is not available to help but only very little at all.16:40
krotscheckjeblair: https://review.openstack.org/#/c/165240/26/manifests/site.pp16:40
anteayaSwanson: here is the third party meetings I chair: http://eavesdrop.openstack.org/#Third_Party_Meeting16:40
fungikrotscheck: jeblair: we got stuck with getting mordred's groups.txt refactor merged yesterday which my addition to the groups list for the mirror workers needs to get added to16:40
fungichecking now on where that ended up16:40
cbader_his comment is use the community first16:40
*** erikwilson has joined #openstack-infra16:41
anteayaSwanson: here is the third party meeting asselin_ chairs: http://eavesdrop.openstack.org/#Third_Party_Working_Group_Meeting16:41
Swansonanteaya, Thanks!16:41
anteayacbader_: I'm not going to take up any more channel space speaking with you on this item16:41
anteayaSwanson: welcome thanks for asking16:41
jeblairfungi, krotscheck: oh, host keys in hiera -- are we doing that in public hiera?16:42
mordredfungi: it landed16:42
Swansonanteaya, I had it on my calendar once.  Must have been once cause I only remember making one meeting.16:42
anteayaSwanson: good thing you asked, there are all the meetings16:42
openstackgerritDoug Hellmann proposed openstack-infra/release-tools: ignore deleted files when listing deliverable changes  https://review.openstack.org/27091016:42
fungijeblair: we could do it in public hiera instead, sure. for now i just put it in a wheel-mirror.yaml group hiera file on the puppetmaster16:42
Swansonanteaya, thanks again16:43
anteayazaro: thanks for those patches16:43
anteayaSwanson: welcome16:43
anteayazaro: I commented16:43
fungimordred: awesome, i'll finish rebasing and push this up real fast16:43
jeblairnibalizer: where are we on public hiera?16:43
krotscheckjeblair: expected node names are here: https://review.openstack.org/#/c/164927/19/jenkins/jobs/projects.yaml16:44
fungijeblair: this is one of many, many things we could move to public hiera in my opinion16:44
*** ldnunes_ has joined #openstack-infra16:44
*** fawadkhaliq has joined #openstack-infra16:44
*** bpokorny has joined #openstack-infra16:44
fungii'd love to see private hiera stripped down to just secret key material16:45
*** placko has quit IRC16:45
jeblairkrotscheck, fungi: so the fact that we need to update puppet when adding a new mirror is :(16:45
fungiany anything else security-sensitive (like trove hostnames, because $reasons)16:45
*** ashleighfarnham has joined #openstack-infra16:45
jeblairkrotscheck, fungi: we do not need to do that today, so this is a bit of a regression16:45
*** tjones has quit IRC16:45
jeblairkrotscheck, fungi: perhaps the way to fix this though is to just fall forward into afs16:45
fungiyeah, i was looking at it as a temporary situation while you were working on centralized updates16:46
*** burgerk has joined #openstack-infra16:46
jeblairfungi: well, to be fair, i wasn't doing that until the day before yesterday16:46
*** hdd has quit IRC16:46
jeblairbut now that i am, i guess that works :)16:46
fungii didn't approve it until yesterday16:46
jeblairha!16:46
jeblairalways thinking ahead ;)16:46
*** hdd has joined #openstack-infra16:46
*** ldnunes has quit IRC16:47
mordrednibalizer: we have public hiera16:47
openstackgerritAnne Gentle proposed openstack/requirements: Only needed for API reference doc builds, fairy-slipper 0.1.0  https://review.openstack.org/27091516:47
mordredgah16:47
mordredjeblair: we have public hiera16:47
jeblairmordred: do we have anything in it?16:48
mordredwe do16:48
jeblairmordred: where is it?16:48
mordredjeblair: system-config/hiera16:48
*** esikachev has joined #openstack-infra16:48
mordredjeblair: we, in fact, have many things in it16:49
openstackgerritJeremy Stanley proposed openstack-infra/system-config: Put wheel-mirror workers in a common group  https://review.openstack.org/27049516:49
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072816:49
fungimordred: jeblair: krotscheck: ^16:49
*** rcernin has joined #openstack-infra16:49
fungii can propose a change to move these host keys into public hiera in that case. presumably the global site manifest doesn't need adjusting?16:50
mordredfungi: nope. it should not16:50
jeblairfungi: right, so we don't even need to wait on that16:50
*** ddieterly has quit IRC16:50
krotscheckWell, I was _trying_ to do the unified mirrors thing, but then SOMEONE decided that AFS was a better idea ;)16:51
mordredkrotscheck: AFS is always a better idea16:51
*** yfried_ has joined #openstack-infra16:51
*** ddieterly has joined #openstack-infra16:51
*** bpokorny has quit IRC16:51
mordredkrotscheck: well, except bacon. AFS is not a better idea than bacon16:51
*** vgridnev has quit IRC16:51
fungiafs has been a better idea since before there were ideas16:51
*** bpokorny has joined #openstack-infra16:52
*** bnemec has quit IRC16:52
jeblairkrotscheck: i've been thinking about your question about how to vos release the wheel mirrors...16:52
fungior 1989 anyway16:52
krotscheckjeblair: Any ideas?16:52
anteayacan you have chocolate coated afs?16:52
jeblairkrotscheck: the path for those are something like .../mirror/web/wheel/<arch>/stuff right?16:52
krotscheckjeblair: Cron job on the mirror master maybe?16:52
krotscheckyep16:52
jeblairkrotscheck: i'm actually thinking that we make a volume per-arch16:53
jeblairkrotscheck: and then have the job run vos release at the end16:53
*** bpokorny has quit IRC16:53
krotscheckjeblair: Well, for now, anyway. Once we do the unified mirror thing I feel that we'll need to think about the folder structure a little more.16:53
*** Daisy has joined #openstack-infra16:53
jeblairkrotscheck: what's the unified mirror thing?16:53
krotscheckjeblair: One mirror to serve them all (npm, wheel, pypi, maven, rubygems, etc)16:54
jeblairthat's not what we're doing?16:54
*** fawadkhaliq has quit IRC16:54
*** haleyb has joined #openstack-infra16:54
*** fawadkhaliq has joined #openstack-infra16:54
jeblairthe last time i reviewed patches, that's exactly what this was about...16:55
jeblairwhen did that change?16:55
anteayazxiiro: thank you: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2016-01-21.log.html#t2016-01-21T03:36:5416:55
krotscheckjeblair: Yes. I the case of a wheel mirror, I wonder if it makes more sense to do /pypi/simple and /wheel/ARCH, rather than /pypi/simple /pypi/wheel/ARCH16:55
krotscheckMy original patch chain was the former.16:56
*** gyee has joined #openstack-infra16:56
krotscheck(It created /pypi, /wheel, /npm, /rubygems, etc.)16:56
jeblairyeah, that's what i remember working with you on and reviewing16:57
*** akuznetsova has quit IRC16:57
*** Nikolay_St has quit IRC16:57
*** vgridnev has joined #openstack-infra16:58
*** Daisy has quit IRC16:58
*** placko has joined #openstack-infra16:58
*** davidlenwell has quit IRC16:58
zxiiroanteaya: no problem. I'll try to capture as much as I can soon.16:58
*** baoli has quit IRC16:59
jeblairkrotscheck: this spec: https://review.openstack.org/25267816:59
*** davidlenwell has joined #openstack-infra16:59
jeblairthough, now that we're having this conversation, i'm starting to get a little worried that we haven't approved it16:59
*** jklare has quit IRC17:00
openstackgerritMichael Krotscheck proposed openstack-infra/storyboard-webclient: Logging in no longer causes page refresh.  https://review.openstack.org/27088217:00
krotscheckjeblair: Hrm. I didn't get comments.17:00
krotscheckLemme look17:00
anteayazxiiro: thanks for wanting to contribute back, we appreciate it17:00
openstackgerritThierry Carrez proposed openstack-infra/release-tools: Optimize announce subject line  https://review.openstack.org/27092317:01
*** jklare has joined #openstack-infra17:01
*** vgridnev has quit IRC17:01
*** bnemec has joined #openstack-infra17:02
krotscheckjeblair: Ok, so the wheel things are not directly attached to this spec.17:02
*** akuznetsova has joined #openstack-infra17:02
openstackgerritDina Belova proposed openstack-infra/project-config: Add py27 job for performance-docs  https://review.openstack.org/27008817:02
krotscheckjeblair: The AFS things, however, kindof are.17:02
*** kzaitsev_mb has joined #openstack-infra17:02
*** rafa_ has joined #openstack-infra17:03
*** vgridnev has joined #openstack-infra17:03
jeblairkrotscheck: well, i mean any of this work can pivot to using afs pretty easily -- we just change the apache docroot17:03
fungijeblair: krotscheck: i'm eager to get that spec up for a council vote, probably should have pushed to have it proposed for vote before now17:03
jeblairfungi: ++17:04
jeblairso, i thought i was signing up to do the work in that spec17:04
jeblairi was clearly mistaken17:04
openstackgerritIsaac Beckman proposed openstack-infra/puppet-jenkins: Customize jenkins.default by template  https://review.openstack.org/26278717:04
jeblairand have no idea what's actually going on17:04
*** baoli has joined #openstack-infra17:05
*** knikolla has joined #openstack-infra17:05
mordredjeblair, krotscheck: also, yes to /pypi/simple and /wheel/ARCH rather than /pypi/wheel/ARCH - I thnk that aligns more better with that spec17:05
mordredkrotscheck: /pypi/wheel/ARCH came from being an in-place stepping-stone from the current situation, no?17:05
jeblairmordred: yeah, that makes sense17:05
openstackgerritMichael Krotscheck proposed openstack-infra/infra-specs: Unified Mirrors  https://review.openstack.org/25267817:05
krotscheckOk, updated.17:06
*** blogan is now known as patient-zer0-bl017:06
jeblairif we were going to put the wheel mirror at /pypi/wheel/arch then that blocks the use of afs on the pypi mirrors17:06
*** patient-zer0-bl0 is now known as patient-0-bl0gan17:06
*** dtantsur is now known as dtantsur|afk17:06
jeblairunless of course we do mod-rewrite gymnastics17:07
*** coolsvap|away has quit IRC17:07
*** apoorvad has joined #openstack-infra17:07
*** salv-orlando has joined #openstack-infra17:10
*** isaacb has quit IRC17:10
*** Hal has joined #openstack-infra17:10
jeblairkrotscheck, fungi, mordred: are there obstacles with us proceeding with the unified mirror spec?17:10
*** Hal is now known as Guest8468817:11
mordredjeblair: I think the only ones I'm aware of from the past are infra-root being available to do the node spin ups17:11
jeblairmordred: which is what i thought i was pitching in for :)17:11
mordredyah17:11
mordredjeblair: so I think we've just overcome that obstacle :)17:12
*** eharney has quit IRC17:12
jeblairmordred: i think there are a lot of puppet changes in the work items there though, and i don't know if they have been written, much less merged17:13
*** nmagnezi has joined #openstack-infra17:13
krotscheckjeblair: YOu mean the unified mirror changes? I had a patch chain ready to go that did it all on the assumption that not-afs.17:14
krotscheckhttps://review.openstack.org/#/q/status:open+branch:master+topic:unified_mirror17:14
krotscheckThen fungi asked to land wheel first because stability17:14
krotscheckSo I let those bitrot for 2 weeks while wheel things happened17:14
jeblairkrotscheck: yeah, let's not worry about afs for a bit -- it really should have very little impact on this, which is why my plan was to execute your spec and then switch to afs17:15
jeblairkrotscheck, fungi: i had no idea we had dropped the unified mirror effort in favor of just wheels17:15
krotscheckNot dropped. Delayed17:15
krotscheckAnd, well, if we're going to be provisioining new mirror servers _anyway_ might as well start them off with AFS.17:16
notmorgansdague: fwiw, i don't think python-memcache supports ipv6, it may have changed though? https://review.openstack.org/#/c/270474/617:16
mordredI agre both that we don't necessarily need to block on AFS for this - and also that jeblair's afs patches seem far enough along that just doing that might be less work17:17
notmorgansdague: let me dig into that... we had an issue with that in the past.17:17
sdaguenotmorgan: that's fine, but it's definitely not going to work to try to talk to memcache server on the API node, from the workers, on 127.0.0.117:17
notmorganah ok17:18
notmorgan++17:18
mordredsdague: we could make 127.0.0.1 routable ...17:18
notmorgani have a longer term fix for ipv6 but it needs oslo.cache17:18
openstackgerritColleen Murphy proposed openstack-infra/system-config: Add baremetal hpuswest node definition  https://review.openstack.org/20875117:18
notmorganso, i'm ok with living with it for a short bit using $SERVICE_HOST :)17:18
sdaguemordred: sadly, that's not the craziest code concept I've been in today17:19
haleybnotmorgan: i think it does, at least i found that info after posting that comment17:19
mordredsdague: sadly, I believe you17:19
notmorganhaleyb: ok cool. it didn't for a while17:19
sdaguemordred: also, that's why we can't have nice things17:19
notmorganhaleyb: i know.17:19
krotscheckjeblair: I would like to do the AFS thing sooner rather than later, so I can remove the cognitive load of "Getting an NPM mirror up" from my brainspace.17:19
krotscheckDoing Version 1 of mirrors, and then verison 2 of mirrors, is just adding unsettled todo items.17:20
notmorganmordred: oh lets just use 7.0.0.0/8 as a space to camp as "internal" ips.. no one uses it, right? /s [past job insane leaking, sorry]17:20
anteayadid anyone do anything with jenkins07 lately?17:20
jeblairkrotscheck: i believe the fastest way to get all of the mirrors we want up and running (afs or no) is to have the flexibility afforded by the unified mirror system17:20
*** Swami has joined #openstack-infra17:21
jeblairkrotscheck: it sounds like we might be in agreement on that17:21
* mordred is in agreement on that17:21
*** unicell has quit IRC17:21
krotscheckOk. So let's crush this like a brogrammer.17:21
fungijeblair: qa was asking for wheel mirroring as an urgent need since we stopped installing some of the expensive-to-build dependencies from distro packages (which added 10+ minutes to every devstack run for example), and since greghaynes had the wheel mirror work already lined up i asked to proceed with it as a priority over node.js package mirroring17:21
* krotscheck can't believe he actually said that.17:21
notmorgankrotscheck: ... i ...17:21
notmorgankrotscheck: you have broken my head already today.17:21
notmorganjust with that statement17:21
*** jogo has quit IRC17:22
anteayajenkins07 eth0 traffic is flatlined eth1 traffic continues17:22
fungii basically just asked that we make sure the wheel mirror design was not at odds with being extended to also support javascript dependency mirroring, and that's what spurred the unified mirroring design krotscheck put together17:22
krotscheckRight, and the wheel things I built on top of greghaynes's work is AFS supportive.17:23
fungiso i don't feel like we dropped unified mirror work in favor of wheel mirror work17:23
*** placko has quit IRC17:23
fungiif anything, it increased priority on the unified mirror design17:24
*** jistr has quit IRC17:24
jeblairfungi: are you okay with us 'crushing' the unified mirror work then?17:24
*** jogo has joined #openstack-infra17:24
*** jogo has joined #openstack-infra17:24
jeblairkrotscheck: looks like https://review.openstack.org/238754 needs an update?17:25
* fungi is not up on brogrammer slang ;)17:25
krotscheckjeblair: On it.17:25
krotscheckjeblair: Will rebase on top of your mirror_update17:25
jeblairfungi: i think it means something like 'just get it done' :)17:25
fungiby all means, please!17:26
*** esikachev has quit IRC17:26
jeblairdrat17:26
notmorgansdague: do we need to do the same thing for stable/liberty? $service_host and install where middleware is installed not where keystone is installed?17:26
jeblairwe should have merged https://review.openstack.org/253504 ages ago17:26
*** zeih has joined #openstack-infra17:27
notmorgansdague: i can roll that up quickly but the liberty fix has +A from you.17:27
*** sigmavirus24 is now known as sigmavirus24_awa17:27
notmorgansdague: before i bounce it asking.17:27
jeblairkrotscheck: that ^ needs an update, then we need to merge it and kick off image builds17:27
jeblairkrotscheck: i'll fix up that one17:27
*** rafa_ has left #openstack-infra17:27
*** sriram has joined #openstack-infra17:28
sriramhey all17:28
fungiyeah, i missed the later comment suggesting that it was safe to merge ahead (though i had sort of thought that might be the case when i saw the change)17:28
*** armax has joined #openstack-infra17:28
fungikrotscheck: i guess just also drop the comment about waiting to merge it from the commit message if you're updating anyway17:28
krotscheckjeblair: erp... ok17:28
krotscheckjeblair: I'm halfway through fixing that17:29
jeblairkrotscheck: fixing 504?17:29
krotscheckyeay17:29
sriramso we at openstack poppy are affected by the pip issue, the problem we are seeing is tox starts up and virtualenv also got updated to use pip v8, is there a way to make tox use a specific version of virtualenv to get around this?17:29
jeblairkrotscheck, fungi: though actually in order for it to be truly no-op, we should include all of the hosts, old and new, in the trusted hosts list17:29
jeblairkrotscheck: so carry on fixing, but make that change ^17:29
sriramany suggestions would be awesome :)17:29
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Update pypi_trusted_hosts  https://review.openstack.org/25350417:30
krotscheckHoookay17:30
krotschecksec17:30
krotscheckwilldo17:30
*** malini has joined #openstack-infra17:30
anteayasriram: this has been an issue since pip 8 was released Tuesday 22:00 utc ish17:30
sriramanteaya: yeah17:30
anteayasriram: there have been various conversations on the right way forward in the logs: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/17:31
anteayaI don't know as we as a group have come to a firm consenous on how to address the issue17:31
jeblairkrotscheck: you found the cacti host list moved to the hiera file, right?17:31
anteayasome people are working around it17:31
fungisriram: you would need to downgrade virtualenv 14.0.0 to <14 before invoking tox. from what i understand there's a 14.0.1 (with pip 8.0.1) on the way real soon now which may relieve the issues you're encountering17:31
krotscheckjeblair: Just noticed, yeah17:31
anteayafungi: ah thank you17:31
jeblairi just learned that today too :)17:31
krotscheckjeblair: Seems like a sane place to put a trusted hosts list.17:32
fungijeblair: now i've just learn't it as well17:32
sriramfungi: ah I see, but where would that go?17:32
sriramwe cant put inside tox.ini17:32
krotscheckI'll update the commit message to note that those hosts will have oto be added17:32
sriramor in requirements17:32
fungisriram: it would need to be a custom job17:32
*** yolanda has quit IRC17:32
fungisriram: our images are built with virtualenv preinstalled17:32
sriramfungi: ah, where would I need to submit that job?17:33
sriramhas someone already worked on getting such a job running?17:33
sriramfungi: ^17:33
*** dprince has joined #openstack-infra17:33
fungisriram: the chances of it getting reviewed and approved before virtualenv 14.0.1 releases are pretty slim, so i'm not recommending that as the path forward, just explaining what's involved17:33
*** sputnik13 has joined #openstack-infra17:34
sriramfungi: I see ok, thanks for the explanation :)17:34
srirammuch appreciated.17:34
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Update pypi_trusted_hosts  https://review.openstack.org/25350417:36
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Remove legacy pypi_trusted_hosts  https://review.openstack.org/27093017:36
krotscheckfungi, jeblair: ^^17:36
krotscheckI'm going to WIP the second to make sure it doesn't merge.17:36
jeblairkrotscheck: oh, you can update the hiera file17:36
*** malini has left #openstack-infra17:37
krotscheckI can?17:37
*** markus_z has quit IRC17:37
*** e0ne has quit IRC17:37
jeblairkrotscheck: it's a public hiera file in hiera/common.yaml in that repo17:37
mordredkrotscheck: (we added new fun)17:37
krotscheckOh17:37
krotscheckWell then17:37
jeblairone last update!  (the rest of ps7 lgtm)17:37
krotscheckWhat is pypi.openstack.org?17:37
krotscheckIt's not in server.pp or template.pp17:38
jeblairdead, i think at this point17:38
*** samuelBartel has quit IRC17:38
jeblairso maybe not fully removed?17:38
*** esker has joined #openstack-infra17:39
openstackgerritMerged openstack/requirements: Cap keystonemiddleware version  https://review.openstack.org/27041717:39
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Remove legacy pypi_trusted_hosts  https://review.openstack.org/27093017:40
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Update pypi_trusted_hosts  https://review.openstack.org/25350417:40
jeblairkrotscheck: lgtm;  fungi, mordred: ^17:41
* krotscheck hopes that whitespace won't trigger a litn error17:41
openstackgerritOpenStack Proposal Bot proposed openstack/diskimage-builder: Updated from global requirements  https://review.openstack.org/26843817:41
jeblairkrotscheck: https://review.openstack.org/238754 is next?17:42
krotscheckok, next patch17:42
krotscheckyep17:42
*** sfinucan has quit IRC17:42
*** stevebaker has quit IRC17:43
*** _nadya_ has quit IRC17:44
krotscheckjeblair: I'm going to pull the mirror things off of the instance creation, so we can step through the different mirror types one at a time.17:44
jeblairkrotscheck: hrm, i don't follow17:46
*** matrohon has quit IRC17:46
openstackgerritColleen Murphy proposed openstack-infra/system-config: Add Infra Cloud controller node  https://review.openstack.org/20969817:47
openstackgerritColleen Murphy proposed openstack-infra/system-config: Add Infra Cloud compute node definition  https://review.openstack.org/21398017:48
krotscheckEmpty out https://review.openstack.org/#/c/238754/13/modules/openstack_project/manifests/mirror.pp so we can start with AFS. Then add hosting for pypi, then wheel, then...17:48
krotscheckTrying to create small changes.17:49
*** davidlenwell has quit IRC17:50
*** esikachev has joined #openstack-infra17:50
*** kzaitsev_mb has quit IRC17:51
krotscheckjeblair: the root dir is /afs/.openstack.org/mirror ?17:52
*** unicell has joined #openstack-infra17:53
jeblairkrotscheck: drop the leading . in openstack17:53
jeblairkrotscheck: the . is the read-write path, without is the read-only17:53
krotscheckAhh17:53
krotscheckok17:53
*** SumitNaiksatam has joined #openstack-infra17:55
jeblairkrotscheck: i have a meeting coming up; i'll be back in an hour to continue17:55
krotscheckok17:55
jeblairkrotscheck: but if other cores can merge those changes, we'll be well prepared17:55
*** davidlenwell has joined #openstack-infra17:55
*** fesp has joined #openstack-infra17:55
mgouldhi everyone! Could someone please take a look at https://review.openstack.org/#/c/266320/ ?17:56
mgouldone-line change to g-r, blocking several other patches17:56
mgould[this is the right place to ask, right?]17:57
*** _nadya_ has joined #openstack-infra17:58
*** yfried_ has quit IRC17:58
*** rkukura_ has joined #openstack-infra18:00
*** ihrachys has quit IRC18:00
*** jlanoux has quit IRC18:00
*** hdd has quit IRC18:01
*** rkukura has quit IRC18:02
*** rkukura_ is now known as rkukura18:02
*** derekh has quit IRC18:03
*** fawadk has joined #openstack-infra18:04
anteayamgould: these are teh folks who can help you: https://review.openstack.org/#/admin/groups/131,members18:04
*** flepied1 is now known as flepied18:04
anteayathey often are in here but not always18:04
*** sabeen3 has quit IRC18:04
*** fawadkhaliq has quit IRC18:04
mgouldanteaya, thanks very much!18:04
anteayamgould: welcome18:05
*** skolekonov is now known as _skolekonov18:05
*** Zhongjun_ has quit IRC18:08
*** hdd has joined #openstack-infra18:09
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Created mirror.<region>.openstack.org  https://review.openstack.org/23875418:09
*** jaosorior has quit IRC18:09
*** jaosorior has joined #openstack-infra18:10
krotscheckOH bloody...18:11
krotschecksec18:11
*** jordanP has quit IRC18:12
openstackgerritMiles Gould proposed openstack/requirements: Bump minimum python-ironicclient version to 0.9.0  https://review.openstack.org/26632018:12
anteayaany infra-root free to check jenkins07?18:13
*** slagle has joined #openstack-infra18:13
anteayadougwig helped me look at cacti for it and suspects jenkins might have been OOM'd on that server18:13
dougwigor something else eating memory.18:14
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Add mirror.<region>.openstack.org  https://review.openstack.org/23875418:14
krotscheckThere we go18:14
anteayahttp://cacti.openstack.org/cacti/graph_view.php?action=tree&tree_id=1&leaf_id=116&page=218:14
jeblairanteaya: the good news is it looks like nodepool is ignoring it: http://grafana.openstack.org/dashboard/db/nodepool18:15
krotscheckOk, so I munged the commits and the author is now wacky, but that's fine.18:15
anteayawell done nodepool18:15
jeblairanteaya: and as long as it isn't dragging nodepool down with it, it's probably not terribly urgent18:15
anteayaoh okay18:15
mordredkrotscheck: I do not think you need to pass in fqdn from the site.pp - BUT - it also does not hurt anything, so meh18:16
anteayadougwig: thanks for your help18:16
krotscheckmordred, fungi Patch chain for you at https://review.openstack.org/#/c/238754/15 and https://review.openstack.org/#/c/270520/518:16
jeblairanteaya: let me know if it gets worse -- but i'm going to let another infra-root take care of it and focus on the mirror thing with krotscheck18:16
jeblairkrotscheck: surprisingly short meeting; i'm back.18:16
anteayajeblair: understood, didn't mean to interrupt, go mirrors18:17
jeblairgooooo mirrors!18:17
anteayaI'll keep an eye on the graphs18:17
*** dizquierdo has joined #openstack-infra18:17
* krotscheck pops his collar.18:17
*** bardia has quit IRC18:17
openstackgerritXingchao Yu proposed openstack-infra/project-config: Create puppet-oslo module  https://review.openstack.org/27089518:18
* krotscheck was pleasantly surprised that adding AFS was a single falg.18:18
krotscheck*flag18:18
* krotscheck is rebuilding his mirror vm, just a moment.18:19
*** sridhar_ram has joined #openstack-infra18:19
*** abregman has quit IRC18:20
jeblairfungi: do you have time to review https://review.openstack.org/270520 ?18:20
nibalizerjeblair: yep public hiera went in18:20
nibalizerseems pretty useful18:21
openstackgerritJames E. Blair proposed openstack-infra/puppet-bandersnatch: Make bandersnatch::cron class  https://review.openstack.org/27049818:21
*** mhickey has quit IRC18:22
*** trown is now known as trown|lunch18:22
jeblairmordred, nibalizer: can you double check https://review.openstack.org/253504 ?18:23
*** esker has quit IRC18:24
jeblairgreghaynes, clarkb: i'm about to need to kick off image rebuilds; what do i need to know?18:24
*** esker has joined #openstack-infra18:25
clarkbjeblair: I thin kwe will need to delete the dib based images in the db that are building because it isn't resilient against gear going away18:25
greghaynesjeblair: I dont know of anything specific - yesterday the gearman socket died after submitting all the image-upload jobs which killed all the queued jobs...18:25
openstackgerritAnne Gentle proposed openstack/requirements: For API reference doc builds, fairy-slipper 0.1.0  https://review.openstack.org/27091518:25
mordredjeblair: lgtm18:25
clarkbgreghaynes: right it killed them running but the db is stale, so we have to clean that up18:25
mordredbtw - now that we have in-tree hiera - we can stop needing to plumb so many things through18:25
clarkbjeblair: other than that everything should work as before18:26
greghaynesclarkb: ah, yep18:26
jeblairclarkb, greghaynes: thanks, i'll report what i find18:26
greghaynesclarkb: Wait, so what state did the images get stuck in?18:26
greghaynes(in the nodepool db)18:26
clarkbgreghaynes: "building"18:26
greghayneshuh. I guess because nodepool sets to building, sends to gear, and then just waits18:26
greghaynes:/18:26
clarkbyup18:26
clarkbthen connection died and no update was made to the db18:26
greghaynesDoes the client know when a job is accepted to be worked on?18:27
greghaynesas opposed to just submitted18:27
clarkbwe should either resubmit jobs or change the state to delete18:27
clarkbgreghaynes: yes it should be told that iirc18:27
jeblairnodepool should probably change the state when it gets the work_fail packet18:27
clarkbwith information about the worker18:27
jeblairclarkb: yeah that18:27
AJaegeranteaya: could you approve another linters change for me, please? https://review.openstack.org/27046918:27
greghaynesjeblair: I think the socket just up and died so it never got a work failed18:27
clarkbjeblair: it does, I don't think it got a work fail because the connection died18:27
jeblairon disconnection the client that submitted the job will get a work_fail18:27
jeblairoh18:27
jeblairit was the client that lost the connection not the worker18:28
clarkbcorrect18:28
greghaynesI wonder if we should not set images to building until the job is actually accepted18:28
*** stevebaker has joined #openstack-infra18:28
greghaynesas in, once the builder starts building18:28
clarkbgreghaynes: ++18:28
*** rkukura has quit IRC18:28
*** knikolla has quit IRC18:29
anteayaAJaeger: done, trying to keep the channel clear for mirrors work to proceed18:30
jeblairgreghaynes, clarkb: we can implement this method on our client to get notified of that: http://gear.readthedocs.org/en/latest/#gear.Client.handleDisconnect18:30
AJaegerkrotscheck: http://pypi.openstack.org redirects to doc.openstack.org/infra/...18:30
*** rossella_s has quit IRC18:31
openstackgerritMonty Taylor proposed openstack-infra/system-config: Move pypi config into public hiera  https://review.openstack.org/27096618:31
*** jflynn has quit IRC18:31
krotschecksec18:31
mordredjeblair, nibalizer, fungi: ^^ not urgent - just wrote that as a POC/example18:31
*** rossella_s has joined #openstack-infra18:31
greghaynesjeblair: ah, and that is for every job. nice18:32
nibalizerjeblair: oh I left come comments on 27052018:32
*** woodster_ has joined #openstack-infra18:32
nibalizercan likely be fixe in a follow up18:32
AJaegeranteaya: ok18:32
*** fesp has quit IRC18:32
*** mgould has quit IRC18:32
*** zeih has quit IRC18:33
*** otter768 has joined #openstack-infra18:33
jeblairnibalizer: responding, but it'll take me a minute18:33
esikachevAJaeger: take a look on my comment https://review.openstack.org/#/c/270868 i want to use sahara-scenario master branch for testing sahara master and stable/liberty. how to do it?18:33
*** kdas_ has joined #openstack-infra18:34
*** gyee has quit IRC18:34
nibalizerfor 253504 it makes me think we should move pypi trusted hosts into hiera18:34
anteayaAJaeger: thanks18:34
jeblairnibalizer: yes we should, that's what prompted my question earlier :)18:34
jeblairoh that was a different change18:35
*** kushal has quit IRC18:35
jeblairsorry, but still yes.  maybe we can do it as a followup though18:35
*** daemontool has quit IRC18:35
jeblairnibalizer: responded on 27052018:36
*** jaosorior_ has joined #openstack-infra18:36
*** kdas_ is now known as kushal18:36
*** kushal has joined #openstack-infra18:36
AJaegeresikachev: I'll check later...18:37
esikachevok, thanks18:37
openstackgerritsebastian marcet proposed openstack-infra/openstackid: Fix on Client Update worflow  https://review.openstack.org/27096918:37
jeblairnibalizer: (afs factoid: when traversing through an afs mountpoint from one volume to another, if you are leaving a read-only volume, afs will prefer the read-only version of the volume that you are moving to.  so if you set up /afs/openstack.org as a read-only volume (it is) then for any volumes you mount under it, generally afs will prefer the read-only versions of those)18:37
*** otter768 has quit IRC18:38
*** dtroyer has quit IRC18:38
*** electrofelix has quit IRC18:39
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Add mirror.<region>.openstack.org  https://review.openstack.org/23875418:39
jeblairnibalizer: (so there's a convention to, at the root volume for a cell, _also_ create a /afs/.openstack.org mountpoint which is explicitly a read-write mount, and then afs will prefer the read-write version for any mounts under it)18:39
krotscheckForgot a require ^^18:40
jeblairthe upshot is that the easy default thing in almost all circumstances is you end up on read-only volumes, which is exactly what we want for mirrors18:40
*** edmondsw has quit IRC18:41
*** dtroyer has joined #openstack-infra18:41
mordredjeblair: I'm guessing homedirs in eos worked without /afs/.eos.ncsu.ed/ because there were no read-only volumes for user lockers?18:41
fungiokay, back now--sorry. ended up wrestling a local computer issue during lunch. catching up on scrollback now18:42
jeblairmordred: yeah, as soon as there is a volume without a read-only version, you end up on the read-write path18:42
mordredfungi: we're crushing mirrors18:42
jeblairmordred: i think there is an .eos.ncsu.edu18:42
mordredjeblair: yes, I believe there is18:42
mordredmordred@camelot:~/src/openstack-infra/system-config$ ls /afs/.eos.ncsu.edu18:43
mordredadm    contrib  dist         engrwww  lockers  public  service   source  users18:43
mordredchass  courses  engrservers  info     project  sadm    software  system  www18:43
mordredturns out its easy to check18:43
*** fawadk has quit IRC18:43
openstackgerritMerged openstack-infra/project-config: openstack-doc-tools,openstackdocstheme: Use linters  https://review.openstack.org/27046918:43
nibalizerjeblair: ok18:43
nibalizerTIL things18:43
*** kzaitsev_mb has joined #openstack-infra18:43
openstackgerritCraig Vyvial proposed openstack/requirements: bump troveclient to 2.0.0  https://review.openstack.org/27097318:43
mordredjeblair: too bad: ls: cannot open directory /afs/eos.ncsu.edu/source/ultrix42: Permission denied18:44
jeblairbwaha18:44
*** bpokorny has joined #openstack-infra18:44
fungikrotscheck: jeblair: pypi.openstack.org was a vhost on static.openstack.org, at least in its late stages i think?18:45
mordredI thnk so?18:45
sriramfungi: ping18:45
sriramso where is the repository that we submit additional custom jenkins job to?18:46
sriramI'm thinking of submitting it, and if pip and virtualenv are fixed before that18:46
sriramthen I can abandon that patch18:46
*** sabeen has joined #openstack-infra18:46
fungianteaya: yeah, looks like jenkins07 is dead, probably ran away with available memory and got killed for its trouble. i'll get it cleaned up and restarted if nobody else indicates they're already on it18:47
*** malini has joined #openstack-infra18:48
*** mriedem has quit IRC18:48
anteayafungi: thank you18:48
anteayafungi: I haven't seen anyone else indicate they are fixing it18:48
nibalizerjeblair: i have discovered the issue18:49
*** dizquierdo has quit IRC18:49
*** tonytan4ever has quit IRC18:49
nibalizeryou created /opt/system-config/hieradata/production/fqdn/mirror_update.openstack.org and needed to create that + .yaml at the end18:49
funginibalizer: your concerns on 270520 seem to be addressed in jeblair's comments. are you still opposed?18:49
*** sabeen3 has joined #openstack-infra18:49
jeblairnibalizer: doh18:49
nibalizerfungi: im still poking18:49
anteayasriram: you can create a file for project specific jobs in this directory: http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs18:49
nibalizerI think when jeblair says he tested it he tested it with python18:50
nibalizerso Im making sure that puppet dtrt18:50
jeblairno i tested it with puppet18:50
SpamapSCould somebody point me to the way to have docs.openstack.org/developer/ populated for any repo? (Specifically os-performance-tools) ?18:50
jeblairbut i did not test _that_ file18:50
nibalizeroh then yes I'm good to go18:50
jeblairi tested a file with .yaml at the end :)18:50
* nibalizer changes vote18:50
mordredSpamapS: you need the doc-publishing macros18:50
mordredSpamapS: one sec18:50
jeblairnibalizer: i'll go fix puppetmaster18:50
jeblairthank18:50
jeblairs18:50
*** jpr has quit IRC18:51
*** mriedem has joined #openstack-infra18:51
anteayaSpamapS: http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/openstack-publish-jobs.yaml18:51
nibalizerjeblair: np, I've lost many hours to that mistake18:51
*** mrmartin has joined #openstack-infra18:51
*** sabeen has quit IRC18:51
jeblairpuppetmaster fixed18:52
mordredSpamapS: you want - openstack-publish-jobs and doc-publisher-site: docs.openstack.org defined for the project in jenkins/jobs/projects.yaml18:52
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072818:52
openstackgerritPaul Belanger proposed openstack/diskimage-builder: Remove shebangs from non-execute files  https://review.openstack.org/27056318:53
jeblairSpamapS: do you mind if infra-core is core on os-performance-tools?18:53
SpamapSjeblair: I'd love for infra-core to be core on that. :)18:53
jeblairSpamapS: yay!  happiness abounds!  mtreinish ^18:54
SpamapSjeblair: since it straddles QA and infra I think that makes perfect sense.18:54
mordredSpamapS: then openstack-server-publish-jobs in zuul/layout.yaml if you want docs pushed on every commit - or openstack-client-publish-jobs if you want them only on releases18:54
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Added pypi hosting for AFS mirror slave  https://review.openstack.org/27097518:54
SpamapSalso.. I've been playing with influxdb lately18:54
SpamapSAnd, I kind of want to say that subunit2sql and some of graphite should be moved to influxdb18:55
SpamapSmtreinish: ^18:55
nibalizerjeblair: while you're in that mind state: https://review.openstack.org/#/c/244917/ has a jeblair -1 and a spamaps response18:55
AJaegerSpamapS: once that project-config change is in, send a change for openstack-manuals/www/developer to update the index page on docs.openstack.org18:55
openstackgerritMerged openstack-infra/project-config: Migrate scenario gate on sahara-scenario repo  https://review.openstack.org/27086818:55
SpamapSnibalizer: hah, I was going to get the docs publishing before I asked jeblair to re-consider. ;)18:55
mordredSpamapS: I thought influxdb was still alpha-ish18:55
SpamapSmordred: it's working really well for what we're doing with it on the SoftLayer/IBM cloud. :)18:56
openstackgerritKhai Do proposed openstack-infra/system-config: Add helper script to delete Gerrit groups  https://review.openstack.org/27053718:56
nibalizermordred: but we're 'elive devops' you see so...18:56
mordrednibalizer: what's an elive?18:56
*** e0ne has joined #openstack-infra18:56
greghaynesgraphite isn't exactly what I would call 'stable'18:56
*** pvaneck has joined #openstack-infra18:57
mordrednibalizer: am I not elive enough to understand?18:57
SpamapSThe reason I say this is that it is _heavily_ optimized for time-series storage and queries.18:57
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Added wheel hosting for AFS mirror slave  https://review.openstack.org/27097918:57
SpamapSwhich is exactly what subunit2sql is18:57
*** angdraug has quit IRC18:57
nibalizermordred:18:57
nibalizermordred: i meant to say 'elite'18:57
SpamapSas much fun as it has been making the sql part of subunit2sql as fast as possible...18:57
greghaynesit seems like influx is better at doign large numbers of metrics too18:57
SpamapSI'd rather it just lived in a data store that is built for that.18:57
mordrednibalizer: I know - I was making fun of you18:58
jeblairgreghaynes: better than carbon and whisper?18:58
jeblairgreghaynes: because those can _seriously_ scale.18:58
nibalizermordred: elite devops dosen't need to spell, we have automation for that18:58
mordrednibalizer: ++18:58
greghaynesjeblair: well they are rrdtool style, so for each metric you waste the full metric size on disk18:58
jeblairgreghaynes: yes.  that's part of how they are fast.18:59
openstackgerritMerged openstack-infra/openstackid: Fix on Client Update worflow  https://review.openstack.org/27096918:59
fungijenkins07 verdict is indeed that it ran out of memory, but in the jvm not kernel virtual memory. left this in jenkins.log as it terminated: There is insufficient memory for the Java Runtime Environment to continue. Native memory allocation (malloc) failed to allocate 612368384 bytes for committing reserved memory.18:59
greghaynesjeblair: yep, so depends whether you want fater per metric or not to use all that space up18:59
clarkbfungi: that is the thread leak I think18:59
greghaynesat least thats what I noticed in my few mins of influxdbing since I have had that hangup with carbon/whisper before18:59
*** nmagnezi has quit IRC18:59
clarkbfungi: we don't run out of heap we run out of memory whereever thread stacks go18:59
fungianyway, i've deleted all jenkins07 nodes in nodepool and cleaned out all its slaves from the config. it's starting back up now19:00
krotscheckjeblair: Had to recheck the bandersnatch::httpd thing because devstack19:00
jeblairkrotscheck: thanks19:00
fungiclarkb: makes sense19:00
jeblairhow did that pass earlier?19:01
greghaynesalso IME whisper-proxy or w/e it is called tends to go out to lunch when you have it writing to a large number of metrics19:01
nibalizerthere are a couple influxdb modules on the foreg https://forge.puppetlabs.com/tags/influxdb19:01
jeblairgreghaynes: it's called carbon-cache, and you can make a fleet of them to scale it.19:01
*** zeih has joined #openstack-infra19:01
*** esikachev has quit IRC19:01
jeblairanyway, can we talk about this later?19:02
greghaynesYep19:02
*** sigmavirus24_awa is now known as sigmavirus2419:02
sriramfungi, anteaya: http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs, looks like that would create separate jobs, what we need is to wrap all our existing jobs, such that a bash script gets run first.19:03
sriramor maybe I am misunderstanding what is intended.19:03
sriramcould you guys shed some light there please :)19:03
*** zeih has quit IRC19:04
krotscheckjeblair: Going to update the wheel slave patches now.19:06
*** Sukhdev has joined #openstack-infra19:07
openstackgerritKhai Do proposed openstack-infra/jeepyb: Fix handling of Gerrit system groups  https://review.openstack.org/27062819:07
anteayasriram: well we are trying to focus on getting mirrors working right now, so trying to keep other conversations to a minumum, does looking at other project specific jobs in their files shed some light?19:08
anteayasriram: keep in mind, no other project has code for this19:08
anteayafungi: thank you19:10
*** FallenPegasus has joined #openstack-infra19:10
krotscheckOh wait, forgot the AFS rewrite things...19:10
*** eharney has joined #openstack-infra19:11
*** ybathia has joined #openstack-infra19:11
openstackgerritKhai Do proposed openstack-infra/jeepyb: Fix handling of Gerrit system groups  https://review.openstack.org/27062819:11
*** yamahata has quit IRC19:12
*** fesp has joined #openstack-infra19:13
*** sshnaidm has joined #openstack-infra19:14
jeblairclarkb, fungi, mordred: http://logs.openstack.org/86/270486/2/gate/gate-openstackci-beaker-trusty-dsvm/9a35480/console.html failed due to pip8, but it worked in the previous run... why?19:14
clarkbjeblair: image updates maybe?19:15
jeblairwhat's our solution for that?19:15
openstackgerritMerged openstack-infra/system-config: Update pypi_trusted_hosts  https://review.openstack.org/25350419:15
jeblairclarkb: we haven't pinned pip on images have we?19:16
fungiyeah, i suggested yesterday that we should consider deleting the new snapshot-based images (dib-based were failing to build at the time) but nobody seemed to chime in agreeing19:16
jeblairclarkb: so you're thinking one of the images is pre-pip8 still?19:16
clarkbjeblair: ya that would be the first thing I would check19:16
jeblairfungi: well, i'm about to need new ones across the board so it's not a good med-term strategy19:16
clarkbfungi: well at the time we thought we would have a fix in a couple hours :)19:16
*** ociuhandu has quit IRC19:16
jeblairand pip8.0.1 won't fix us anyway19:17
jeblairunless they fully revert19:17
mordredI agree with pinning to <8 on the base images19:17
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072819:17
fungidstufft seemed to imply a couple hours ago that there was actually a fix coming to address the distutils-based system package problem as well19:17
clarkbthe problem with pinning is it will just update itself19:17
clarkbapparently pip in virutalenv upgrades itself19:17
clarkb(not an issue for beaker tests though)19:18
fungiwell, also we need to pin virtualenv<14 and not so much pip<819:18
jeblairno it's pip19:18
fungioh, this is not a tox-based job. got it19:18
jeblairour problems are outside the virtualenv19:18
clarkbfungi: right but I think it was lifeless that said pinning virutalenv won't help beacuse it will upgrade its pip19:18
anteayafungi: 7 hours ago19:18
clarkbjeblair: for this subset of jobs yes19:18
*** elo has joined #openstack-infra19:18
jeblairdid anyone write a pin-pip8 macro?19:18
anteayaI did not19:19
jeblairmordred: you wrote an update to install_puppet.sh, right?  did that merge?19:19
mordredI did19:19
fungianteaya: almost 3 hours ago (16:32:48 utc)19:19
mordredjeblair: https://review.openstack.org/#/c/270503/19:19
mordredclarkb, fungi: ^^19:19
mordredneeds another +219:19
anteayafungi: sorry19:20
jeblairmordred, fungi: i will write the pin-pip8 macro that will help that, and all our other changes, pass the beaker tests19:20
anteayafungi: 7 hours ago he announced he was working on 8.0.1 again, not the distutils-based system package problem19:20
openstackgerritSean Dague proposed openstack-infra/project-config: skip most tests on a nova locale import  https://review.openstack.org/27098719:21
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072819:21
fungimordred: approved, though note that get-pip.py now supports being passed a version specifier directly19:21
fungias of yesterday i think19:21
mordredneat19:22
zarozxiiro: morning19:22
fungiit'll be fun tracking down all the places we've hacked around pip 8 so that we can undo them again some day. i'm not hopeful it'll be this year given how long unrolling similar pip/virtualenv/tox pins have taken us in the past19:22
greghaynesif only https://review.openstack.org/#/c/245297/ was ready to merge then it would be trivial to make dib images with whatever pip version you want19:22
zarozxiiro: what version of zuul are you using?19:23
*** malini has quit IRC19:23
fungikinda worried openstack will be a pip7.x and older only project for many moons19:23
mordredfungi: that does, in fact, concern me19:23
zxiirozaro: morning, i'm using the one from pip install19:23
mordredfungi: especially since I've spent the last 2 years yelling at everyone that they should ALWAYS use the latest pip19:24
jeblairi just want to use pip from packages.19:24
jeblairbut i can defer that discussion for later.19:24
openstackgerritSam Yaple proposed openstack-infra/project-config: Convert kolla-mesos to linters  https://review.openstack.org/27099019:24
zxiirozaro: 2.1.019:24
lifelessclarkb: pinning virtualenv will work for <1419:24
jeblairmordred, fungi: do we not run install_puppet on our images?19:24
*** rkukura has joined #openstack-infra19:25
mordredjeblair: I thought we did19:25
clarkbjeblair we do19:25
lifelessclarkb: in 14, virtualenv starts doing a -U and will pull in latest pip etc newer than the virtualenv release19:25
mordredI thought that was how we installed pip on our images19:25
jeblairwhere does the get-pip.py script land?19:25
jeblairoh19:25
greghaynesmordred: pip will be install from system packages due to simple-init19:25
clarkblifeless gotcha19:25
jeblair"rm get-pip.py"19:25
lifelessclarkb: (which for now, is pip 8; once 8.1 comes out (today hopefully!) virtualenv 14 will install that automatically19:25
mordredgreghaynes: what?19:25
fungijeblair: nodepool/elements/puppet/install.d/05-puppet and nodepool/scripts/prepare_node.sh in system-config19:25
greghaynesI am not sure if the puppet does a removal of that and then installs new pip19:26
*** tonytan4ever has joined #openstack-infra19:26
openstackgerritSean Dague proposed openstack-infra/project-config: only run api-guide on tox.ini or api-guide changes  https://review.openstack.org/27099219:26
*** trown|lunch is now known as trown19:26
jeblairso if we want to pin pip, we have to download get-pip again?19:26
jeblaironly the devstack images cache that?19:26
greghaynesmordred: http://git.openstack.org/cgit/openstack/diskimage-builder/tree/elements/simple-init/package-installs.yaml19:26
greghaynesmordred: I think we uninstall that later on though so it isn't actually an issue19:26
mordredjeblair: if pip is already on the box, we should just be able to do pip install 'pip <8'19:27
clarkbjeblair pip is installed by get pip at that point get pip is no longer needed19:27
mtreinishjeblair: ok, I added infra core to os-performance-tools-core19:27
openstackgerritDaniel Wallace proposed openstack-infra/shade: include keystonev2 role assignments  https://review.openstack.org/27099319:27
jeblairokay19:27
zarozxiiro: are you using gearman that is packaged with zuul?19:27
zarogearman server19:27
fungijeblair: sounds likely. it's cached in devstack images because devstack calls it (and downloads it if not already present)19:27
zxiirozaro: yes I'm using zuul's gearman19:27
mtreinishSpamapS: I'm not opposed to exploring other data stores, but the issue with that is basically we have to pivot everything over to be different which is a lot of work19:27
jeblairoh, we only have to use get-pip when we want to install it after uninstalling the package19:27
mordredjeblair: yes19:27
openstackgerritBen Nemec proposed openstack/diskimage-builder: Force dib-python symlink creation  https://review.openstack.org/27099419:27
jeblairgotcha19:27
mtreinishconsidering it took > 1 year to get to this point19:28
jeblairso just "pip install -U pip<8" ?19:28
fungijeblair: and the caching was actually explicitly added for that case because we were seeing semi-frequent outages of where it was hosted tanking all devstack-based jobs19:28
mordredjeblair: yes - with quotes, so it's not a redirect19:28
jeblairheh19:28
lifelessjeblair: you don't need the -U19:28
lifelessjeblair: and you'll need the quotes as mordred says19:28
*** SumitNaiksatam has quit IRC19:28
SpamapSmtreinish: Right, not saying it's free. But I think you're stuck at this point. The materialized view approach I mentioned earlier this week will have to be done query-by-query.. and it's only going to get worse.19:29
*** pradk has quit IRC19:29
*** edmondsw has joined #openstack-infra19:29
openstackgerritMerged openstack-infra/system-config: Pin pip to less than version 8 in install_puppet.sh  https://review.openstack.org/27050319:31
mordredyay!19:31
openstackgerritJames E. Blair proposed openstack-infra/project-config: Pin pip to <8 for openstackci-beaker jobs  https://review.openstack.org/27099519:31
jeblairmordred, fungi, clarkb: ^19:31
jeblairmordred: yay, now it's safe to spin up new servers!19:31
*** Guest84688 has quit IRC19:32
*** jpr has joined #openstack-infra19:33
anteayasriram: see https://review.openstack.org/#/c/270995/1, use the pin-pip macro in your job like the patch shows19:34
mordredjeblair: btw - we should land your shade launch_node patch19:34
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Added wheel hosting for AFS mirror slave  https://review.openstack.org/27097919:34
openstackgerritMichael Krotscheck proposed openstack-infra/system-config: Added pypi hosting for AFS mirror slave  https://review.openstack.org/27097519:34
krotscheckTHere we go19:34
krotscheckjeblair: How are you generating that index.html file in the pypi directory?19:34
jeblairkrotscheck: i think bandersnatch does it19:35
krotscheckjeblair: Gotcah19:35
sriramanteaya: yeah, but virtualenv 14 comes with pip8 installed, we probably need to pin that as well.19:35
openstackgerritMonty Taylor proposed openstack-infra/system-config: Add a shade launch-node  https://review.openstack.org/23497519:36
mordredjeblair: ^^ updated19:36
mordredjeblair: I rebased it and included the "remove the inventory cache" lines19:36
openstackgerritAndre keedy proposed openstack-infra/project-config: Add new project(shovel) to openstack  https://review.openstack.org/26941119:37
jeblairkrotscheck: yeah i think https://bitbucket.org/pypa/bandersnatch/pull-requests/16/add-option-to-dir-hash-index-files/diff#Lsrc/bandersnatch/mirror.pyF177T207 is where i changed it for the dir hashing19:37
krotscheckjeblair: Gotcha19:37
anteayasriram: you can create a macro, like that patch demonstrates, and use the macro19:37
sriramanteaya: yes19:37
krotscheckjeblair: Well, I've got the vhost for pypi up, and best I can tell my local vm is now mirroring the pypi directory from AFS>19:37
krotscheckWheel things still need to be figured out re: jobs etc19:38
krotscheckBut that's encouraging!19:38
jeblairkrotscheck: cool :)19:38
jeblairmordred: i can't diff your rebase+changes :(19:38
mordredjeblair: I added 3 lines to the bottom19:39
jeblairmordred: i know, i want to see them but it's going to take me a while19:39
mordredjeblair: scuse me - 5 lines - the last 5 lines above if __name__ == '__main__'19:39
mordredjeblair: I did not have to fix anything in the rebase - it was just based on an old version of a parent patch19:40
*** Sukhdev has quit IRC19:40
jeblairmordred: yeah, i totally understand that.  but because you rebased and changed at the same time, it's hard for me to diff.19:40
openstackgerritMerged openstack-infra/infra-specs: Move docs.openstack.org/releases to releases.openstack.org  https://review.openstack.org/26650619:40
AJaegerI see pip 8.0.1 on https://pypi.python.org/pypi/pip19:41
mordredjeblair: totally19:41
mordredjeblair: and sorry19:41
openstackgerritJames E. Blair proposed openstack-infra/system-config: Add a shade launch-node  https://review.openstack.org/23497519:41
jeblairmordred: it's okay.  i fixed it.19:41
mordredwoot19:41
fungiAJaeger: there aren't any votes against 262545. there are a few recent suggestions which don't seem to significantly alter the plan and so could be addressed in a separate change updating that spec. do you want to acknowledge them before i approve?19:41
*** yamahata has joined #openstack-infra19:41
AJaegerfungi, acknowledge = saying yes, I'll update spec as needed?19:42
jprtesting out image build for dpc via nodepool according to http://docs.openstack.org/infra/openstackci/third_party_ci.html#start-nodepool  but nothing appears to be happening.19:42
jeblairmordred: what workflow caused you to end up rebasing that?19:42
jpr  rerunning nodepool with debug reports it's connecting to zuul's gearman and the build is in process19:42
mordredjeblair: the patch was in merge conflict on gerrit19:42
*** knikolla has joined #openstack-infra19:42
*** daemontool has joined #openstack-infra19:42
*** salv-orlando has quit IRC19:42
mordredjeblair: so I pulled it down and did a rebase - which showed that it was depending on an old version of a patch that had landed, so I removed the old version of that patch in the rebase screen19:43
jprzuul is configured to run gearman but there doesn't seem to be anything happening that is build orientied, no evidence in the logs or in the dib cache19:43
mordredjeblair: then I said to myself "oh, I also added inventory cache invalidation to the non-shade one- I should do that" - and did it before pushing up just the rebased version19:43
anteayapip 8.0.1 appears to require virtualenv >=1.1019:43
fungiAJaeger: sure, just whatever replies you wanted to leave to those comments (yes i'll update the spec later with this, no this is a bad idea for whatever reason, et cetera)19:44
jprany hints on where to look?19:44
AJaegerfungi: on it ;)19:44
*** mrmartin has quit IRC19:45
openstackgerritJames E. Blair proposed openstack-infra/system-config: Add a shade launch-node  https://review.openstack.org/23497519:45
jeblairmordred: okay, there's your change and then a rebase as separates19:45
*** bardia has joined #openstack-infra19:45
mordredcool19:45
jeblairi understand now :)19:45
*** Eva-i has quit IRC19:46
*** Sukhdev has joined #openstack-infra19:46
jeblairmordred: you want to +A for form's sake?19:47
*** bardia has quit IRC19:47
*** bardia has joined #openstack-infra19:47
*** Ramanjaneya has quit IRC19:49
lifelesspip 8.0.1 is out19:49
lifelessvirtualenv will be out soon19:49
lifelessthis should fix everything for us19:49
jeblairit will not fix everything for us19:49
*** ashleighfarnham has quit IRC19:49
jeblairunless they completely reverted the uninstall thing19:49
*** e0ne has quit IRC19:49
krotscheckjeblair: Shifting to daycare mode. Will be available when naps happen.19:49
lifelessjeblair: its been reverted back to a warning19:49
anteayakrotscheck: happy naps19:49
jeblairkrotscheck: cool, i'll keep pushing things19:49
jeblairlifeless: okay, then it will fix everything for us :)19:49
dstufftIf any of y'all are distro people y'all should read https://lists.debian.org/debian-python/2016/01/msg00073.html and help me make it happen (both on Debian and on others)19:50
SpamapSlifeless: \o/19:50
*** ashleighfarnham has joined #openstack-infra19:50
lifelessafk for a few minutes, C-> kindy19:50
*** Nikolay_St has joined #openstack-infra19:50
AJaegerfungi, commented19:51
AJaegerdstufft: thanks, for the release19:52
dstufftyou probably won't be completely fixed until virtualenv 14.0.119:52
dstufftI forgot to actually default the new auto update stuff to True19:53
dstufftso 14.0.1 doesn't auto update :/19:53
dstuffter 14.0.0 doesn't19:53
anteayadstufft: thanks for keeping us informed :)19:54
openstackgerritIan Cordasco proposed openstack-dev/hacking: Update flake8 requirement for 0.11.0  https://review.openstack.org/27054419:54
mordreddstufft: good email19:55
*** ayoung has quit IRC19:56
jeblairdstufft, mordred: just for my own curiousity -- why is it that when you pip -U over a system-installed package, it needs to actually remove files from the system one at all?  doesn't sys.path precedence come into play?19:56
fungii doubt we can be sure what's fixed for us for some time now that we're not using latest pip in many (most?) places19:57
*** SumitNaiksatam has joined #openstack-infra19:57
dstufftthe answer is a bit complicated19:57
AJaegeris puppet currently disabled on running on jenkins? Last run was more than 2 hours ago19:57
dstufftPython itself doesn't have any concept of a package that is an "OS" package19:57
dstufftDebuntu hack this into it, other distros don't19:57
jeblairthis is probably why i'm thinking that way19:58
*** vgridnev has quit IRC19:58
dstuffton like, Fedora, pip and the OS will be installing into exactly the same folder19:58
fungiyeah, the dist-packages thing is a debian hacl19:58
fungihack19:58
*** amotoki has quit IRC19:58
mordredwell... dist-packages is even crazier19:58
*** amotoki has joined #openstack-infra19:58
jeblairokay, so that's why this kinda sorta works on debian but not elsewhere19:58
fungicoupled with installing into /usr/local instead of /usr19:58
mordredbecuase it's not that some things go into site and some into dist19:59
zaroanteaya: RE: https://review.openstack.org/#/c/270628/3//COMMIT_MSG@1019:59
openstackgerritMerged openstack-infra/project-config: Pin pip to <8 for openstackci-beaker jobs  https://review.openstack.org/27099519:59
dstufftdist-packages is just so Debian can have OS packages in /usr but pip packages in /usr/local19:59
mordrednope -19:59
mordredeveyrhitng goes into dist19:59
dstufftwithout making it impossible for someone to install their own Python in /usr/local19:59
mordredthey could have done ...19:59
*** jcoufal has quit IRC19:59
mordredoh. jeez19:59
dstufft(whch will use /usr/local/../site-packages/19:59
zaroanteaya: i don't think that's an accurate statement19:59
mordreddstufft: that's even worse than I thought19:59
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072819:59
anteayazaro: well that was what fungi said was the cause19:59
zaroanteaya: yeah, i don't think it's accurate19:59
anteayazaro: the contents of the patch isn't different from any other acl patch20:00
fungianteaya: zaro: what did i say?20:00
dstufftI plan to write a PEP that is something like the Debian thing20:00
anteayazaro: it was the timing20:00
dstufftexcept with some edges shorn off20:00
zaroit has 'Registered Users' in it.20:00
anteayafungi: 27062820:00
dstufftI just haven't gotten around to it yet :/20:00
dstufftETIME20:00
*** Nikolay_St has quit IRC20:00
zarofungi: https://review.openstack.org/#/c/270628/3//COMMIT_MSG@1020:00
jeblairdstufft, mordred: thanks20:00
*** silos has joined #openstack-infra20:01
*** daemontool has quit IRC20:01
anteayazaro fungi http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2016-01-19.log.html#t2016-01-19T21:47:5120:01
anteayazaro: my patch didn't trigger the creation of that group20:01
anteayazaro: http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2016-01-19.log.html#t2016-01-19T21:47:0820:02
*** EricGonczer_ has quit IRC20:02
zaroanteaya: i could be wrong about it being your patch but maybe another one that had 'Registered Users' in it would also cause it20:02
dstufftjeblair: long term, it's exactly my intention that we rely on sys.path shadowing instead of trying to uninstall stuff for OS provided packages like that (because we can't really reliably remove them anyways, apt-get upgrade can bring them back and such)20:02
*** daemontool has joined #openstack-infra20:02
anteayazaro: did you read the scrollback I linked?20:02
anteayazaro: fungi found the trigger and group creation timestamp20:02
zaroreading again20:02
anteayazaro: thanks20:02
fungianteaya: zaro: what i said was that the first change to acls after we upgraded gerrit caused manage-projects to run. the sequence number on the new registered users group indicates that (based on which changes introduced the group numbers immediately before and after it)20:03
dstufftbut we need a way to say "this package is provided by the OS"... whcih is .egg-info/INSTALLER (in my plan in my head) which we can't rely on yet nobody uses it D:20:03
*** austin81 has joined #openstack-infra20:03
jeblairdstufft: gotcha20:03
fungianteaya: zaro: when it ran, it tried to create a registered users group, and for the first time ever gerrit allowed it to due to the bug described in gerrit issue 383120:04
*** fesp has quit IRC20:04
openstackgerritDoug Hellmann proposed openstack-infra/release-tools: make announce.sh more robust for first releases  https://review.openstack.org/27101120:05
*** bcourt has quit IRC20:05
jprasselin: any thoughts on what would cause `nodepool image-build dpc` to fail in the stock third-party-ci setup?20:05
zarofungi, anteaya : ahh i see.20:06
*** EricGonczer_ has joined #openstack-infra20:06
anteayazaro: thanks for asking, sorry I wasn't clear before20:06
anteayazaro: so the gerrit bug is right20:07
zaroanteaya: so your right your change wasn't the culprit.  There are already lots of acls files that contain 'Registered Users' in them and that's the cause.20:07
anteayazaro: no it didn't even need to contain Registered Users20:07
zaroexisting acls files20:07
anteayait just needed to touch acl files20:07
anteayafungi believes this acl was the trigger: https://review.openstack.org/#/c/259373/4/gerrit/acls/openstack/sahara-scenario.config20:08
openstackgerritAndreas Jaeger proposed openstack-infra/project-config: skip most tests on a locale import  https://review.openstack.org/27101420:08
AJaegerdougwig: could you review the above, please ^20:08
fungianteaya: zaro: in fact the broken openstack-dev/sandbox approval permissions which prompted us to tro and add that change in the first place turns out to be because the registered users group it was already using (since the time we upgraded to 2.11) was not the system registered users group20:08
anteayabut the bug is correct in that we should never be able to create a user group named the same as a system group20:08
*** aysyd has quit IRC20:09
dougwig AJaeger looking20:09
yamahatahello. Can you please take care of https://review.openstack.org/#/c/265437/ ?20:09
*** elo has quit IRC20:09
fungizaro: anteaya: though alternatively, jeepyb should probably also not try to create groups which already exist, and should check for system groups too not just regular groups20:09
anteayafungi: true20:09
openstackgerritDaniel Wallace proposed openstack-infra/shade: include keystonev2 role assignments  https://review.openstack.org/27099320:09
AJaegeryamahata: I'll take care of it20:10
zaroyes, that's what the jeepyb change is about20:10
*** sdake_ has joined #openstack-infra20:10
fungiahh, cool, i was just looking at the comment not the rest of the commit20:10
fungispread thin at the moment20:10
anteayaright20:10
yamahataAJaeger: thank you so much. I've been waiting it for a while.20:10
zaroi added additional comment to the last PS.20:11
anteayaare we taking a break or still focusing on mirrors?20:11
*** esker has quit IRC20:11
zarowas the commit msg not clear?20:11
*** silos has quit IRC20:11
*** markvoelker has quit IRC20:11
*** rfolco has quit IRC20:11
*** gildub has joined #openstack-infra20:11
fungianteaya: mirrors and pip-related issues are interleaved at the moment since to some extent the one was preventing the other20:11
anteayaokay20:12
anteayawe were just making such wonderful progress for a while20:12
fungibut also i'm just trying to catch up on administrivia i'm behind on before i disappear all next week20:12
anteayafungi: good call20:12
*** sdake has quit IRC20:12
anteayazaro: I'll look again after you fix that commit message20:13
*** cschwede has quit IRC20:14
zarofungi, anteaya: not to beat a dead horse.  the reason the 'Registered Users' group got created was because there's existing acls files in project-config that contains 'Registered Users'.  Jeepyb created that group on first run of managed_projects after gerrit 2.11 upgrade.20:14
zaroi will try add that info to commit msg20:14
fungizaro: that's exactly what i said20:14
anteayazaro: ah there it is20:14
anteayazaro: thanks20:15
*** daemontool_ has joined #openstack-infra20:15
*** ldnunes_ has quit IRC20:15
funginote that puppet only runs manage-projects when certain files change (via subscribe/notify) so it was technically triggered by a change merging soon after the upgrade20:15
zarofungi: yes, not sure if anteaya was clear on that.20:15
anteayaI wasn't, i had missed the part where a preexisting acl file created Registered Users20:16
anteayathat was my failing20:16
fungianteaya: recall that it was already in use in the openstack-dev/sandbox acl. that was what led you to start troubleshooting the mismatch in our documentation about that repo in the first place20:17
zaroi also actually didn't realized until a few mins ago :)20:17
*** daemontool has quit IRC20:17
anteayafungi: yes I remember, you subsequently pointed out that the created group had a link to in the sandbox access gitweb permissions20:18
fungibut it also appears in dozens of other acl files for other repos too20:18
*** cschwede has joined #openstack-infra20:18
*** ybathia has quit IRC20:18
anteayabut in any case I believe I am clear now20:18
anteayathank you for helping me to understand this better20:18
AJaegerzaro, fungi: So, what exactly is wrong in the ACL file?20:18
fungiAJaeger: nothing at all20:18
anteayaAJaeger: nothing20:18
openstackgerritMerged openstack-infra/infra-specs: Make translation set up consistent  https://review.openstack.org/26254520:19
anteayaAJaeger: gerrit allows you to create user groups in the same name as system groups via ssh in 2.1120:19
*** bcourt has joined #openstack-infra20:19
AJaegerAh....20:19
anteayabut not via the web ui or REST20:19
anteayazaro has filed a bug20:19
anteayaand patches to work around the issue in jeepyb20:20
fungiAJaeger: the issue is that if an acl refers to a system group right now jeepyb tries to create it and, in 2.11, gerrit allows it to succeed (after which point those acls refer to the new empty regular group of the same name rather than the system group)20:20
AJaegerfungi, got it now, thanks20:20
zaronow on to fixing the root cause..20:20
anteayazaro: thank you :)20:20
*** amotoki has quit IRC20:21
AJaegerI now get an "internal server error" on http://puppetboard.openstack.org/20:22
zarofungi: another quick fix for sandbox is to just change group file entry for Registered Users to 'global:Registered-Users '20:23
openstackgerritMerged openstack-infra/project-config: networking-odl: enable test with ODL release of beryllium-snapshot  https://review.openstack.org/26543720:23
*** dimtruck is now known as zz_dimtruck20:24
AJaegersdague: I followed your nova patch, what do you think of https://review.openstack.org/#/c/271014 ?20:24
fungizaro: yeah, but as mentioned this is theoretically impacting lots of other repos too so we'll need to clean it up in a lot of places20:24
funginot just the sandbox repo20:24
zaroohh right.20:25
AJaegerfungi: only 92 places ;)20:25
*** zhurong has joined #openstack-infra20:25
zarofungi: i can test those patches on review-dev but will need to take if off puppet control.20:26
zarowere you still wanting to keep it puppted?20:26
*** Nikolay_St has joined #openstack-infra20:26
AJaegerah, puppetboard is back20:26
*** vgridnev has joined #openstack-infra20:26
*** dtardivel has quit IRC20:27
fungizaro: that was mostly just important while we were trying to get kernel updates rolled out for the security issue earlier this week. we can disable puppet on it again but note that the mechanism for doing that has now changed: http://docs.openstack.org/infra/system-config/sysadmin.html#disable-enable-puppet20:27
*** pavel_bondar_ has joined #openstack-infra20:27
*** flwang1 has joined #openstack-infra20:28
zarocool. thanks20:29
tonytan4everHey folks, is pip related issue fixed ?20:29
tonytan4everOr do we still need to change jenkins jobs to fix that ?20:30
*** krtaylor has quit IRC20:31
*** piet has quit IRC20:31
*** markvoelker has joined #openstack-infra20:31
clarkbtonytan4ever: fix is in progress20:31
tonytan4everrgr. Thanks20:31
anteayaI believe we need both pip 8.0.1 and virtualenv 14.0.1 to be fixed, we are waiting on virtualenv 14.0.120:32
clarkbjustvwaiting on mew venv20:32
clarkbyup20:32
clarkbthen we can rebuild images20:32
tonytan4everK20:32
*** sabeen3 has quit IRC20:32
tonytan4everThanks folks.20:32
pavel_bondar_tonytan4ever: what is the pip issue?20:32
openstackgerritDoug Hellmann proposed openstack-infra/release-tools: make announce.sh more robust for first releases  https://review.openstack.org/27101120:33
*** silos has joined #openstack-infra20:33
*** aeng has joined #openstack-infra20:33
dstufftwaiting on travis :\20:33
tonytan4everpavel_bondar_:  So all the new change cannot be built because of a pip issue.20:33
asselinjpr, I don't know, but seems there are a lot of recent changes to nodepool going on.20:33
anteayadstufft: :\20:33
dstufftAlso, if y'all care about being able to isntall things on Linux without a compiler via pip, there's a distutils-sig thread about it20:33
*** sabeen has joined #openstack-infra20:33
*** kzaitsev_mb has quit IRC20:33
asselinjpr, I suggest you use an older version of nodepool: https://git.openstack.org/cgit/openstack-infra/puppet-openstackci/tree/contrib/single_node_ci_data.yaml#n3820:34
dstufftit talks about ABI and other crap that I'm woefully unprepaired to fully grasp20:34
dstufftbut might be interesting to some of you20:34
jprasselin: thanks for the heads up.  I've debugged a bit20:34
*** ashleighfarnham has quit IRC20:34
*** otter768 has joined #openstack-infra20:34
*** hashar has joined #openstack-infra20:34
asselinjpr, oh, ok, even better.20:34
*** zz_dimtruck is now known as dimtruck20:35
jprasselin: no promises to figure it out, but good to know things might have changed a bit20:35
asselinjpr, I suggest the 0.2.0 tag https://git.openstack.org/cgit/openstack-infra/nodepool20:35
asselinin case you need to go back20:35
jprasselin: so just replace "master" with the preferred release tag?20:35
*** silos has left #openstack-infra20:35
pavel_bondar_tonytan4ever: I have an issue that new version of package I maintain can not be pulled down by openstack CI, so I am curious if it is the same issue20:36
pavel_bondar_tonytan4ever: is there launchpad ticket for that so I could read more about it?20:36
asselinjpr, yes20:36
openstackgerritMatt Riedemann proposed openstack/requirements: Bump upper-constraints on oslo.db to 4.3.1  https://review.openstack.org/27103020:37
mriedemdims: double yay ^20:37
fungidstufft: yeah, i've been following that one. we're actually working on solving it ourselves at the moment by centrally building wheels of everything for each platform on which we test and then propping up mirrors of that in ways pip can find automatically in each of our service providers20:37
fungiwell, wheels of everything _we_use_ that is20:37
funginot wheels of everything on pypi of course. that would be both insane and impossible20:37
openstackgerritMorgan Fainberg proposed openstack-infra/project-config: Make the rally job experimental  https://review.openstack.org/18383620:38
tonytan4everpavel_bondar_: Possibly it is related. You can look at the logs20:38
tonytan4everI am not aware there is a launchpad ticket related to it.20:38
*** otter768 has quit IRC20:39
pavel_bondar_tonytan4ever: thanks!20:39
dimsmriedem :)20:39
jprasselin: also, will puppet take me to a different revision if I change that field and puppet apply  cleanly or should I rebuild from a pristine state20:39
jprasselin: i'll give the revision change a shot and see if it works to isolate the issue20:39
*** Nikolay_St has quit IRC20:40
asselinjpr, puppet should take you there20:40
*** ashleighfarnham has joined #openstack-infra20:40
*** _nadya_ has quit IRC20:40
*** sridhar_ram has quit IRC20:41
*** tiswanso has quit IRC20:42
openstackgerritKhai Do proposed openstack-infra/jeepyb: Fix handling of Gerrit system groups in acls files  https://review.openstack.org/27062820:42
zaroanteaya: ^ hope that's more clear20:42
asselinjpr, but puppet doesn't restart nodepool (service), and since this is a downgrade, any database changes might need to be cleaned up....20:43
*** kzaitsev_mb has joined #openstack-infra20:43
jprasselin: so the problem appears to be in zuul20:43
fungitonytan4ever: pavel_bondar_: https://github.com/pypa/pip/issues/338420:43
anteayazaro: a piece of art, my friend20:43
*** mhickey has joined #openstack-infra20:43
tonytan4everfungi: Cool thanks.20:43
anteayazaro: that commit message needs a frame around it20:43
asselinjpr, not sure what zuul has to do with nodepool image builds...20:44
pavel_bondar_fungi: thanks!20:44
*** ZZelle_ has joined #openstack-infra20:44
jprasselin: it looks like nodepool is contacting zuul->gearman20:45
fungiasselin: in the past week, with the addition of image build workers, nodepool now uses gearman (in our case zuul's gearman)20:45
zaroanteaya: haha, english is not my forte so TY :)20:45
*** matrohon has joined #openstack-infra20:45
jprfungi: or tries to ;)20:45
*** Sukhdev has quit IRC20:46
fungijpr: yes, there are apparently still some rough edges we're working through encountered in production which did not surface in our tests20:46
fungiclarkb and greghaynes have been running those down20:47
*** jamielennox|away is now known as jamielennox20:47
*** erikwilson has quit IRC20:47
*** baoli has quit IRC20:47
*** Daisy has joined #openstack-infra20:47
clarkbit should work now as long as your gear connection stsys up20:47
clarkbwe had two successful builds and uploafs20:47
lifelessjeblair: dstufft: also the debuntu hack doesn't provide a place for pip to put its new files; it just changes the name on disk of the one concept in the python sysconfig20:47
lifelessso its pretty much useless from that angle20:48
anteayazaro: you did a wonderful job there20:48
*** mhickey has quit IRC20:48
*** baoli has joined #openstack-infra20:49
lbragstado/ does anyone know what the replacement is for hound.openstack.org?20:50
*** Sukhdev has joined #openstack-infra20:50
anteayacodesearch.o.o20:51
lbragstadanteaya awesome, thanks!20:51
anteayawelcome20:51
anteayathat answer is only for use if you are wearing a hat20:51
*** Daisy has quit IRC20:51
anteayalbragstad: ^^20:51
anteayalbragstad: you are of course, wearing a hat, are you not?20:51
lbragstadanteaya I forgot what it's like to not wear one...20:52
anteayalbragstad: :)20:52
anteayalbragstad: your barber must love you20:52
*** yamahata has quit IRC20:52
*** daemontool_ has quit IRC20:52
*** daemontool_ has joined #openstack-infra20:53
asselinfungi, clarkb but if they use nodepool 0.2.0 they should be fine right?20:55
mordredlifeless: ++20:55
*** rajinir has quit IRC20:55
clarkbasselin yes I mean you should be finr with master too20:55
openstackgerritEvgeny Sikachev proposed openstack-infra/project-config: Separate gate job for sahara and sahara-scenario  https://review.openstack.org/27072820:55
*** jpr has quit IRC20:55
*** piet has joined #openstack-infra20:55
asselinjpr, ^^ ok so master should work. what issue did you run into?20:55
openstackgerritDaniel Wallace proposed openstack-infra/shade: include keystonev2 role assignments  https://review.openstack.org/27099320:55
greghaynesclarkb: asselin Is the issue that you no longer can nodepool image-build without a nodepoold running?20:56
lifeless(the intent was to do more... but intent and execution often differ)20:56
asselingreghaynes, oh, is that true?20:56
greghaynesasselin: yes20:56
mordredfungi: we have a lot of build nodes- I bet if we used them during the evening when the queue has otherwise dropped off, we could eventually build wheels of all of pypi20:56
*** zhurong has quit IRC20:56
lifelessmordred: please dog no20:56
greghaynesasselin: you now need to either have a nodepool-builder running or a nodepoold20:56
mordredlifeless: I mean, I do not think it's a good idea20:57
mordredlifeless: but fungi said "impossible"20:57
fungimordred: many, many, many packages on pypi are simply not wheelable (or even pip-installable)20:57
lifelessmordred: enough things will build bad metadata as wheels, we'd be fiit-gunning ourselves20:57
*** gyee has joined #openstack-infra20:57
lifelessmordred: its likely in fact that the wheel mirror we're bringing up now is going to generate bad metadata and need fixing20:57
asselingreghaynes, I see...yeah docs recommend running a build first before starting nodepoold: https://git.openstack.org/cgit/openstack-infra/puppet-openstackci/tree/doc/source/third_party_ci.rst#n33620:57
fungimordred: we avoid depending on those for obvious reasons, but they are numerous20:57
lifelessmordred: though we won't know that till it bits20:58
lifelessbites20:58
mordredlifeless: oh? I thought our current installs went through wheel first, no?20:58
greghaynesThey do20:58
*** ashleighfarnham has quit IRC20:58
greghaynesor at least they did20:58
lifelessmordred: yes, a wheel cache that is local20:58
*** pavel_bondar_ has quit IRC20:58
lifelessmordred: and not shared20:58
mordredlifeless: what bad thing are you talking about so I can prepare myself for the carnage?20:58
*** ashleighfarnham has joined #openstack-infra20:58
lifelessmordred: this mitigates the impact of e.g. conditional dependencies expressed through turing complete logic rather than markers20:58
greghayneslifeless: there was some hard coded stuff in devstack to build wheels for all the packages we would install before pip had the auto-caching bits20:59
greghaynesbut same idea20:59
fungimordred: lifeless: so not something which is going to bite us if we share they across a homogenous set of systems being booted from the same images20:59
lifelessgreghaynes: yes, I don't know if we've even pulled that out, but its still local not shared20:59
fungier, share them20:59
mordredI'm not sure what the shared part breaks?20:59
mordredlifeless: could you splain?20:59
lifelessfungi: if the machines that can see the wheel files are the same python version and same OS, we should be fine20:59
mordredthey are21:00
mordredwe are not building _a_ wheel cache21:00
lifelessfungi: (though its still possible to have breakage)21:00
mordredwe are building multiple wheel cache mirrors21:00
greghaynesYep, the entire point is that we control what nodes are using our wheel mirror21:00
*** dslev has quit IRC21:00
greghaynesso we know os/packages21:00
mordredessentially one for each OS/python combination we have21:00
lifelessso, there are two broad failures21:00
*** gordc has quit IRC21:00
mordredand we will point the pip.conf at the matching mirror21:00
mordredwe will not expect pip to sort it out from amongst a mixed bad21:00
mordredbag21:01
lifelessa) some setup.py code that inspects the environment to determine dependencies/features built into the wheel, but doesn't export that.21:01
mordrednod21:01
lifelessso e.g. if some library (might be C, might be python) is available, build an accelerator, if its not, don't.21:01
dstufftUgh21:01
dstufftTher eis probably going to be a 8.0.221:01
dstufftbecause CentOS.21:01
fungithe biggest risk i see is we cache numpy and then get updated diskimages with a newer library than it linked which breaks abi in some unfortunate way21:01
mordreddstufft: \o/21:01
dstufft(alternatively because requests, not sure exactly who is to blame yet)21:01
greghaynesfungi: eeek21:01
dstufftsomeone is though21:01
lifelessdstufft: its very unlikely that libblas etc are going to do that; I'm not concerned21:01
mordredfungi: if we get updated numpy ABI breakages in trusty I'm going to kill someone21:02
lifelessbah21:02
lifelessfungi: ^21:02
dstuffthttps://github.com/pypa/pip/issues/3415#issuecomment-17370425221:02
greghaynesYa, but same idea for pyzmq or somesuch21:02
mordredyah21:02
mordredI mean, we do have to have ALL of the -dev packages installed on the builders21:02
lifelessb) the same kind of thing, but the resulting wheel is actually specifically relevant to something in that environment which the wheel tags on the built wheel do not disclose21:03
clarkbalso we did this for a long time with no issues21:03
mordreddstufft: that's amazing21:03
openstackgerritMathieu Gagné proposed openstack-infra/project-config: Reduce internap max servers from 72 to 64  https://review.openstack.org/27103721:03
fungialso, just to confirm, when we're building wheels we rebuild the entire set every time there's a change, right? because otherwise things can get funky21:03
*** Sukhdev has quit IRC21:03
lifelessfor instance, - and I know this one isn't going to hit us, but its an example - if you build some packages on 2.6, the wheel depends on argparse, if you build the same pacakge on 2.7, it doesn't.21:03
lifelessbut the wheel file claims compat with 2.6 and 2.7 in both cases21:03
lifelessor even claims universal support21:03
greghaynesfungi: yes21:04
*** amrith is now known as _amrith_21:04
lifelessclarkb: actually, we had issues, we worked around them by blacklisting a couple of packages from memory. And we certainly built bad wheels ourselves of our packages because of requirements-pyN.txt21:04
lifelessclarkb: if the mirror url is per-OS+per-python-version though, we're pretty safe21:04
clarkbuh noy with the mirror21:05
fungigreghaynes: perfect21:05
clarkbwe had trouble in devstack21:05
dstufftpip's internal wheel cache forces all wheels to be interpreter specific21:05
dstufftFWIW21:05
clarkbcompletely different21:05
dstufftbecause of what lifeless said21:05
lifelessdstufft: did we land that? I thought the issue was still open ?21:05
dstufftmordred: I'm at least 95% sure distros exist just to screw with me21:05
dstufftlifeless: I landed it in pip 8 yea21:05
clarkbthe mirror build just ignored failrd builds21:05
lifelessdstufft: cool21:05
clarkbthose files didnt end up getting hosted21:05
clarkbdevstacks wheel builder however didnt do that21:06
lifelessclarkb: failed builds are fine; I'm talking corrupt builds21:06
clarkband failed on things21:06
*** yamahata has joined #openstack-infra21:06
hasharisn't pip building the wheels for you ?  I myself just snapshot  ~/.cache/pip/wheels and reinject it in the instances on startup21:06
openstackgerritAndre keedy proposed openstack-infra/project-config: Add new project(shovel) to openstack  https://review.openstack.org/26941121:06
AJaegeris puppet working? There's not a run for over an hour on jenkins,e.g. http://puppetboard.openstack.org/node/jenkins01.openstack.org ?21:06
*** bcourt has quit IRC21:06
*** erlon has quit IRC21:06
lifelessclarkb: this may be all hypothetical, I'm only detailing the failure modes I've seen / know can happen because mordred asked me too21:07
*** sabeen2 has joined #openstack-infra21:07
lifelessclarkb: I'm not saying we *will* encounter them, I'm describing what they are so that if they are encountered its comprehensible21:07
fungihashar: since we run lots of jobs for different projects with different sets of requirements, we need some process which can generate them all. also our dependencies (as defined by our upper constraints list) change more often than our images21:08
mordredAJaeger: cecking21:08
mtreinishpleia2, jeblair, fungi, clarkb, nibalizer: if you get a sec: https://review.openstack.org/#/c/234447/ should be pretty straightforward21:08
anteayamtreinish: pleia2 is conferencing atm21:08
anteayamtreinish: not sure where21:08
AJaegeranteaya: scale?21:08
anteayaAJaeger: ah yeah, that is probably it21:09
fungihashar: and conveniently pip makes it possible for you to keep your wheels somewhere other than in a local directory21:09
mtreinishanteaya: I'll never remember and just continue to ping her :)21:09
mtreinishshe doesn't have to respond21:09
hasharfungi: what I do is that on gate-and-submit I rsync the wheel cache to a central place and namespace the caches with ZUUL_PROJECT/ZUUL_BRANCH/JOB_NAME  which seems good enough for me :D21:09
mordredopenstackid update-site is not happy, btw21:10
*** sabeen has quit IRC21:10
hasharfungi: been too lazy to figure out how to collect all requirements and generate a cache out of it21:10
anteayamtreinish: as you wish, just don't fell insulted if it takes her a while to reply21:10
AJaegerthanks for checking, mordred21:10
mtreinishAJaeger: that's a good guess: https://www.socallinuxexpo.org/scale/14x/presentations/building-career-ubuntu-and-foss21:10
*** dimtruck is now known as zz_dimtruck21:11
*** salv-orlando has joined #openstack-infra21:11
fungihashar: we _may_ have some code you could reuse if you decide to try to21:12
hasharfungi: I went with my own rsync command and some magic jjb tricks :-D21:12
*** matrohon has quit IRC21:13
openstackgerritCedric Brandily proposed openstack/requirements: Bump debtcollector version  https://review.openstack.org/27103921:13
*** nelsnels_ has quit IRC21:14
* AJaeger waves good-night21:15
anteayaAJaeger: good night21:16
*** matrohon has joined #openstack-infra21:16
anteayaAJaeger: thank you21:17
*** dslev has joined #openstack-infra21:19
*** nelsnelson has joined #openstack-infra21:22
*** matrohon has quit IRC21:23
*** esker has joined #openstack-infra21:24
*** baoli has quit IRC21:27
*** baoli has joined #openstack-infra21:29
*** zz_dimtruck is now known as dimtruck21:29
*** sriram has quit IRC21:31
craigeo/21:34
*** gordc has joined #openstack-infra21:34
*** kgiusti has left #openstack-infra21:35
*** baoli has quit IRC21:35
*** baoli has joined #openstack-infra21:36
*** julim has quit IRC21:36
*** ddieterly has quit IRC21:36
*** baoli has quit IRC21:38
*** baoli has joined #openstack-infra21:38
*** markvoelker has quit IRC21:39
*** markvoelker has joined #openstack-infra21:41
*** shardy has quit IRC21:43
*** nelsnelson has quit IRC21:46
bknudsonI swear I used to have instructions for how to see the tox -e cover output for a review...21:46
dmsimarddstufft: man, you must not have had much sleep since pip8 is out. Thanks for your work :)21:48
* dmsimard waits for pip 8.0.221:48
jheskethMorning21:48
*** ajmiller_ has quit IRC21:49
*** thorst has quit IRC21:49
*** thorst has joined #openstack-infra21:50
anteayamorning jhesketh21:50
*** knikolla has quit IRC21:51
bknudsonthis must be the wrong system? https://jenkins.openstack.org/view/All/job/keystone-coverage/changes21:51
*** ybathia has joined #openstack-infra21:51
*** ddieterly has joined #openstack-infra21:52
*** hashar has quit IRC21:52
jeblairanteaya, mordred: where do i go to see puppet reports?21:53
*** krtaylor has joined #openstack-infra21:53
jeblairoh weird21:53
jeblairpuppetboard appeared broken but now appears fixed21:54
anteayajeblair: AJaeger had the same experience not long ago21:54
anteayaa few hours at most21:54
jeblairanteaya: you were saying something about jenkins not updating?21:54
nibalizeranteaya: AJaeger yes pleia2 is at scale21:54
nibalizeri have spotted her a couple times already21:54
anteayanibalizer: nice21:54
anteayajeblair: ummm, was I?21:55
*** Swami has quit IRC21:55
jeblairanteaya: maybe it was someone else...21:55
*** Swami has joined #openstack-infra21:55
*** esker has quit IRC21:55
fungii think AJaeger mentioned it maybe, which was why he was looking at puppetboard... trying to figure out why a job update hadn't propagated21:55
*** Nikolay_St has joined #openstack-infra21:56
anteayahttp://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2016-01-21.log.html#t2016-01-21T21:06:4421:56
jeblairit was an 'a' person at least!  :)21:56
fungimordred: said he was taking a look to confirm what was making puppet updates stale21:56
*** sdake has joined #openstack-infra21:56
*** dims_ has joined #openstack-infra21:56
anteayamordred concluded "openstackid update-site is not happy, btw"21:56
fungiand indeed, it looks like the jenkins masters have not reported for 2 hours now21:57
anteayajeblair: those 'a' nicks21:57
*** burgerk has quit IRC21:57
*** dims has quit IRC21:57
jeblairpuppet_run_all.log is 74M21:57
jeblairah i see why it's slow in less -- it's not because it's huge, it's because it has huge lines.21:58
jeblairlike, the complete output from puppet is on one line21:58
fungilooking at jenkins01, its most recent two puppet reports were 17:51 and 19:5121:58
jeblairthis makes it a bit hard to read21:58
fungiso it's going a while between updates there21:58
*** sdake_ has quit IRC21:59
jeblairthis is the log i usually look at to find out why21:59
jeblairbut i am unable to do so21:59
*** dslev has quit IRC21:59
jeblairhonestly22:00
jeblairi would just like ansible to stop printing the puppet output22:00
jeblairif it's not going to do it in a usable way22:00
jeblairwe can always go onto the host and get it from syslog if needed22:00
jeblairso does anyone know how to make that happen?22:01
anteayaI do not22:01
jeblairmordred, Shrews: ^22:01
jeblairanyone else around here know ansible?22:01
mgagnenot to be that guy but: puppet agent -t > /dev/null ?22:01
mordredhey22:01
jeblairmordred: hi!22:01
mordredjeblair: I just jumped on a call22:01
mordredjeblair: but I can help you fix in 30 minutes22:01
fungimgagne: well, we're calling puppet apply these days, but point taken22:02
Shrewsjeblair: i do not know22:02
*** markvoelker has quit IRC22:04
fungilooking in syslog on jenkins01, ansible does seem to be firing puppet apply at a regular interval, but it's not printing puppet apply stdout that i can tell22:04
*** ari has quit IRC22:05
nibalizerjeblair: whats the issue?22:05
jeblairoh, do we lose syslog output with puppet-apply?22:05
*** darrenc is now known as darrenc_afk22:05
*** Sukhdev has joined #openstack-infra22:06
fungithat's what i'm attempting to confirm now22:06
jeblairnibalizer: it looks like puppet-apply does not syslog, so the only output we have is via ansible; ansible is taking the *complete* puppet output and concatenating it on one line in our log file on puppetmaster.22:07
nibalizerjeblair: oh yea thats annoying22:07
nibalizerits a json blob too22:07
fungiyeah, the most we seem to get in local logs now is stuff like:22:07
fungiJan 21 19:51:24 jenkins01 ansible-puppet: Invoked with puppetmaster=None show_diff=False facter_basename=ansible manifest=/opt/system-config/production/manifests/site.pp environment=None timeout=30m facts=None22:07
jeblairnibalizer: well, more than annoying, i literally have no view in to what's happening anymore22:07
dmsimardI've been working with an ansible callback to get helpful verbose output (i.e, not everything in one line)22:08
fungiwould be nice if it could at least tee to a file on each system as well as back over the calling socket. i wonder if worst case we could just do that with a wrapper22:08
jeblairfungi: well, i'm reading ansible-puppet now to see if we can update it to behave that way22:09
*** jaosorior_ has quit IRC22:09
clarkbmight be possible to instruct puppet apply to use a log file too22:09
nibalizerjeblair: puppetboard isn't a view?22:09
fungior |logger or whatever22:09
jeblairnibalizer: nope22:09
jeblairnibalizer: puppetboard says it hasn't updated in 2 hours.  why?22:09
jeblairno idea22:09
nibalizerwhich host?22:10
funginibalizer: puppetboard especially doesn't help track down why something isn't reporting to puppetdb22:10
jeblairnibalizer: any jenkins host22:10
funginibalizer: all jenkins masters22:10
jeblairnibalizer: also, puppetboard has always been a very limited view22:10
jeblairit does not include all actions or outputs22:10
clarkb--logdest22:10
jeblairnibalizer: *especially* interesting ones :)22:10
clarkbchoose between syslog the console and a log file22:10
clarkbsays the man page22:10
jeblairit looks like ansible has exit_json and fail_json methods that we pass stdout too22:10
jeblairi'm trying to see if we can just not do that to cause ansible to not log that22:11
nibalizerwhen you look here22:11
nibalizerhttp://puppetboard.openstack.org/node/jenkins03.openstack.org22:11
jeblairthe stdout argument is not documented22:11
nibalizerboth groups and files make no sense22:11
nibalizerso at the very least there is a big in our puppetboard submit pipeline22:12
jeblairfungi: something about groups happened earlier, is that related ^?22:12
*** peristeri has quit IRC22:13
fungijeblair: it's possible something in https://review.openstack.org/270296 or https://review.openstack.org/270262 is related?22:13
nibalizeransible jenkins --list-hosts seems correct in output22:13
*** pradk has joined #openstack-infra22:13
jeblairoh22:14
*** dslev has joined #openstack-infra22:14
jeblairi think the args to exit_json are just included in json22:14
nibalizerwe only have four hosts disabled according to ansible disabled --list-hosts22:14
jeblairclarkb: what should --logdest be?22:14
funginibalizer: also `sudo ansible jenkins --list-hosts` lgtm22:15
nibalizerfungi: I think ansible grouping is working fine because of the testing we just did then22:15
clarkbjeblair: my reading of the man page is you can pass it 'syslog' 'console' or a file path22:16
clarkbjeblair: so depends on how you want it to log22:16
jeblairclarkb: "puppet apply --logdest syslog" ?22:16
clarkba22:16
clarkbya22:16
fungii have a suspicion we're running into a jjb timeout or something along those lines... because jenkins.o.o is still reporting with greater frequency http://puppetboard.openstack.org/node/jenkins.openstack.org22:16
clarkbhttps://docs.puppetlabs.com/references/3.3.1/man/apply.html22:16
nibalizerhas anyone run puppet apply manually on a jenkins master to see what the output is?22:16
nibalizerI generally start there when debugging puppet22:16
fungiand the puppetry/ansiblery for jenkins0?.o.o and jenkins.o.o should be basically identical22:17
nibalizerinstead of reading logs22:17
jeblairnibalizer: no, and while i agree that may tell us something in this instance, i believe it is *critically* important that we have logs...22:17
funginibalizer: i usually check logs first to avoid tainting evidence of a possible bug/error condition22:17
jeblairnibalizer: over beer sometime, we can debate the wisdom of retrying a failed command withot knowing why it failed :)22:17
jeblairfungi: +122:17
fungii should go grab a beer now, obviously ;)22:17
nibalizeri acutally am gonna go grab a monster22:18
nibalizerback in a flash22:18
jeblairmonster flash22:18
fungihope it doesn't grab back22:18
* fungi has monster mash stuck in his head now22:18
*** sridhar_ram has joined #openstack-infra22:18
jeblairexcellent22:19
*** yaume has joined #openstack-infra22:19
anteayafungi: now I do too22:19
*** regXboi has quit IRC22:19
openstackgerritJames E. Blair proposed openstack-infra/ansible-puppet: Log puppet to syslog instead of json  https://review.openstack.org/27105722:20
jeblairclarkb, mordred, fungi, nibalizer: ^ that's my shot in the dark22:20
*** sdake has quit IRC22:20
clarkbwe should probably test it22:20
jeblairany idea how? :)22:20
clarkbjust do a manual run somewhere with that flag set22:21
jeblairoh you mean logdest22:21
*** thorst has quit IRC22:21
jeblairsure22:21
clarkbya22:21
anteayajeblair: you said it was very long lines, I didn't realize that all the ouput was in one long line22:21
clarkbif you want to test the ansible you can install it all in a virtualenv and use a different module path then run it against a single host22:21
*** thorst has joined #openstack-infra22:21
fungiyeah, i'm +2 on the idea, as long as someone confirms that "syslog" is the value which does what we want22:21
*** darrenc_afk is now known as darrenc22:22
jeblairanteaya: to be fair, i don't know how many long lines it is because the only one i can see is long enough to prevent me from figuring out how many others there are22:22
jeblairanteaya: like, is it one line per server?  or one for all the servers?22:22
jeblairi think it's probably the former22:22
jeblairbut it's just a guess22:22
jeblairi'm running "puppet apply --logdest syslog" on etherpad22:22
anteayajeblair: fair point22:23
*** diazjf has quit IRC22:23
*** markvoelker has joined #openstack-infra22:24
*** zhurong has joined #openstack-infra22:24
jeblairi think i need to tell it more than that22:24
jeblairi don't know what our actual apply command is...22:24
*** vgridnev has quit IRC22:25
jeblair'puppet apply /opt/system-config/production/manifests/site.pp' ?22:25
jeblairyep22:25
fungijeblair: documented at http://docs.openstack.org/infra/system-config/puppet.html#running-puppet-on-nodes22:25
jeblairJan 21 22:25:37 etherpad puppet-user[29825]: Finished catalog run in 4.39 seconds22:25
clarkbwe should fix the quoting there22:25
clarkbso that it jumps out a bit more22:26
jeblairthat did the right thing in syslog with no stdout22:26
*** thorst has quit IRC22:26
fungiexcellent. let's merge this22:26
fungioh, failing jobs22:26
*** dkranz has quit IRC22:26
fungialso SamYaple has a good comment22:26
jeblair2016-01-21 22:23:04.041 | Detected a distutils installed project ('PyYAML') which we cannot uninstall. The metadata provided by distutils does not contain a list of files which have been installed, so pip does not know which files to uninstall.22:26
jeblairi think our snake just ate its own tail22:27
fungijeblair: so we've ended up with latest pip22:27
clarkbSamYaple has a good comment on the ansible-puppet change22:27
clarkbso I wonder if we can pass two logdests22:27
jeblairwait22:27
jeblairi don't think it's correct22:27
ianwjeblair: that problem you got there is fixed in 8.0.1 pip22:28
jeblairianw: i understand.22:28
jeblairbelieve me.22:28
ianwoh, sorry :)22:28
SamYapleoh i seem to have stirred comments. fyi i dont know what this change does it just popped up on gertty for me, i dont know the big picture22:28
fungiSamYaple: it's matching against the stdout from line 103 though, right?22:28
clarkbSamYaple regardless your comment is correct :)22:28
fungier, 19322:28
fungioh, line 197 is appending to it22:29
*** thorst has joined #openstack-infra22:29
clarkbfungi: no stdout is written though it would go to syslog22:29
jeblairokay, i have replied to SamYaple in gerrit22:29
jeblairbut i will also test that case22:29
*** baoli has quit IRC22:30
clarkbI guess it hinges on whether or not puppet apply is affected by the puppet lock file22:30
fungibut yeah, i'm not entirely concerned if we can't tell from the log on the puppetmaster whether puppet is disabled or couldn't run for some other reason22:31
*** rossella_s has quit IRC22:31
jeblairit is not.22:31
clarkbif it isn't then I agree, that is dead code. If it does then we should support it22:31
fungialso that22:31
jeblairi ran 'puppet agent --disable'22:31
jeblairpuppet apply still works22:31
fungino reason to even keep that check around22:31
*** rossella_s has joined #openstack-infra22:31
fungiagreed22:31
jeblairso that message will never show up in the apply case22:31
fungiit's just cruft from when we still called agent --test there22:32
*** sdake has joined #openstack-infra22:32
jeblairthere's another conditional block above that can call agent22:32
jeblairso it's still possible to get that output if you run in agent mode22:32
jeblairi'm only changing the log destination for apply though22:32
jeblairso we should keep the test since it's still possible to hit22:32
jeblairbut we should not be concerned about it's applicability to apply (because it isn't)22:33
clarkbbut will not match in the apply case22:33
clarkbright22:33
jeblairiow, i think the change is in its best form as written22:33
*** thorst has quit IRC22:34
*** dslev has quit IRC22:34
jeblairso now we just need to figure out how to get it merged22:34
openstackgerritJamie Lennox proposed openstack-infra/project-config: Make the v3 only devstack job voting  https://review.openstack.org/27106422:34
clarkbjeblair: is it still too early to build new images?22:35
clarkbthat can be time consuming but seems like the least effort22:35
*** otter768 has joined #openstack-infra22:35
*** petems has joined #openstack-infra22:36
*** vgridnev has joined #openstack-infra22:36
jeblairclarkb: the patch i needed to update trusted hosts has merged22:36
jeblairclarkb: i do not know the status of pip/virtualenv if we want to try to get those in too22:37
jeblairclarkb: however, we can also pin pip for that test22:37
jeblairunfortunately, the job change will not apply22:37
jeblairso we could go ahead and try running jenkins-jobs on the masters and see22:37
jeblairfungi: did you fix jenkins07?22:38
*** jpr has joined #openstack-infra22:38
*** otter768 has quit IRC22:39
*** weshay_xchat has quit IRC22:40
jeblairi'm going to run jenkins-jobs on 0122:40
ianwdstufft said in pypa-dev he will do 8.0.2 pip (fixes a certificate thing) and virtualenv soonish, about a hour ago22:40
anteayajeblair: yes jenkins 07 came back up22:41
anteayahttp://grafana.openstack.org/dashboard/db/nodepool22:41
anteayacurrently has 66 nodes in used status on it22:41
*** claudiub has quit IRC22:42
fungijeblair: yeah, 07 should be back up and fine now22:42
anteayaianw: thanks for the update22:43
*** trown is now known as trown|outttypeww22:43
openstackgerritDavid Shrewsbury proposed openstack-infra/shade: Fix normalize_role_assignments() return value  https://review.openstack.org/27106822:44
nibalizerjeblair: clarkb so looks like we spun up a patch?22:46
clarkbnibalizer: yes there is a patch to ansible-puppet that is hitting pip things22:46
jeblairINFO:jenkins_jobs.builder:Number of jobs generated:  820022:47
jeblairand it looks like it's updating every one22:48
jeblairand i don't know why -- there's no change22:48
clarkbhrm the cache may not be functioning properly then22:49
clarkbI did have to move the old cache aside at one point because it was invalid yaml22:49
jeblairthe current cache appears to be valid yaml22:50
*** ajmiller has quit IRC22:50
*** ajmiller has joined #openstack-infra22:50
*** vgridnev has quit IRC22:50
fungithere were a few changes landed in jjb today22:51
*** HeOS has joined #openstack-infra22:51
openstackgerritFausto Marzi proposed openstack/requirements: Add modules for freezer mitaka m2 release  https://review.openstack.org/27107222:51
funginone of those are jumping out at me as something that would alter our current xml though22:52
jeblairfungi: i don't think the xml is altered22:53
jeblairhttps://jenkins01.openstack.org/job/aeromancer-branch-tarball/jobConfigHistory/showDiffFiles?histDir1=%2Fvar%2Flib%2Fjenkins%2Fjobs%2Faeromancer-branch-tarball%2Fconfig-history%2F2016-01-21_20-58-52&histDir2=%2Fvar%2Flib%2Fjenkins%2Fjobs%2Faeromancer-branch-tarball%2Fconfig-history%2F2016-01-21_22-47-4422:53
jeblairfungi: at least based on that22:53
*** mriedem has quit IRC22:53
jeblairtrying again with debug logging22:53
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Basic folder support  https://review.openstack.org/13430722:53
*** tonytan4ever has quit IRC22:53
openstackgerritFausto Marzi proposed openstack/requirements: Add modules for freezer mitaka m2 release  https://review.openstack.org/27107222:54
*** zhurong has quit IRC22:55
fungithe jenkins masters did eventually report again22:55
*** harlowja has quit IRC22:56
fungithey're just reporting at a 1.5-2 hours cadence22:56
*** harlowja has joined #openstack-infra22:56
jeblairweird22:56
fungithough the reports aren't entirely helpful... http://puppetboard.openstack.org/report/jenkins01.openstack.org/9d982249bd054b7f4dd25634b3cfd05d15db07db22:56
fungialso, the last report before the span between reports got considerably longer indicates one thing was changed by puppet... /etc/pip.conf22:58
mordredjeblair: off the phone- how can I help with the ansibles?22:58
jeblairmordred: check out https://review.openstack.org/27105722:58
mordredjeblair: kk22:58
jprasselin: the behavior with nodepool 0.2.0 vs master appears to be about the same22:58
asselinjpr, in what regard?22:58
*** ayoung has joined #openstack-infra22:58
*** annegent_ has quit IRC23:00
jprasselin: the only difference is in the output I'm getting (using --debug).   the 0.2.0 only showed messages regarding the "stevedore.exstention" and then reported dpc was already building23:00
jpr 2016-01-21 14:41:42,007 DEBUG stevedore.extension: found extension EntryPoint.parse('password = keystoneauth1.loading._plugins.identity.generi23:00
jprc:Password')23:00
jpr2016-01-21 14:41:42,050 ERROR nodepool.NodePool: Image dpc is already being built23:00
mordredjeblair: patch looks great - I'd like to do a follow up when things are not broken to make that behavior choice optional and one we opt in to23:00
jeblairmordred: yeah, i was thinking something similar23:00
jeblairmordred: i just wanted to land it quickly23:00
jeblairmordred: which clearly isn't going to happen23:00
mordredjeblair: (largely because the upstreamed version of this module which we upstreamed has actually picked up users - apparently we're not the only ones wanting to do this :) )23:00
jeblairokay, jjb finally started updating jobs again23:01
mordredjeblair: ++23:01
jeblairit thinks that some jobs have updated23:01
jeblairand some have not23:01
jeblairthe debug output was not useful.23:01
asselinjpr, right I was saying by using 0.2.0 you can build the image with nodepool not running. So sudo service nodepool stop. Delete the image being built, and start a new one.23:01
jprusing master it reported the same but had messages related to gearman after the "EntryPoint" message.  that reference polling gearman and then concluded with the same in progress23:01
jeblairoh23:02
jeblairdid sdague's change merge?23:02
jeblairthe one that checks out requirements all the time?23:02
fungiaha, the timeout increase?23:02
fungiyeah, that would explain it23:02
fungii did approve that one and didn't think to go manually run jjb everywhere23:03
jeblairno not the timeout -- the constraints thing23:03
jprasselin: never got to the nodepool start part.  I was testing the image build prior to turning it on23:03
jeblairfungi: because when i look a bit further back in the history i see this https://jenkins01.openstack.org/job/aeromancer-branch-tarball/jobConfigHistory/showDiffFiles?histDir1=%2Fvar%2Flib%2Fjenkins%2Fjobs%2Faeromancer-branch-tarball%2Fconfig-history%2F2016-01-13_23-40-55&histDir2=%2Fvar%2Flib%2Fjenkins%2Fjobs%2Faeromancer-branch-tarball%2Fconfig-history%2F2016-01-21_23-00-2423:03
asselinjpr, ok...nodepool master won't build images when it's not started.....23:03
notmorganclarkb, fungi, sdague, mtreinish: https://review.openstack.org/#/c/270474/ should be good to go now, (master memcache thing for token validates)23:03
jeblairfungi: so i think that may have been approved today and ever since then, jjb has been timing out trying to update those jobs everywhere23:03
asselinjpr, that was the discussion earlier ^^^23:04
fungijeblair: https://review.openstack.org/267133 was approved today23:04
fungimordred: approved that, and it merged at 16:1823:04
jeblairmordred: that change updates 7318 jobs23:04
jeblairmordred: would you mind running manual jenkins jobs updates in screen across all of the masters?23:05
openstackgerritMerged openstack/diskimage-builder: Use pip 7 for ironic  https://review.openstack.org/27001023:05
anteayathis always use pip constraints did not merge: https://review.openstack.org/#/c/267096/23:05
jeblairanteaya: yeah, that's a nova change, not the jjb change.  the jjb change did merge23:06
anteayathis always make upper constraints availble to python jobs did merge: https://review.openstack.org/#/c/267133/23:06
*** dimtruck is now known as zz_dimtruck23:06
*** Sukhdev has quit IRC23:06
jeblairyou can see the output here: http://logs.openstack.org/33/267133/3/check/gate-project-config-compare-xml/364068e/console.html23:06
jeblairit is not short23:06
jprasselin: so is the order in the docs off then? http://docs.openstack.org/infra/openstackci/third_party_ci.html#start-nodepool23:07
jeblairanyway, we have 8200 jobs, it updated 7318 of them, leaving 882 untouched.23:07
jprit says to test nodepool image-build dpc first before turning on nodepoold23:07
*** unicell1 has joined #openstack-infra23:07
asselinjpr, yes, it hasn't been updated yet for the most recent version of nodepool. I mentioned that before ^^23:07
anteayaI can't even load that log file23:07
anteayaas you say it is not short23:08
jprasselin: OK. the correct process is "turn start nodepool and /then/ test the image-build?23:08
*** unicell has quit IRC23:08
asselinjpr, I don't know how to test it using  the new nodepool master.23:08
jeblairmordred: are you still around?23:09
asselinjpr, but if you figure it out, please submit a doc update23:09
clarkbasselin: jpr I am not sure why we would instruct people to uild an image first23:09
clarkbasselin: jpr one reason to use nodepool is that this is all handled for you23:10
*** gordc has quit IRC23:10
asselinclarkb, because there a plenty of errors that happen during image builds23:10
openstackgerritEmilien Macchi proposed openstack-infra/project-config: puppet/bundle: retry failed network or git requests  https://review.openstack.org/27108023:10
*** zhurong has joined #openstack-infra23:10
asselinclarkb, for new setups, it much easier to debug them wi/o noepool running23:10
clarkbasselin: I am not sure I agree, everything is logged for you23:11
clarkband if you don't have any issues the overhead is lower23:11
jprasselin: ok.  :) so should I just assume the image-build step "works", service nodepool start and go from there to continue with the setup/test23:11
zarofungi: i'm no longer admin on review-dev.  would you be able to fix that?23:12
*** Sukhdev has joined #openstack-infra23:12
asselinclarkb, I've found it easier. You can set DIB_OFFLINE, you can DIB  break, etc23:12
*** MarkAtwood has joined #openstack-infra23:12
clarkbbut you are actively circumventing the software23:12
asselinclarkb, and all the cache is setup in nodepool so it's not lost23:13
zarofungi: actually i don't mean the server, i mean gerrit.23:13
fungijeblair: mordred: i'll go ahead and do the jjb updates dance in scren sessions. i'm around this evening23:13
clarkbasselin: and it leads to confusion when upstream doesn't expect you to not run the softare23:13
fungizaro: i see you at https://review-dev.openstack.org/#/admin/groups/1,members23:13
asselinclarkb, debugging issues is an important part23:13
jeblairfungi: thanks.  i kind of think it should be the policy that people who approve changes that update all the jobs should do that.23:13
fungii agree23:14
jeblairbut that's just my opinion23:14
*** Daisy has joined #openstack-infra23:14
mordred++23:14
asselinclarkb, this was the way it's been for a while...only recent nodepool doesn't support it....23:14
*** pahuang has joined #openstack-infra23:14
jeblairmordred: are you volunteering or just thanking fungi?23:14
fungimordred: so are you around to do that?23:14
anteayajeblair: I see this in the file: INFO:jenkins_jobs.builder:Number of jobs generated:  8199 I can't see where it says it updated 7318 of them though23:14
clarkbasselin: right because no one considered that you wouldn't be using nodepool to run nodepool :)23:14
clarkbasselin: we were careful to make sure that it was backward compatible. Nodepool will run an internal build worker by default23:15
clarkbbut that does require running the service23:15
zarofungi: woops that was wako. i think i was trying to do things to review.o.o instead. thanks.23:15
jeblairanteaya: i got that from running jjb.  you could probably get it by grepping for something in that log file that it output each time it updated a job23:15
*** yaume has quit IRC23:15
jprasselin: the problem i'm seeing looks like nodepool is happily submitting the image-build, is told by zuul/gearman its underway but then gearman isn't running under zuul so nothing actually happens.23:15
asselinclarkb, so what's the best way to debug issues with nodepool image build?23:15
anteayajeblair: ah okay I am trying that23:15
*** piet has quit IRC23:15
openstackgerritDaniel Wallace proposed openstack-infra/shade: include keystonev2 role assignments  https://review.openstack.org/27099323:16
jprasselin: nodepool 0.2.0 didn't seem to change that.   you mentioned "deleting the exisitng build", how do I do that?23:16
mordredfungi: I can do it - it's been a while - can you give me the tl;dr so that I don't mess it up?23:16
jeblairanteaya: i would say that it's probably sufficient to look at the log and when you realize your computer doesn't have enough memory to display it, infer that it will affect many of the jobs.23:16
asselinjpr, you'll need to ask clarkb or greghaynes for lastest nodepool questions...I haven't used it yet so can't answer those...23:16
clarkbasselin: use the image logs23:16
anteayajeblair: fair enough23:16
jprasselin: ok23:16
asselinclarkb, so no more using any dib debugging helpiers....23:16
clarkbasselin: I don't know what that means23:17
* mordred apologizes to everyone for merging the break-all-the-jobs change. totally my fault23:17
jprasselin: clarkb I'll test more in a couple hours.  thanks23:17
anteayamordred: I accept your apology, thank you23:17
anteayamordred: I'm learning from your experience23:18
clarkbasselin: you can always run dib yourself too23:18
clarkbnodepool isn't doing anything special around that, but the whole idea is that nodepool will take care of it for you23:18
*** Daisy has quit IRC23:18
jeblairmordred: "jenkins-jobs --conf /etc/jenkins_jobs/jenkins_jobs.ini update --delete-old  /etc/jenkins_jobs/config"  is a reasonable looking command i found in history which seemed to be dtrt23:18
asselinclarkb, oh, then that's good. how do you do that?23:18
mordredjeblair: great. and it's ok to do all of them simultaneously, yeah?23:19
jeblairmordred: yes, preferable even23:19
mordredgreat23:19
clarkbasselin: http://docs.openstack.org/developer/diskimage-builder/user_guide/building_an_image.html23:19
jeblairmordred: some may die and need to be restarted :(23:19
jeblairmordred: depending on how healthy the given jenkins master is at any given time23:19
openstackgerritMerged openstack-infra/jenkins-job-builder: Adding support for maven-metadata-plugin  https://review.openstack.org/25743023:19
mordredyay23:19
anteayathat file is 12MB23:19
ianwasselin: depending on what you're doing things can vary, but also check out https://www.technovelty.org/openstack/platform-bootstrap-for-openstack-infrastructure.html that i wrote that might help23:20
mordredjeblair: while I'm getting that set up - for your puppet apply thing- when --logdest=syslog ... there should be almost no outout on stdout, yeah?23:20
asselinclarkb, yeah....but I want to reuse the nodepool cache....23:20
clarkbasselin: you can23:20
jeblairmordred: yes23:20
clarkbasselin: nodepool isn't doing anything special, it sets are few vars and thats it23:20
mordredjeblair: thanks23:20
fungimordred: thanks!23:20
jeblairmordred: want to go halfway on that and keep the stdout passthrough?23:21
jeblairi kind of killed it with fire23:21
fungistdout passthrough is workable if it can just be squashed at logging time23:21
mordredI do - it'll make the module always return the same things in its return struct23:21
mordredjeblair: but I've got a follow up patch half done- so I can just add it back in there23:21
openstackgerritJames E. Blair proposed openstack-infra/project-config: Pin pip to <8 for ansible lint jobs  https://review.openstack.org/27108323:22
mordredjeblair: jenkins0[1-8 and jenkins.o.o yah?23:22
jeblairmordred: yeah; though i don't think we have an 823:22
asselinclarkb, sure...but before it was very easy to manually create one. Anyway I found it very very helpful in the past.23:22
mordredoh - I meant 723:22
clarkbasselin: it is still very easy to do that23:22
clarkbasselin: it just requires a separate daemon23:22
mordredk. jjb running everywhere23:23
fungimordred: also jenkins.o.o usually completes within a few minutes (or even seconds if it managed to keep up)23:23
anteayamy grepping got 4998: http://paste.openstack.org/show/484627/23:24
jeblairmordred, fungi, clarkb: route A) out of the hole: https://review.openstack.org/271083 then mordred finishes his jjb run then https://review.openstack.org/27105723:24
jeblairmordred, fungi, clarkb: route B) out of the hole: we build new images that have pip 801 or 80223:24
fungimordred: jenkins01 and 02 tend to take a good 50% longer than 03-07 and are also a little more prone to dying from api failures23:24
fungimordred: but expect 60-90 minutes across the board best case, with failures on some... longer23:24
clarkbjeblair: based on past experience both will be slow, therefore I think we should bite the bullet and do the images23:25
clarkbsince that will fix more than just us23:25
*** jpr has quit IRC23:25
asselinclarkb, ok I haven't tried it myself yet, so I can't really say it's easier or not or how to do it and document it23:25
asselinclarkb, ok here's the one from ianw's doc: break=after-error23:25
clarkbasselin: for that you are probably best off running it directly23:26
fungiit does sound like b is the safer bet of the two23:26
clarkblast time I had to update the jenkins jobs world it took > 8 hours23:26
clarkbI think we can get image rebuilds done quicker than that23:26
* anteaya votes B23:26
fungilast time i did it, was only 2-3 hours. though i did end up having to switch a couple of jenkins masters into prepare for shutdown to get them to finish23:27
fungithe jjb updates duration that is23:27
jeblairdo we feel comfortable kicking off image builds at the end of our day?23:27
openstackgerritDarragh Bailey proposed openstack-infra/jenkins-job-builder: Add Docker Custom Build Environment Plugin support  https://review.openstack.org/25873923:27
jeblairi mean, it's sort of... how can it be worse, right?23:27
clarkbjeblair: exactly :)23:28
asselinclarkb, sure...but it worked beautifully and simply before. now I have figure out what nodepool does so I can reproduce it and be out of sync with nodepool.yaml configuration. http://paste.openstack.org/show/484629/23:28
fungijhesketh: are you around to weigh in? it's partway into your day now23:28
clarkbasselin: those comments were welcome during the spec and code review period?23:28
clarkbasselin: I don't think anyone knew that this was a use case23:28
*** arxcruz has quit IRC23:28
clarkbasselin: I personally run dib locally without nodepool, its simpler23:28
jheskethfungi: here, but haven't been paying attention sorry..23:28
* jhesketh reads23:28
clarkbasselin: and being able to trim it down to a specific subset of elements aids in debug turnaround23:29
clarkbasselin: so that is both a positive and negative I guess23:29
fungijhesketh: if we kick off new jjb image updates and you're the only infra-root around when someone notices they've somehow made things even _worse_ than they already are, are you comfortable deleting them or troubleshooting?23:29
asselinclarkb, agree...didn't review it. Didn't realize it wasn't a valid use case. Did document it though: http://docs.openstack.org/infra/openstackci/third_party_ci.html#start-nodepool23:29
fungis/jjb/nodepool/23:29
fungitoo many tools on teh brainz23:29
asselinclarkb, but sure can figure out the next best way to debug issues and update the docs23:30
jheskethfungi: yep, so long as we put the older images on hold that's fine23:30
*** sdake has quit IRC23:30
jeblairclarkb, greghaynes: how do i confirm the nodepool builder is idle?23:30
asselinclarkb, reading that again: 2nd issue is manually uploading to provider...is that still valid?23:30
greghaynesjeblair: hrm23:31
clarkbjeblair: I had been checking gear23:31
jeblairclarkb, greghaynes: the last log message is an exception building, so i'm assuming it is23:31
*** bradjones_ has joined #openstack-infra23:31
*** bradjones_ has quit IRC23:31
*** bradjones_ has joined #openstack-infra23:31
fungijhesketh: nodepool retains the previous successful image builds (in theory) so it should only be clearing out the images from two builds ago anyay23:31
fungianyway23:31
ianwasselin: i feel like it would be a quick hack to make a "dump command line" that replicates what command you should run to trigger a build manually for debugging.  would that help?23:31
jeblair(otherwise i would expect a message saying it was starting something)23:31
greghaynesjeblair: yes, it should spew a "got job ..." right when it starts handling a job23:31
clarkbasselin: yes all of the functionality continues to exist, you just have to have the service connected to gearman23:31
asselinianw yes it would23:31
jeblairclarkb, greghaynes: so i can go ahead and delete the stale building entries23:31
clarkbjeblair: yup I Think so23:31
jheskethfungi: more worried that if we kick a build now and then the cron does another build that we lose the good images23:32
jeblairclarkb: can i dib-image-delete them?23:32
greghaynesasselin: clarkb One thing we could do - the way builders are coded it wouldn't be too hard to have a command that runs a build23:32
*** bhunter71 has quit IRC23:32
clarkbjeblair: I don't tnink it was the dib image builds that were stale, it was the uploads which are recorded in the other table23:32
greghaynesjeblair: yep23:32
boris-42clarkb: hi23:32
jeblairwell, there are two that are listed as building23:32
boris-42clarkb: is keystone already fixed?23:32
fungijhesketh: the cron doesn't start until 14:14 utc, so we'll presumably know before then? does nodepool have a hold image option?23:33
clarkbjeblair: ah then yes they were probably still building when the disconnect happened23:33
boris-42clarkb: because work on rally is blocked23:33
boris-42clarkb: this may help us for now https://review.openstack.org/#/c/270134/23:33
clarkbboris-42: notmorgan has a patch to put memcached in place and in the interim I believe they reverted the removal of built in caching23:33
clarkbboris-42: so I think so23:33
jheskethfungi: I don't think it has a hold.. maybe we should stop it from rebuilding?23:33
jheskethgranted, you're right about probably knowing before then23:34
boris-42clarkb: so we are still facing issues23:34
jeblairclarkb, greghaynes: that appeared to just submit a gearman function and sit there23:34
boris-42clarkb: can we increase the timeout for now?23:34
clarkbboris-42: can you ask notmorgan about it? he is more familiar with the situation23:34
fungijhesketh: also, the key bit here is that the usability of our images is pretty unlikely to get even worse than now23:34
greghaynesjeblair: dib-image-delete?23:34
jeblairyep23:34
boris-42clarkb: in any case I would be happy to unblock development of rally which shouldn't be blocked by this23:34
*** sigmavirus24 is now known as sigmavirus24_awa23:34
clarkbjeblair: so I did have to edit the db by hand last time23:34
clarkboh I know why23:35
greghaynesjeblair: hrm, is the corresponding job registerd in dib?23:35
clarkbbecause there is no file on disk23:35
jeblairright23:35
clarkbso gear worker doesn'yt register a delete function23:35
greghayneser, registered in gearman, but ya23:35
greghaynesif the file isnt on disk it wont have the delte registered23:35
jeblairthis is a case that should be handled though23:35
greghaynesYep, although I don't have any great ideas for how...23:35
jeblairgenerally "nodepool delete-thing" should cause it to be deleted even if it's in an inconsistent state23:35
greghaynessince listing jobs is really expensive23:36
clarkbright the worker can't have access to the db23:36
clarkbgreghaynes: might be fine to list the jobs in this case since its exceptional23:36
clarkband if no job present just clean up db23:36
greghaynesand we don't have a way to fan out and ask al lthe workers what files they can delete23:36
clarkbwe already list all the things anyways23:36
openstackgerritMonty Taylor proposed openstack-infra/ansible-puppet: Log puppet to syslog instead of json  https://review.openstack.org/27105723:37
openstackgerritMonty Taylor proposed openstack-infra/ansible-puppet: Sync with upstream ansible  https://review.openstack.org/27108523:37
openstackgerritMonty Taylor proposed openstack-infra/ansible-puppet: Make puppet logout destination configurable  https://review.openstack.org/27108623:37
clarkbbut thats in the main run loop which the commands won't have access to23:37
greghaynesif we could ask gearman if it has a worker able to perform a specific job that would be nice...23:37
clarkbgreghaynes: you can (via listing)23:37
greghaynesya, I mean efficiently23:37
*** EricGonczer_ has quit IRC23:38
fungiwhy is listing expensive? just because of the 8k registered jenkins jobs x multiple labels?23:38
openstackgerritMonty Taylor proposed openstack-infra/system-config: Configure out puppet runs to log to syslog  https://review.openstack.org/27108723:38
clarkbfungi: yes basically23:38
greghaynesfungi: I think so23:38
jeblairit takes 8.5 seconds23:38
jheskethfungi: so these new nodes are going to pin below pip8?23:38
fungijhesketh: opposite23:39
anteayajhesketh: no, pip 8.0.1 is out, it will use it23:39
fungijhesketh: they'll build with pip 8+23:39
openstackgerritMatthew Treinish proposed openstack-infra/subunit2sql: WIP: Add initial optional influxdb support for test_runs  https://review.openstack.org/27108823:39
jheskethah, right23:39
* jhesketh is still catching up sorry23:39
anteayajhesketh: no no you are asking good questions23:39
fungireleased since we last built images23:39
anteayajhesketh: thank you23:39
*** gildub has quit IRC23:39
yamahataHello I need help to debug https://review.openstack.org/#/c/265437/23:39
anteayajhesketh: much scrollback to wake up to23:39
fungithis is the sort of brokenness hand-off we should do between timezones more often, honestly23:40
yamahataIt caused NOT_REGISTERED job e.g. https://review.openstack.org/#/c/266583/23:40
jheskethfungi: so no changes to project-config or anything, just rebuilding to pick up the new version?23:40
jeblairclarkb, greghaynes: okay, i deleted the building dib images...23:40
*** dprince has quit IRC23:40
jeblairnodepool image-list shows no building images23:40
greghaynesawesome23:40
fungijhesketh: yeah, there are some other changes scattered around that are either pinning pip<8 (devstack) or downgrading to <8 (beaker) which we can in theory unroll once this is working23:41
*** bhunter71 has joined #openstack-infra23:41
jeblairoh nope, i messed it up23:41
jeblairi deleted all of the dib images from the table23:41
jeblairso good news23:41
jeblairthe dib image builds are now happening automatically23:41
jheskethhah23:42
jhesketh:-)23:42
fungiwe've effectively held the old images too?23:42
clarkbyou'll want to cleanup the on disk situation once we hvae new images23:42
jeblairclarkb: yeah, that's the bad news23:42
*** FallenPegasus has quit IRC23:42
jheskethfungi: okay thanks :-)23:42
jeblairnow for the snapshot images...23:42
anteayayamahata: so since 265437 our jenkins jobs have failed to update, we are working on fixing that now23:42
fungier, i guess we haven't conveniently held the old images since nodepool won't have database entries for them so won't know it can use them23:42
mordredfungi: ++ to " this is the sort of brokenness hand-off we should do between timezones more often, honestly"23:42
jeblairfungi: the snapshot images are still there23:43
boris-42clarkb: btw in logs I see this "WARNING: devstack run took > 20 minutes, this is a very slow node."23:43
anteayayamahata: that is probably the cause of the NOT_REGISTERED status you are seeing23:43
jeblairfungi: and for dib images, snapshot images mean uploaded versions23:43
clarkbboris-42: I think that check may not have a current estimation for how long devstack actually takes23:43
jeblairfungi: so the uploaded dib images are still usable by nodepool23:43
fungijeblair: oh, okay. great23:43
fungiwe just can't reupload them anywhere23:43
jeblairfungi: though i don't know what you mean by held23:43
yamahataanteaya: oh okay, thanks. then I'll wait for it. I though I messed up with my patches.23:43
boris-42clarkb: but what I saw is like timeout for job is 50 minutes23:43
boris-42clarkb: and tests are killed after 10 minutes23:43
anteayayamahata: no, I don't believe you did, I believe this is a result of a larger issue we are working on fixing23:44
boris-42clarkb: so it looks like it take about 40 minutes to get OpenStack installed23:44
fungijeblair: jhesketh was asking if we could hold the current images so nodepool won't delete them tomorrow in case we need to roll back two images, though we'd already dismissed that as being particularly likely to be useful23:44
clarkbboris-42: can you link to the job?23:44
boris-42clarkb: gate-rally-dsvm-cli ?23:44
jheskethfungi: also irrelevant for dib now23:44
boris-42clarkb: http://logs.openstack.org/76/270176/4/check/gate-rally-dsvm-cli/ec85c60/23:45
jeblairfungi, jhesketh: nodepool always keeps the current and previous image23:45
fungijeblair: yep, the question was whether we could make it keep one in addition to those23:45
jheskethjeblair: my concern was when the rebuild happens in a few hours it'll blow away the previous one23:45
jheskethfungi, jeblair: having caught up I don't think we need to worry too much about it though23:45
fungianyway, it was a rathole. no need to go further23:45
jeblairjhesketh: but the current one would still be there23:45
clarkbboris-42: that job is misconfigured and not recording timestamps properly23:45
jeblairjhesketh: so you could revert to the one we are using now23:46
dstufftOkay, I'm cutting 8.0.2 now23:46
jheskethjeblair: I meant the rebuild that'll happen at 14:1423:46
clarkbboris-42: so it is really hard to help debug23:46
fungijeblair: he was initially worried about what happens tomorrow after 14:14 when yet another set of updates kick off, if we haven't discovered how broken the coming set is by then23:46
jeblairaaah23:46
anteayayamahata: if the job is still not registered tomorrow then come back and we will look again23:46
jeblairanyway, for the record, in case we need it, here is the contents of the table before i demolished it: http://paste.openstack.org/show/484630/23:46
boris-42clarkb: can we just get that patch with increasing timeout for now in23:47
*** rcernin has quit IRC23:47
*** sdake has joined #openstack-infra23:47
boris-42clarkb: after that I will add timestapms and the rest of stuff23:47
clarkbboris-42: I won't +2 it but feel free to solicit other peopl's reviews23:47
yamahataanteaya: Got it. thank you so much for hard work.23:47
boris-42clarkb: ok23:47
anteayayamahata: thank you for your appreciation, today might be a great day for local testing for you23:47
clarkbI feel pretty strongly that part of the problem here is we continuously relax our testing rather than tighten it and it leads to these problems23:47
*** bradjones_ has quit IRC23:47
*** bradjones_ has joined #openstack-infra23:47
*** bradjones_ has quit IRC23:47
*** bradjones_ has joined #openstack-infra23:47
anteayaclarkb: ++23:48
anteayawe are far too big to "let it slide" be an appropriate response23:48
*** isq_ has quit IRC23:48
boris-42clarkb: anteaya so it's not the case of Rally sorry23:48
clarkbboris-42: rally is doing performance testing right? if we need to increase runtime by 50% there has been a regression23:49
clarkbboris-42: we should fix the regression not accet it23:49
clarkband I beleive the fix is in progress but notmorgan has far more details than I do23:49
boris-42clarkb: so we first of all should not block for 1 year Rally community until these fixes will be accepted by projects23:49
jeblairclarkb: for snapshots, i need to run this: "nodepool image-list|grep -v None|awk '{print $6}'|sort|uniq"  to get a list of snapshot images, and then run nodepool-image-build on each of those in screen in parallel?23:49
clarkbboris-42: they have been accepted is what I am saying, people are actively fixing it23:49
boris-42clarkb: and can do this in parallel without making harm to rally community23:50
clarkbboris-42: you should coordinate with them first23:50
clarkbjeblair: nodepool image-update23:50
boris-42clarkb: if I make this job non voting?23:50
boris-42clarkb: will it work for you?23:50
*** dingyichen has joined #openstack-infra23:50
boris-42clarkb: I need to unblock development of Rally that is not the is not the root of problem23:51
clarkbboris-42: no what I would like to see is a statement from keystone on whether or not the issue should be correct23:51
clarkbboris-42: if it is in the pipeline then just waiting for it will be faster23:51
clarkbboris-42: if it isn't in the pipeline then we can accept increasing the timeout23:51
boris-42clarkb: so we are blocking whole community of Rally because of issues in other OpenStack projects?23:51
clarkbboris-42: any job config changes aren't going to got through quickly right now due to the larger set of issues with pip and so on23:51
*** darrenc is now known as darrenc_afk23:51
clarkbboris-42: no I am saying what you want to do won't help anyways23:52
clarkbboris-42: so lets try to do it right in the meantime23:52
fungiboris-42: i thought rally was part of openstack. openstack is blocking development on openstack because openstack is broken23:52
clarkbboris-42: if we find that that isn't viable we can go the timeout bump route without spending any extra time getting it in23:52
boris-42fungi: if it was bug in Rally then it's okay to block Rally development23:52
boris-42unitl bug is fixed23:52
fungiwe're all in this together23:53
boris-42that is what I am saying23:53
fungilet's get openstack fixed23:53
mordredboris-42: so - the main thing is - literally everytihng is blocked at the moment23:53
mordredboris-42: so it's entirely possible that by the time the system is unbroken, the actual fix to the other thing that's blocking you will be ready to go23:53
boris-42mordred: ok23:53
fungibetween potential keystone performance regressions, pip 8 behavior changes, grenade multi-node network assumptions, et cetera... everything is on fire23:54
*** kzaitsev_mb has quit IRC23:54
notmorganclarkb: saw my name23:54
mordredboris-42: yeah, it's a mess right now - believe me, we feel your pain ...23:54
notmorganclarkb: reading backscroll23:54
mordredboris-42: we can't land our own patches to fix it this instant23:54
clarkbnotmorgan: what is expected keystone middleware regression status right now?23:54
boris-42mordred: ok23:54
clarkbnotmorgan: it seemed that rally jobs were affected and I aksed that we just get the keystone fixes in rather than bump the rally job timeout23:54
notmorganclarkb: we have a requirements fix in, banning the current broken version23:54
clarkbin part because updating jenkins job is slow an laborous right now (just like everything else so may as well go with the correct thing)23:55
notmorganclarkb: the ksm fix in devstack is in flight, needs reviews23:55
clarkbnotmorgan: with contraints updated too?23:55
notmorganto use a shared memcache23:55
boris-42clarkb: only one rally job is seriously affected (that is actually blocking stuff)23:55
notmorganclarkb: yeah, that landed last night23:55
boris-42clarkb: I don't like when I have jobs that run over 1 hour and I will work on fix23:55
*** edmondsw has quit IRC23:55
clarkbboris-42: ok so this should be better today, have they continued to fail in the last few hours?23:55
notmorganshared memcache patch is waiting for review/gate, greande one is in flight in gate23:55
funginotmorgan: did a revert on master happen too, or are jobs integrating ksm master likely still impacted?23:55
boris-42clarkb: yep they are still failing23:55
notmorganmiddleware is not receiving a change.23:55
notmorganfungi: no revert is happening23:56
*** isq has joined #openstack-infra23:56
boris-42clarkb: actually only one job is failing23:56
boris-42clarkb: this one23:56
fungiboris-42: does rally install ksm from source or packages?23:56
mordredfungi: the roll-forward path for ksm is the devstack patch23:56
clarkbboris-42: ok, can you fix the timestamps in your change then?23:56
notmorganmordred: ++23:56
fungiboris-42: for the affected job i mean23:56
boris-42clarkb: i will fix23:56
clarkbbecause I don't want to bump timestamps without being able to see how long the job is taking23:56
boris-42fungi: I will23:56
notmorganhttps://review.openstack.org/#/q/Ifc17c27744dac5ad55e84752ca6f68169c2f5a86,n,z23:56
notmorganthose two patches are the roll forward plan23:56
mordredwoot23:56
* mordred does not have devstack +223:56
funginotmorgan: thanks for the update23:56
notmorganit should also make the banned middlewareversion happier running too23:57
mordrednotmorgan: wasn't there some multi-node issue?23:57
notmorgansince we're caching token validations centrally23:57
mordrednotmorgan: or did that also get sorted?23:57
notmorganmordred: sdage addressed it23:57
mordredawesome23:57
notmorganmordred: or at least addressed the base of it23:57
notmorganwe still need a bit of work to make devstack better, but it should mostly just work23:57
dstufft8.0.2 is out now.23:57
*** piet has joined #openstack-infra23:58
anteayanotmorgan: do you want to perhaps remove the "remove from gate" bit in the commit message: https://review.openstack.org/#/c/270474/23:58
mordrednotmorgan: also - while I'm poking you about things ...23:58
fungidstufft: thanks!23:58
*** bpokorny_ has joined #openstack-infra23:58
mordrednotmorgan: did I hear "python-memcached does not support ipv6" earlier?23:58
*** sabeen2 has quit IRC23:58
fungidstufft: that was mainly just fixing things for centos right?23:58
fungidstufft: over 8.0.1 i mean23:58
notmorgananteaya: hmm? i thought i fixed that.23:58
*** bpokorny_ has quit IRC23:58
notmorganmordred: it didn't for a bit23:58
notmorganmordred: it might now23:58
notmorganmordred: that is part of what i aim to fix next with a better use of something like bmemcache23:59
notmorganbut i need middlewaree to move to oslo.cache first23:59
jeblairall of the snapshot builds are proceeding23:59
dstufftfungi: yes23:59
notmorganso on the short list for review/landing/etc23:59
jeblairas are all of the dib builds23:59
dstufftfungi: no idea if you all were hitting that at all23:59
*** bpokorny_ has joined #openstack-infra23:59
fungidstufft: ignore me. i should just rtfchangelog ;)23:59
notmorganmordred: but i hear python-memcached is better about ipv6 now23:59
dstufftcentos/fedora/amazon linux/who knows what else23:59
notmorganjust a lot of versions sucked23:59
fungidstufft: but thanks again23:59

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