Thursday, 2018-03-22

*** Swami has quit IRC00:02
*** odyssey4me has quit IRC00:02
*** odyssey4me has joined #openstack-infra00:03
bmaceclarkb: i'll be happy to let you know if i end up being a deviation from the norm, lol00:03
*** rlandy has quit IRC00:03
*** felipemonteiro__ has joined #openstack-infra00:07
corvusclarkb: we don't have a way of only doing git:// for some hosts; it's all or none (ie, we can't virtualhost git://)00:07
*** Guest85132 has joined #openstack-infra00:08
clarkbcorvus: ya we can only restrict it to path. So we can prevent it for working for git.zuul-ci.org/zuul but not for git.zuul-ci.org/openstack/nova if we let openstack keep current setup00:08
clarkbcorvus: but I think that will be far less likely to confuse and existing openstack projcet simply because they will be more aware of the history in the hosting environment so I think that is ok?00:08
clarkbI really doubt many users would ever notice00:09
clarkbbut if we just look at devstack for example it is all git:// by default :(00:10
clarkbturning that off will require a bit of work00:10
corvusclarkb: i think i understand -- you're saying: don't make symlinks for all projects.  only make symlinks for (eg) zuul.  point zuul apache vhost at symlinks.  the only "problem" is that still means git://git.zuul-ci.org/openstack/nova still works.00:10
clarkbcorvus: ya00:11
corvusswitching devstack should be easy enough :)  we should do it anyway00:11
clarkb++ but I can just imagine that means people are using git:// all over the place via cargo culting00:11
clarkb(we can watch it with haproxy though and tell people nicely to stop00:11
corvusyep, it shouldn't be a mystery00:12
clarkbbut that way a zuul user will never be confused as to why zuul can come from "two" places00:13
clarkb(a dns lookup should probably sort it out but...)00:13
*** Guest85132 has quit IRC00:13
openstackgerritMerged openstack-infra/system-config master: Properly deprecate stackforge  https://review.openstack.org/55431200:14
dmsimardclarkb: I got stuck in some meetings and other things today. Trying the mirror now.00:18
*** danpawlik has joined #openstack-infra00:18
*** Krenair_ has joined #openstack-infra00:21
*** danpawlik has quit IRC00:22
*** dingyichen has joined #openstack-infra00:25
*** salv-orlando has joined #openstack-infra00:27
openstackgerritMerged openstack/diskimage-builder master: Remove tripleo jobs  https://review.openstack.org/55503700:31
*** salv-orlando has quit IRC00:32
dmsimardSeems like the lowest version of shade that the limestone cloud will work on with launch-node is 1.22.200:34
dmsimardI tried most of the lower versions (but skipped 1.22.0 and 1.22.1)00:34
dmsimardLower versions had stack traces such as http://paste.openstack.org/show/708315/ or http://paste.openstack.org/show/708317/00:36
dmsimardStill have that unhappy openstack inventory list however..00:38
pabelangerwhat is the error? I just launched new servers today without issue00:38
pabelangerwhat version of shade it is using?00:38
dmsimardpabelanger: the launch-env as documented is pinned to Ansible 2.1 and Shade 1.1100:39
dmsimardHowever, that version of shade is too old to work with the limestone cloud -- it uses nova for floating IPs and I guess that's harder than neutron or something00:39
pabelangerdmsimard: is /etc/ansible/hosts/openstack failing?00:40
dmsimardpabelanger: it's not, it's just apparently just never returning00:40
corvusdmsimard, clarkb: i don't think we've discussed backing up the zuul build database.  i think we should consider it transient data, and i don't think it's worth it.  in fact, i think we need to start purging old data.00:40
*** felipemonteiro__ has quit IRC00:40
dmsimardcorvus: I'd love to keep the sql reporter data, it's pretty valuable for detailed reporting and metrics00:41
corvusdmsimard: you want to keep all the data, forever?00:41
pabelangerdmsimard: calling it directly using OS shade, works as expected00:42
corvusdmsimard: that sounds like data warehousing, and it's a very different process from anything else we do.00:42
pabelangershade==1.27.100:42
pabelangeris listed with pip freeze00:42
*** diablo_rojo has quit IRC00:43
clarkbcorvus: I'm good with that. Similar to our other job related data (logs graphite logstash subunit2sql)00:43
corvusi think we should keep some number of months worth of data.  perhaps 6 or 12.  i haven't really looked at the volume yet to figure out what's reasonable.00:44
*** hongbin has joined #openstack-infra00:44
corvusbut off the top of my head, a year's worth is probably about 7 million rows in the builds table.00:44
dmsimardcorvus: I don't think it's realistic to keep the data forever but I wouldn't have a 31 day rotation like we do for logs00:44
corvusdmsimard: oh, yes, certainly more than that :)00:44
dmsimardLast number I had for monthly jobs was ~300k00:44
dmsimardthat was around the time we had the zuul v3 migration00:45
*** diablo_rojo has joined #openstack-infra00:45
dmsimardI could look again if only I had mysql-client :D00:45
dmsimardpabelanger: what version of ansible ?00:45
corvusso that's half my estimate.  we agree on order of magnitude (which is really probably all that's important right now)00:45
*** zhurong has joined #openstack-infra00:45
corvusdmsimard: i think it's fine to install mysql-client on scheduler.  doing that in puppet-zuul sounds fine.00:46
pabelangerdmsimard: we use 2.2.1.000:46
dmsimardpabelanger: ok, I'll upgrade from 2.1.1.0 which is pinned in launch-env and try again.00:46
dmsimardcorvus: ack, I'll send a patch.00:47
mnaserpabelanger: sorry I never got around answering, probably not a good time to bump things up because I will be fairly afk next week00:47
pabelangerdmsimard: yah, might be worth a test00:47
pabelangermnaser: np!00:47
openstackgerritDavid Moreau Simard proposed openstack-infra/puppet-zuul master: Install the mysql-client package on the scheduler whne using MySQL  https://review.openstack.org/55510200:50
openstackgerritDavid Moreau Simard proposed openstack-infra/puppet-zuul master: Install the mysql-client package on the scheduler when using MySQL  https://review.openstack.org/55510200:50
*** agopi|dinner has joined #openstack-infra00:51
*** danpawlik has joined #openstack-infra00:52
*** yamamoto has joined #openstack-infra00:52
*** danpawlik has quit IRC00:57
*** yamamoto has quit IRC00:57
openstackgerritIan Wienand proposed openstack-infra/nodepool master: [WIP] Test growroot in boot tests  https://review.openstack.org/55510300:59
dmsimardpabelanger: same thing with ansible 2.2 and latest shade. It's really weird. It gets stuck on "Running: ['/etc/ansible/hosts/openstack', '--list']". I'll add myself some debugging in there.01:05
openstackgerritJames E. Blair proposed openstack-infra/infra-specs master: Amend top-level project hosting spec  https://review.openstack.org/55510401:12
pabelangerdmsimard: and your using default clouds.yaml file from /etc/openstack?01:13
pabelangerdmsimard: I've seen times when we have wrong credentials or provider is down, for it to not work01:14
dmsimardmordred: why does the openstack inventory care about images ? http://paste.openstack.org/show/708378/01:14
ianwdmsimard: also, if it's the all-clouds thing then it's querying everything and it takes forever, it might not be stuck01:14
openstackgerritJames E. Blair proposed openstack-infra/jeepyb master: Support cgit alias sites  https://review.openstack.org/55510501:15
dmsimardianw: I'll double check, thanks01:17
pabelangerodd, I don't see those debug messages when I run it01:17
dmsimardwow uh hrm01:17
dmsimardWe have a *LOT* of images in rax dfw01:17
dmsimardbut that looks to be the nodepool tenant..01:18
corvusclarkb, fungi, mordred: https://review.openstack.org/#/q/topic:git-alias  contains both approaches for git hosting.01:18
openstackgerritIan Wienand proposed openstack-infra/project-config master: Unpause Centos 7 for dib 2.12.1  https://review.openstack.org/55510601:19
openstackgerritIan Wienand proposed openstack-infra/project-config master: Unpause all builds for dib 2.12.1  https://review.openstack.org/55510701:19
pabelangerdmsimard: ianw: I wouldn't thing you'd need all-clouds to launch the mirror01:20
dmsimard$ openstack --os-cloud openstackjenkins-rax --os-region DFW image list |wc -l01:20
dmsimard323801:20
dmsimardpabelanger: I'm not (willingly) using all-clouds, at least afaict01:20
dmsimardIt's probably using the default clouds.yaml from /etc/openstack but I'll double check01:20
pabelangeryah, I image you just export OS_CLOUD=openstackzuul-limestone01:21
pabelangerbefore using launch-node.py01:21
pabelangeror openstackci-linestone01:21
openstackgerritZhao Chao proposed openstack-infra/project-config master: Revert "Use -python35-jobs-horizon for trove-dashboard"  https://review.openstack.org/55510801:21
dmsimardpabelanger: yes01:22
dmsimardpabelanger: the node launches fine in the right cloud, it's really just the ansible inventory list01:22
dmsimardpabelanger: also -- re: you not debug messages might be because of cache01:22
dmsimardI suspect we're not doing a good job at keeping images tidy, there's way too many images.. just in rax-dfw there's 3.2k images and for some reason the openstack inventory is going through all of them01:23
pabelangerdmsimard: yah, but why are you not using cache?01:23
dmsimardpabelanger: because launch-node regenerates the cache :P01:23
ianwoh i'm 100% certain i hit this for some reason01:23
ianwhttps://review.openstack.org/#/c/529187/ is possibly related01:24
clarkbbut th cache generation should never use the all clouds file01:24
clarkbit should only use the control plane clouds.yaml01:24
pabelangerianw: +301:25
*** liusheng has quit IRC01:26
pabelangerEOD now, but I can help on mirror tomorrow morning if you want more eyes dmsimard01:26
*** liusheng has joined #openstack-infra01:27
dmsimardamount of images in rax-dfw (openstackjenkins-rax)01:27
dmsimardhttp://paste.openstack.org/raw/708402/01:27
clarkbdmsimard: are any recent?01:27
*** salv-orlando has joined #openstack-infra01:27
clarkbwe had leakage problems.before zk I wonder if that persists now with zk01:28
ianwdmsimard: ok http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2018-01-25.log.html#t2018-01-25T00:38:53 is what i'm thinking of when i had this issue01:28
clarkbthe names have epoch timestamps in them iirc01:28
dmsimardclarkb: https://paste.fedoraproject.org/paste/fS395oQcgGnQLstbVusZ6g01:28
dmsimardclarkb: a more readable version https://paste.fedoraproject.org/paste/YE~N562IeIraANwn3lNKcw/raw01:30
ianwdmsimard: there was an invalid entry in there, and it was quite hard to debug01:30
openstackgerritMerged openstack/diskimage-builder master: Fix default partition type  https://review.openstack.org/55477101:30
dmsimardsome images go as far back as ... march 8th01:30
*** harlowja has quit IRC01:31
dmsimardif nodepool v3 still has alien images lookup we could probably use that to clean up the delta01:31
*** danpawlik has joined #openstack-infra01:31
*** cshastri has joined #openstack-infra01:32
clarkbI've just cleaned them up by removing the current two from the list back when we leaked often. Looking at timestamps I think zk probably did mostly correct the issue01:32
*** salv-orlando has quit IRC01:32
clarkb(zk can track the state far better than mysql + gearman)01:32
dmsimardclarkb: not sure I understand "current two from the list"01:32
clarkbdmsimard: nodepool always has at least one but typically two current valid images01:33
clarkbif it is running01:33
dmsimardright01:33
clarkbso remove the current two images of each type then tell openstack to delete the others01:33
dmsimardalien-image-list is supposed to list all the images which aren't "current"01:33
dmsimardso you can safely delete them01:34
clarkbI think our multiple providers per cloud prevented that from being reliable for us in the past01:34
clarkbbut we dont do that anymore01:34
dmsimardthe command is running right now but it's (probably understandably) not returning very fast, I'll go grab a drink.01:34
dmsimardianw: seriously though, I have no clue why the openstack inventory would care about images01:35
dmsimardI don't see image things in https://github.com/ansible/ansible/blob/devel/lib/ansible/plugins/inventory/openstack.py01:35
*** danpawlik has quit IRC01:36
pabelangerI think it is shade, but default will learn about them01:36
clarkbdmsimard: its probably so that you can extract info about the image vms are booted on01:36
ianwclarkb: 2.12.1 pushed ... once it roles out i think do centos first for sanity https://review.openstack.org/555106 then the rest.  i left the "pause: " lines in because it's handy to know where to flip that01:36
clarkband so that you know what you can make new VMs from01:36
clarkbianw: sounds good to me01:36
pabelangernow I EOD for real01:37
clarkbdmsimard: but you nees to figure out why launch node even looked at those clouds01:37
clarkbit should not01:37
dmsimardclarkb: that's probably fair... but going and doing a get for each and every image ? the equivalent of "server list"01:37
dmsimarder, I didn't finish my sentence01:37
dmsimardthe equivalent of "server list" provides the image used01:37
clarkbdmsimard: only the name and uuid is provide from that01:38
dmsimardugh01:38
dmsimardI had a clouds.yaml in ~/.config/openstack/01:39
clarkbthe git log may provide the justification from whoever added it01:39
dmsimardfrom testing the limestone stuff, which I probably took from all-clouds I guess01:39
dmsimardok... let's try that again01:39
*** wolverineav has quit IRC01:43
*** wolverineav has joined #openstack-infra01:44
*** liujiong has joined #openstack-infra01:46
*** danpawlik has joined #openstack-infra01:47
*** ykarel|away has joined #openstack-infra01:48
*** wolverineav has quit IRC01:48
*** liujiong has quit IRC01:50
*** danpawlik has quit IRC01:51
dmsimardok I give up for tonight, now shade can't find floating IPs but they show up in "openstack floating ip list"01:52
*** yamamoto has joined #openstack-infra01:53
*** ramishra has joined #openstack-infra01:55
*** yamamoto has quit IRC01:59
openstackgerritMerged openstack-infra/system-config master: Run expand-groups.sh occasionally under cron  https://review.openstack.org/52918702:02
*** zhurong has quit IRC02:02
*** mriedem has quit IRC02:07
*** danpawlik has joined #openstack-infra02:09
*** dtruong2 has joined #openstack-infra02:09
*** wolverineav has joined #openstack-infra02:10
*** danpawlik has quit IRC02:13
*** agopi|dinner is now known as agopi02:14
*** wolverineav has quit IRC02:14
*** jlabarre has quit IRC02:15
*** wolverineav has joined #openstack-infra02:16
*** owalsh_ has joined #openstack-infra02:16
*** owalsh has quit IRC02:20
*** HeOS has quit IRC02:23
openstackgerritMerged openstack-infra/project-config master: Unpause Centos 7 for dib 2.12.1  https://review.openstack.org/55510602:24
*** salv-orlando has joined #openstack-infra02:28
*** dtruong2 has quit IRC02:29
*** salv-orlando has quit IRC02:34
*** yamamoto has joined #openstack-infra02:37
*** edmondsw has joined #openstack-infra02:42
*** danpawlik has joined #openstack-infra02:44
*** ykarel|away has quit IRC02:45
*** yamamoto has quit IRC02:46
*** wolverineav has quit IRC02:46
*** andreas_s has joined #openstack-infra02:48
*** danpawlik has quit IRC02:49
*** edmondsw has quit IRC02:49
*** germs has quit IRC02:52
*** germs has joined #openstack-infra02:52
*** germs has quit IRC02:52
*** germs has joined #openstack-infra02:52
*** germs has quit IRC02:52
*** germs has joined #openstack-infra02:53
*** germs has quit IRC02:53
*** germs has joined #openstack-infra02:53
*** andreas_s has quit IRC02:53
*** psachin has joined #openstack-infra02:56
*** yamamoto has joined #openstack-infra02:56
*** zhurong has joined #openstack-infra02:57
*** shu-mutow has joined #openstack-infra03:05
*** sree has joined #openstack-infra03:09
*** dave-mccowan has quit IRC03:11
*** cshastri has quit IRC03:13
prometheanfirepabelanger: what do we expect `ifup INTERFACE` to do in https://github.com/prometheanfire/glean/blob/master/glean/init/glean%40.service#L13 run dhcp?03:14
prometheanfirepabelanger: I ask because gentoo doesn't have an ifup command03:14
*** eernst has joined #openstack-infra03:14
*** annp has joined #openstack-infra03:14
*** danpawlik has joined #openstack-infra03:18
persiaprometheanfire: Out of context, `ifup` reads /etc/network/interfaces (debian style network configuration file) and configures the listed interfaces as specified.  A common base configuration is to run dhcp on each interface.  Gentoo equivalent might be something lile `/etc/init.d/net.%I start` if I read the docs right.03:22
prometheanfirefor openrc, yes03:22
prometheanfirepersia: I'd like to convert it to networkd if possible03:23
*** danpawlik has quit IRC03:23
ianwprometheanfire: from memory, glean has put in /etc/network/interfaces/eth-watherver.cfg, and that brings it up03:24
prometheanfirehmm03:25
prometheanfirethat didn't happen for gentoo at least (for good reason I guess)03:25
*** cshastri has joined #openstack-infra03:27
persiaprometheanfire: Tricky.  Maybe something like `systemctl start network.service`?  I can't find any way to start just one interface with systemd-networkd.03:27
prometheanfiremaybe?03:27
persiaOr maybe `systemctl reload network.service` if you'd edited the file.03:27
prometheanfirethe simple change would be to just dhclient the interface03:27
persiaDoesn't glean consume static information if provided before falling back to DHCP?03:30
prometheanfireit does03:30
*** hongbin has quit IRC03:30
*** salv-orlando has joined #openstack-infra03:30
*** harlowja has joined #openstack-infra03:32
openstackgerritMerged openstack/diskimage-builder master: remove portage git directory  https://review.openstack.org/55391403:32
*** dhajare has joined #openstack-infra03:33
*** salv-orlando has quit IRC03:35
*** d0ugal_ has joined #openstack-infra03:38
persiaThen dhclient doesn't do the same thing, I think.03:39
*** d0ugal has quit IRC03:39
ianwnew centos images are uploaded, just waiting on something to boot one03:50
*** danpawlik has joined #openstack-infra03:51
prometheanfirewho owns glean?03:53
*** harlowja has quit IRC03:54
* prometheanfire wants to talk to the 'ptl' :P03:54
*** danpawlik has quit IRC03:56
ianwthat's more like it "/dev/vda1        75G  7.8G   64G  11% /"03:56
prometheanfirefdisk?03:58
prometheanfireI did verify it was good locally03:58
prometheanfire21:48 <     prometheanfire > /dev/vda1  *     2048 41943006 41940959  20G 83 Linux03:58
*** udesale has joined #openstack-infra04:03
*** edmondsw has joined #openstack-infra04:05
openstackgerritIan Wienand proposed openstack-infra/nodepool master: [WIP] Test growroot in boot tests  https://review.openstack.org/55510304:07
*** dhajare has quit IRC04:09
*** edmondsw has quit IRC04:10
*** persia has quit IRC04:13
*** persia has joined #openstack-infra04:14
*** ykarel|away has joined #openstack-infra04:22
*** iyamahat has quit IRC04:27
*** s-shiono has joined #openstack-infra04:31
*** salv-orlando has joined #openstack-infra04:31
*** salv-orlando has quit IRC04:36
*** zhurong has quit IRC04:45
*** felipemonteiro__ has joined #openstack-infra04:45
*** pgadiya has joined #openstack-infra04:46
*** germs has quit IRC04:49
*** germs has joined #openstack-infra04:49
*** germs has quit IRC04:49
*** germs has joined #openstack-infra04:49
openstackgerritMerged openstack-infra/project-config master: Unpause all builds for dib 2.12.1  https://review.openstack.org/55510704:52
*** dhajare has joined #openstack-infra04:53
*** germs has quit IRC04:54
*** felipemonteiro__ has quit IRC04:57
*** isssp has joined #openstack-infra05:03
*** ethfci has quit IRC05:04
*** burned has quit IRC05:06
*** lpetrut has joined #openstack-infra05:08
*** isssp has quit IRC05:09
*** agopi_ has joined #openstack-infra05:12
*** isssp has joined #openstack-infra05:12
*** ykarel|away is now known as ykarel05:13
*** agopi has quit IRC05:13
*** imacdonn has quit IRC05:15
*** imacdonn has joined #openstack-infra05:15
openstackgerritMatthew Thode proposed openstack/diskimage-builder master: install sudo in the devuser element  https://review.openstack.org/55514905:18
*** rosmaita has quit IRC05:18
*** agopi_ is now known as agopi_out05:19
*** gyankum has joined #openstack-infra05:26
*** jaosorior_ is now known as jaosorior05:26
*** salv-orlando has joined #openstack-infra05:29
*** wolverineav has joined #openstack-infra05:30
*** rcernin has quit IRC05:34
*** zhurong has joined #openstack-infra05:35
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add a job build button  https://review.openstack.org/55483905:36
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: job-trigger: add initial driver and event  https://review.openstack.org/55515305:36
*** udesale_ has joined #openstack-infra05:36
*** udesale__ has joined #openstack-infra05:37
*** eernst has quit IRC05:39
*** udesale has quit IRC05:39
*** udesale_ has quit IRC05:41
*** wolverineav has quit IRC05:41
*** wolverineav has joined #openstack-infra05:42
*** wolverineav has quit IRC05:46
*** rcernin has joined #openstack-infra05:46
*** links has joined #openstack-infra05:53
*** edmondsw has joined #openstack-infra05:54
*** edmondsw has quit IRC05:59
*** lpetrut has quit IRC06:03
*** pcichy has joined #openstack-infra06:03
*** rcernin has quit IRC06:06
*** rcernin has joined #openstack-infra06:08
*** lpetrut has joined #openstack-infra06:12
*** iyamahat has joined #openstack-infra06:15
*** e0ne has joined #openstack-infra06:15
*** lucas-afk has quit IRC06:20
*** lucasagomes has joined #openstack-infra06:23
*** threestrands has quit IRC06:25
*** lathiat has quit IRC06:30
*** dbecker has quit IRC06:32
*** e0ne has quit IRC06:33
*** agopi_out has quit IRC06:33
*** lpetrut has quit IRC06:33
*** zhurong has quit IRC06:34
*** dbecker has joined #openstack-infra06:45
openstackgerritZhao Chao proposed openstack-infra/project-config master: Temporarily disable py35 jobs for trove-dashboard stable branches  https://review.openstack.org/55510806:45
*** armaan has joined #openstack-infra06:46
*** e0ne has joined #openstack-infra06:46
*** iyamahat has quit IRC06:46
*** iyamahat has joined #openstack-infra06:46
openstackgerritZhao Chao proposed openstack-infra/project-config master: Temporarily disable py35 jobs for trove-dashboard stable branches  https://review.openstack.org/55510806:47
*** udesale_ has joined #openstack-infra06:48
*** udesale__ has quit IRC06:50
*** e0ne has quit IRC06:52
*** claudiub has joined #openstack-infra06:57
*** pcichy has quit IRC06:58
*** masber has quit IRC07:05
*** masber has joined #openstack-infra07:06
*** pcichy has joined #openstack-infra07:11
*** d0ugal_ has quit IRC07:14
*** zhurong has joined #openstack-infra07:14
*** d0ugal has joined #openstack-infra07:14
*** d0ugal has quit IRC07:14
*** d0ugal has joined #openstack-infra07:14
*** links has quit IRC07:15
*** jtomasek has joined #openstack-infra07:17
*** jtomasek has quit IRC07:17
*** jtomasek has joined #openstack-infra07:18
*** iyamahat has quit IRC07:19
*** alexchadin has joined #openstack-infra07:19
*** andreas_s has joined #openstack-infra07:21
*** links has joined #openstack-infra07:23
*** andreas_s has quit IRC07:25
*** claudiub has quit IRC07:25
*** isssp has quit IRC07:25
*** diablo_rojo has quit IRC07:25
*** jaosorior has quit IRC07:25
*** trown|outtypewww has quit IRC07:25
*** vaidy has quit IRC07:25
*** pgaxatte has quit IRC07:25
*** slaweq has quit IRC07:25
*** sambetts|afk has quit IRC07:25
*** HenryG has quit IRC07:25
*** hrybacki has quit IRC07:25
*** petems has quit IRC07:25
*** edwarnicke has quit IRC07:25
*** seongsoocho has quit IRC07:25
*** rajinir has quit IRC07:25
*** Anticimex has quit IRC07:25
*** jungleboyj has quit IRC07:25
*** puiterwijk has quit IRC07:25
*** rajinir_ has joined #openstack-infra07:26
*** rajinir_ has quit IRC07:26
*** rajinir_ has joined #openstack-infra07:26
*** rajinir_ is now known as rajinir07:26
*** HenryG_ has joined #openstack-infra07:26
*** slaweq has joined #openstack-infra07:26
*** hrybacki has joined #openstack-infra07:26
*** petems has joined #openstack-infra07:26
*** jaosorior has joined #openstack-infra07:26
*** pgaxatte has joined #openstack-infra07:26
*** isssp has joined #openstack-infra07:26
*** puiterwijk has joined #openstack-infra07:27
*** seongsoocho has joined #openstack-infra07:27
*** jungleboyj has joined #openstack-infra07:27
*** andreas_s has joined #openstack-infra07:27
*** edwarnicke_ has joined #openstack-infra07:27
*** diablo_rojo has joined #openstack-infra07:28
*** wznoinsk has quit IRC07:28
*** vaidy has joined #openstack-infra07:28
*** trown has joined #openstack-infra07:28
*** gagehugo has quit IRC07:28
*** ruhe has quit IRC07:29
*** sambetts_ has joined #openstack-infra07:29
*** ruhe has joined #openstack-infra07:31
*** rcernin has quit IRC07:31
*** wznoinsk has joined #openstack-infra07:31
*** eroux has joined #openstack-infra07:33
*** salv-orlando has quit IRC07:33
*** markvoelker has quit IRC07:35
*** gagehugo has joined #openstack-infra07:35
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: job-trigger: add initial driver and event  https://review.openstack.org/55515307:39
*** ralonsoh has joined #openstack-infra07:39
*** edmondsw has joined #openstack-infra07:42
*** pcaruana has joined #openstack-infra07:42
*** HeOS has joined #openstack-infra07:43
*** pcaruana has quit IRC07:44
*** pcaruana has joined #openstack-infra07:44
*** pcaruana has quit IRC07:45
*** pcaruana has joined #openstack-infra07:45
*** danpawlik has joined #openstack-infra07:45
*** edmondsw has quit IRC07:46
*** pcaruana has quit IRC07:47
*** armaan has quit IRC07:47
*** pcaruana has joined #openstack-infra07:47
*** armaan has joined #openstack-infra07:47
*** pcaruana has quit IRC07:48
*** pcaruana has joined #openstack-infra07:48
*** pcaruana has quit IRC07:50
*** pcaruana has joined #openstack-infra07:50
*** masber has quit IRC07:51
*** pcaruana has quit IRC07:51
*** pcaruana has joined #openstack-infra07:51
*** armaan has quit IRC07:52
*** pcaruana has quit IRC07:53
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Clarify position of depends-on footer  https://review.openstack.org/55518507:53
*** pcaruana has joined #openstack-infra07:53
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Clarify location of depends-on footer  https://review.openstack.org/55518507:53
*** pcaruana has quit IRC07:54
*** pcaruana has joined #openstack-infra07:55
*** pcaruana has quit IRC07:56
*** aspiers[m] has quit IRC07:58
*** bgmccollum has quit IRC07:58
*** ispp has joined #openstack-infra07:58
*** asettle has quit IRC07:59
*** bgmccollum has joined #openstack-infra07:59
*** andymccr has quit IRC07:59
*** Roamer` has quit IRC07:59
*** petrovich has quit IRC07:59
*** isssp has quit IRC08:00
*** Roamer` has joined #openstack-infra08:01
*** lpetrut has joined #openstack-infra08:03
*** lpetrut_ has joined #openstack-infra08:04
*** lpetrut has quit IRC08:04
*** andymccr has joined #openstack-infra08:05
*** pblaho has joined #openstack-infra08:05
*** asettle has joined #openstack-infra08:06
*** pcaruana has joined #openstack-infra08:06
*** asettle is now known as Guest6696908:06
*** aspiers[m] has joined #openstack-infra08:07
*** pcaruana has quit IRC08:07
*** pcaruana has joined #openstack-infra08:08
*** pcaruana has quit IRC08:09
*** armaan has joined #openstack-infra08:09
*** pcaruana has joined #openstack-infra08:10
*** pcaruana has quit IRC08:10
*** pcaruana has joined #openstack-infra08:11
*** tesseract has joined #openstack-infra08:11
*** masber has joined #openstack-infra08:11
*** pcaruana has quit IRC08:12
*** pcaruana has joined #openstack-infra08:13
*** dingyichen has quit IRC08:14
*** pcaruana has quit IRC08:15
*** pcaruana has joined #openstack-infra08:15
d0ugalIs there anything in infra that projects can use for preiodic IRC announcements?08:15
d0ugalor, failing that, is there anywhere a simple IRC bot can be hosted?08:16
*** pcaruana has quit IRC08:16
d0ugal(Context being, Mistral has switched using office hours, rather than weekly meetings. I want something to announce the start of each office hour slot in #openstack-mistral)08:16
*** pcaruana has joined #openstack-infra08:18
*** masber has quit IRC08:18
*** tosky has joined #openstack-infra08:19
*** pcaruana has quit IRC08:20
*** pcaruana has joined #openstack-infra08:20
*** pcaruana has quit IRC08:21
*** pcaruana has joined #openstack-infra08:21
*** pcaruana has quit IRC08:22
*** jcoufal has joined #openstack-infra08:23
*** pblaho has quit IRC08:24
*** snapiri has joined #openstack-infra08:25
*** petrovich has joined #openstack-infra08:26
*** alexchadin has quit IRC08:27
*** pcaruana has joined #openstack-infra08:29
*** pcaruana has quit IRC08:30
*** s-shiono has quit IRC08:31
*** salv-orlando has joined #openstack-infra08:34
*** markvoelker has joined #openstack-infra08:34
*** electrofelix has joined #openstack-infra08:35
*** yolanda_ is now known as yolanda08:35
*** pcaruana has joined #openstack-infra08:36
*** pcaruana has quit IRC08:37
*** pcaruana has joined #openstack-infra08:38
openstackgerritMerged openstack-infra/system-config master: Add diablo_rojo's key for Storyboard Access  https://review.openstack.org/55266708:39
*** pcaruana has quit IRC08:39
*** pcaruana has joined #openstack-infra08:40
*** salv-orlando has quit IRC08:40
*** pcaruana has quit IRC08:40
*** pcaruana has joined #openstack-infra08:41
*** pcaruana has quit IRC08:41
*** florianf has joined #openstack-infra08:44
*** amoralej|off is now known as amoralej08:44
*** jpena|off is now known as jpena08:48
*** jpich has joined #openstack-infra08:54
*** masber has joined #openstack-infra08:55
*** e0ne has joined #openstack-infra08:56
*** pcaruana has joined #openstack-infra09:02
fricklerd0ugal: I don't think there is such a thing yet, if you write or find something, it might get hosted together with our other bots on eavesdrop.o.o09:03
*** pcaruana has quit IRC09:03
krenczewskiIs there a chance to setup 2-node zuul job that uses ubuntu on one node ans centos-7 on second node?09:03
*** pcaruana has joined #openstack-infra09:03
fricklerd0ugal: note there is also a pending infra specs proposal to rework our IRC setup, that may be relevant, too09:03
d0ugalfrickler: thanks, I'll take a look.09:04
*** pcaruana has quit IRC09:05
fricklerkrenczewski: you should be able to setup a corresponding nodeset in your zuul config, yes.09:05
krenczewskiI've tried to specify this in my job description in .zuul.yaml by specifying nodeset similar to what is defined in openstack-infra/openstack-zuul-jobs/tree/zuul.d/nodesets.yaml but zuul complains that `extra keys not allowed @ data['name']`09:05
fricklerkrenczewski: where did you try that?09:05
krenczewskihttps://review.openstack.org/#/c/55423809:06
*** e0ne has quit IRC09:07
*** dizquierdo has joined #openstack-infra09:08
fricklerkrenczewski: commented on the review09:09
krenczewskifrickler: thanks for the comment :-)09:10
*** e0ne has joined #openstack-infra09:11
*** ethfci has joined #openstack-infra09:11
*** owalsh_ is now known as owalsh09:13
kashyapfrickler: So...following up from yesterday, using `git review -R` reduces the time to push a patch for me09:13
*** gfidente has joined #openstack-infra09:14
*** gfidente has joined #openstack-infra09:14
*** e0ne has quit IRC09:15
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: job-trigger: add initial driver and event  https://review.openstack.org/55515309:16
*** zhurong has quit IRC09:16
*** masber has quit IRC09:17
*** jesusaur has quit IRC09:20
slaweqfrickler: hi, do You maybe know how we can remove old "feature/something" branches from neutron repo?09:20
slaweqI guess it should be patch to releases repo but I have no idea what patch exactly :)09:21
openstackgerritIan Wienand proposed openstack-infra/nodepool master: [WIP] Test growroot in boot tests  https://review.openstack.org/55510309:24
*** gfidente has quit IRC09:28
*** masber has joined #openstack-infra09:28
*** gfidente has joined #openstack-infra09:29
*** jesusaur has joined #openstack-infra09:29
*** kjackal has quit IRC09:29
*** edmondsw has joined #openstack-infra09:30
*** hemna_ has quit IRC09:31
*** shu-mutow is now known as shu-mutow-AWAY09:32
*** alexchadin has joined #openstack-infra09:34
*** edmondsw has quit IRC09:35
*** salv-orlando has joined #openstack-infra09:35
witekhi, could someone please check the `default_url` setting of StoryBoard service?09:37
witekhttps://github.com/openstack-infra/storyboard/blob/master/etc/storyboard.conf.sample#L17209:37
witekwhen the task is updated by gerrit I see:09:37
witekURL: None#!/story/xxx09:38
*** salv-orlando has quit IRC09:38
*** salv-orlando has joined #openstack-infra09:38
persiawitek: Could you link to an example that provides that URL, or is it something in the gerrit plugin logs?09:39
*** chrisyang_0660 has joined #openstack-infra09:42
*** pblaho has joined #openstack-infra09:44
witekpersia: http://paste.openstack.org/show/708905/09:44
witekthe code handling this is here:09:45
witekhttps://github.com/openstack-infra/storyboard/blob/master/storyboard/plugin/email/workers.py#L28509:45
persiaAh, the *email* notification.  Thanks.09:45
* persia can't fix it, but does understand the problem now.09:45
fricklerpersia: witek: there's a story for that already: https://storyboard.openstack.org/#!/story/200141009:46
*** Guest66969 is now known as asettle09:46
witekisn't it just configuration of the service?09:46
openstackgerritBernd Bausch proposed openstack-infra/zuul master: Add port to webhook URL in Zuul github driver docu  https://review.openstack.org/55522509:47
fricklerslaweq: I'm not sure, maybe some other infra-root can help later09:47
fricklerwitek: no idea, I just noticed it some time ago, too09:48
slaweqfrickler: sure, I will ask09:48
fricklerkashyap: would be interesting to know how much reduction you see, like 50%, more, less?09:48
kashyapIt's like 10 seconds or so09:49
kashyapSo 400% improvement or something like that09:49
fricklerkashyap: o.k., so back to what you had earlier, iirc09:49
kashyapYep09:49
kashyapIt's just that `git review` WILL fetch & rebase no matter even if you've just rebased09:49
kashyapProbably it's stuck at fetching from 'origin'09:50
* kashyap gets back to kicking the stuffing out of unit tests09:50
fricklerkashyap: I think it should fetch from the 'gerrit' remote. but maybe this will help others to find an issue on our side09:51
kashyapYeah, I will investigate it later in the day after I spend the morning fixing these unit tests09:51
openstackgerritBernd Bausch proposed openstack-infra/zuul master: Add port to webhook URL in Zuul github driver docu  https://review.openstack.org/55522509:52
witekpersia: frickler: added comment to https://storyboard.openstack.org/#!/story/200141009:53
*** dayou has joined #openstack-infra09:54
*** bmace has quit IRC09:54
*** bmace has joined #openstack-infra09:54
fricklerwitek: indeed the mail that notified me about your comment has the correct reference, good point09:54
persiaI suspect it needs a change to http://git.openstack.org/cgit/openstack-infra/puppet-storyboard/tree/templates/storyboard.conf.erb , but I'm not sure precisely what needs changing there to make it work.09:55
witekthanks for pointing, I'll try to add it09:56
*** hashar has joined #openstack-infra09:58
openstackgerritTristan Cacqueray proposed openstack-infra/zuul master: web: add a job build button  https://review.openstack.org/55483910:00
*** dkehn_ has quit IRC10:06
*** kjackal has joined #openstack-infra10:06
*** e0ne has joined #openstack-infra10:10
openstackgerritWitold Bedyk proposed openstack-infra/puppet-storyboard master: Set default_url for email notification  https://review.openstack.org/55523710:11
*** shardy has joined #openstack-infra10:15
*** arxcruz is now known as arxcruz|rover10:15
*** udesale_ has quit IRC10:16
*** HeOS has quit IRC10:17
persiaAh, I understand.  When someone makes a change via the Web UI, the address they had gets used in the email, but that doesn't work for API changes.  Excellent catch.10:22
*** boden has joined #openstack-infra10:23
*** florianf has quit IRC10:25
*** alexchadin has quit IRC10:26
*** masuberu has joined #openstack-infra10:27
*** sree has quit IRC10:30
*** panda|off is now known as panda10:30
*** sree has joined #openstack-infra10:30
*** masber has quit IRC10:30
*** alexchadin has joined #openstack-infra10:31
*** derekh has joined #openstack-infra10:33
*** sree has quit IRC10:34
*** dtantsur|afk is now known as dtantsur10:36
*** zoli is now known as zoli|lunch10:39
*** florianf has joined #openstack-infra10:40
*** pbourke has joined #openstack-infra10:43
*** pcichy has quit IRC10:48
*** sshnaidm has quit IRC11:00
*** dsariel has joined #openstack-infra11:01
*** jesusaur has quit IRC11:02
*** logan- has quit IRC11:03
*** logan- has joined #openstack-infra11:03
openstackgerritMerged openstack-infra/project-config master: Temporarily disable py35 jobs for trove-dashboard stable branches  https://review.openstack.org/55510811:10
openstackgerritMerged openstack-infra/zuul master: Add port to webhook URL in Zuul github driver docu  https://review.openstack.org/55522511:12
*** jesusaur has joined #openstack-infra11:13
openstackgerritIan Wienand proposed openstack-infra/nodepool master: [WIP] Test growroot in boot tests  https://review.openstack.org/55510311:21
*** HeOS has joined #openstack-infra11:23
mordredkashyap: fwiw, you can set a config value globally to make -R the default (I have it set- had forgotten that git review rebases things by default...)11:39
mordredkashyap: gitreview.rebase = False is the setting in quesion11:39
kashyapmordred: Ah, merci!11:40
*** zhurong has joined #openstack-infra11:40
*** dizquierdo has quit IRC11:40
mordredkashyap: also - I have no idea if it will help you, but there is also an option I use, gitreview.usepushurl - which causes it to replace the gerrit remote with setting an alternate pushurl on the origin remote ... should save you from needing to fetch/update both origin and gerrit remotes11:41
kashyapmordred: Like that?11:41
kashyap$> tail -2 ~/.gitconfig11:41
kashyap[gitreview]11:41
kashyap    rebase = False11:41
mordredkashyap: yup!11:42
kashyapmordred: Okido;  (I don't see the 'usepushurl' in the man page of: $> tail -2 ~/.gitconfig11:43
kashyap[gitreview]11:43
kashyapErr, wrong copy / paste.11:43
kashyap...in the man page of: git-review-1.2511:43
mordredkashyap: you are quite correct - it sure is missing11:44
mordred(from the man page - patch coming)11:44
kashyapThanks!  /me goes to make lunch11:46
*** udesale has joined #openstack-infra11:46
*** manjeets has quit IRC11:49
*** dklyle has quit IRC11:49
openstackgerritMonty Taylor proposed openstack-infra/git-review master: Document usepushurl in the man page  https://review.openstack.org/55527111:51
*** armaan has quit IRC11:51
mordredkashyap, fungi: ^^11:51
*** armaan has joined #openstack-infra11:52
*** Goneri has joined #openstack-infra11:52
*** masuberu has quit IRC11:52
*** masuberu has joined #openstack-infra11:52
*** sambetts_ is now known as sambetts11:54
*** dizquierdo has joined #openstack-infra11:57
*** zoli|lunch is now known as zoli11:58
kashyapmordred: Noted a couple of OCD nit-picks; but looks good, so still "+1ed" it, FWIW11:59
* kashyap now gets back to the kitchen11:59
*** rfolco|off is now known as rfolco|ruck12:02
*** pblaho has quit IRC12:02
*** pblaho has joined #openstack-infra12:02
openstackgerritMonty Taylor proposed openstack-infra/git-review master: Document usepushurl in the man page  https://review.openstack.org/55527112:04
*** amoralej is now known as amoralej|lunch12:05
mordredkashyap: thanks! those are good OCD nit-picks - fixed12:06
*** odyssey4me has quit IRC12:07
*** odyssey4me has joined #openstack-infra12:08
*** rosmaita has joined #openstack-infra12:08
kashyapHeh12:12
*** alexchadin has quit IRC12:12
*** cshastri has quit IRC12:13
*** jlabarre has joined #openstack-infra12:14
*** edmondsw has joined #openstack-infra12:15
*** alexchadin has joined #openstack-infra12:15
*** lathiat has joined #openstack-infra12:15
*** sree has joined #openstack-infra12:17
*** Goneri has quit IRC12:17
*** alexchadin has quit IRC12:18
*** alexchadin has joined #openstack-infra12:18
*** alexchadin has quit IRC12:18
*** alexchadin has joined #openstack-infra12:19
*** alexchadin has quit IRC12:19
*** alexchadin has joined #openstack-infra12:20
*** alexchadin has quit IRC12:20
*** alexchadin has joined #openstack-infra12:21
*** alexchadin has quit IRC12:21
*** alexchadin has joined #openstack-infra12:21
*** alexchadin has quit IRC12:22
*** alexchadin has joined #openstack-infra12:22
*** alexchadin has quit IRC12:22
*** panda is now known as panda|lunch12:23
*** alexchadin has joined #openstack-infra12:23
*** lucasagomes is now known as lucas-hungry12:23
*** chrisyang_0660 has quit IRC12:24
*** sshnaidm has joined #openstack-infra12:25
*** rlandy has joined #openstack-infra12:29
*** e0ne has quit IRC12:31
*** alexchad_ has joined #openstack-infra12:33
*** alexchadin has quit IRC12:33
*** markvoelker has quit IRC12:34
*** markvoelker has joined #openstack-infra12:34
*** jcoufal_ has joined #openstack-infra12:35
*** dprince has joined #openstack-infra12:36
*** jcoufal has quit IRC12:36
*** e0ne has joined #openstack-infra12:45
*** sree has quit IRC12:47
*** kgiusti has joined #openstack-infra12:48
*** mriedem has joined #openstack-infra12:50
*** jcoufal_ has quit IRC12:51
fricklerinfra-root: tempest-full-py3 seems to be failing hard in stackviz collection since about 6h ago, I did some digging but didn't find anything useful yet, help is appreciated. see http://zuul.openstack.org/builds.html?job_name=tempest-full-py312:51
dmsimardfrickler: could this have anything to do with the BHS1 issues ?12:51
dmsimardthere was an issue with synchronize tasks12:52
*** eroux has quit IRC12:52
dmsimardnope, I see rax in there12:52
fricklerdmsimard: no, this new one seems strictly related to python3 somehow12:52
dmsimardI'm about to jump in a meeting so I can't look :(12:52
dmsimardkashyap: haven't fully read backlog but it looks like you've figured your performance issues out ?12:53
kashyapdmsimard: For now, yes.  I forgot to give the rebase (-R) to `git review`12:53
*** yamamoto has quit IRC12:54
*** electrofelix has quit IRC12:58
*** zoli is now known as zoli|afk12:59
*** zoli|afk is now known as zoli12:59
*** zhurong has quit IRC13:00
*** udesale has quit IRC13:00
*** pgadiya has quit IRC13:02
*** bobh has joined #openstack-infra13:06
openstackgerritDoug Hellmann proposed openstack-dev/hacking master: add lower-constraints job  https://review.openstack.org/55529613:06
openstackgerritDoug Hellmann proposed openstack-dev/pbr master: add lower-constraints job  https://review.openstack.org/55529713:07
dhellmannI just submitted 9 changes to add lower-constraints jobs. Let me know if that's too many at one time for zuul's configuration resolver.13:09
dhellmannthey all depend on https://review.openstack.org/#/c/555034/ which could use another review when someone has time13:09
*** Goneri has joined #openstack-infra13:10
*** shardy_ has joined #openstack-infra13:14
*** shardy has quit IRC13:16
*** dhajare has quit IRC13:18
*** udesale has joined #openstack-infra13:18
AJaegerdhellmann: check http://cacti.openstack.org/cacti/graph.php?action=view&local_graph_id=64792&rra_id=all13:18
*** dhajare has joined #openstack-infra13:18
AJaegerdhellmann: if we start swapping, we're dead...13:18
rosmaitamordred: need you to take a look at http://logs.openstack.org/38/554638/3/check/build-openstack-sphinx-docs/f55f79a/ara/file/98fc8620-69f7-4cc6-81ad-a4352394036f/#line-51 , the "run sphinx using legacy pbr runner" role may be broken13:18
dhellmannAJaeger : ack, thanks for that link13:19
*** sshnaidm has quit IRC13:19
*** dhajare has quit IRC13:20
*** sshnaidm has joined #openstack-infra13:20
*** dmsimard has quit IRC13:21
*** dtantsur is now known as dtantsur|brb13:21
*** yamamoto has joined #openstack-infra13:21
*** lucas-hungry is now known as lucasagomes13:24
*** panda|lunch is now known as panda13:25
openstackgerritJens Harbott (frickler) proposed openstack-infra/elastic-recheck master: add query for tempest-full-py3 post failure bug 1758054  https://review.openstack.org/55530213:26
openstackbug 1758054 in OpenStack-Gate "stackviz failing on tempest-full-py3" [Critical,New] https://launchpad.net/bugs/175805413:26
*** dizquierdo has quit IRC13:26
prometheanfirewho 'owns' glean?  I want to talk about proposed changes to it (make it use networkd)13:26
AJaegerprometheanfire: did you check the core reviewer list?13:27
AJaegerAh, I see, it'S part of infra...13:28
AJaegermordred: weren't you involved with glean? ^13:28
*** cshastri has joined #openstack-infra13:29
prometheanfireAJaeger: mordred sounds right, but it's been a while13:30
*** psachin has quit IRC13:32
*** eharney has joined #openstack-infra13:32
prometheanfireAJaeger: atm it looks like I'd need to write another 'backend' for it to spit out the networkd config files13:33
*** eernst has joined #openstack-infra13:33
prometheanfirethere's also the problem that it relies on distro info to select the backend, when that's not the best anymore (ubuntu supports networkd now iirc, so does fedora (and gentoo))13:33
*** germs has joined #openstack-infra13:33
*** germs has quit IRC13:33
*** germs has joined #openstack-infra13:33
*** germs has quit IRC13:33
*** germs has joined #openstack-infra13:34
*** germs has quit IRC13:34
*** germs has joined #openstack-infra13:34
*** dmsimard has joined #openstack-infra13:34
*** dmsimard has quit IRC13:34
*** dmsimard has joined #openstack-infra13:34
*** dhill_ has quit IRC13:35
*** armaan has quit IRC13:35
*** armaan has joined #openstack-infra13:36
*** jcoufal has joined #openstack-infra13:36
*** amoralej|lunch is now known as amoralej13:37
*** pickle has joined #openstack-infra13:37
*** ldnunes has joined #openstack-infra13:40
*** armaan has quit IRC13:40
*** esberglu has joined #openstack-infra13:48
*** trown is now known as trown|brb13:49
*** gouthamr has joined #openstack-infra13:50
*** jcoufal_ has joined #openstack-infra13:52
*** yamamoto has quit IRC13:53
*** trown|brb is now known as trown13:54
*** jcoufal has quit IRC13:54
*** ykarel has quit IRC13:54
*** felipemonteiro__ has joined #openstack-infra13:55
fungias long as it continues to also work on our oldest supported distros (being ubuntu 14.04 and centos 7 at this point i think?) we're probably not opposed to switching up what network backend newer distros use for consistency's sake13:58
mnaserclarkb, kashyap: it would be nice to catch up and get started on some of the discussion we had re: nested kvm14:00
* kashyap waves14:01
fricklerdirk: seems you managed to look at that tumbleweed node yesterday. do you still need it?14:02
*** jcoufal has joined #openstack-infra14:03
*** shardy_ has quit IRC14:03
*** felipemonteiro_ has joined #openstack-infra14:03
*** jcoufal_ has quit IRC14:04
dirkfrickler: no thanks.. I have a review14:04
*** shardy has joined #openstack-infra14:05
*** eernst has quit IRC14:06
*** felipemonteiro__ has quit IRC14:07
*** pcichy has joined #openstack-infra14:07
*** yamamoto has joined #openstack-infra14:08
*** hamzy has quit IRC14:09
*** links has quit IRC14:10
*** jcoufal_ has joined #openstack-infra14:12
*** pcichy has quit IRC14:12
*** pcichy has joined #openstack-infra14:12
*** yamamoto has quit IRC14:13
*** hongbin has joined #openstack-infra14:13
kashyapmnaser: The action item was to get a mailing list started14:14
*** jcoufal has quit IRC14:14
mnaserkashyap: right, i just wanted to start the conversation again to see if we can get there, so maybe when clarkb is around again we might be able to discuss14:14
mnaseri know he'll be at ONS though so i'll be seeing him in person too14:14
kashyapmnaser: What is "ONS"?14:15
*** kiennt26_ has joined #openstack-infra14:15
mnaserkashyap: sorry, should have clarified, open networking summit14:15
*** dtantsur|brb is now known as dtantsur14:15
*** dklyle has joined #openstack-infra14:15
kashyap(Yeah, it's still quite early for Clark.)14:15
mnaserhttps://events.linuxfoundation.org/events/open-networking-summit-north-america-2018/14:15
kashyapAh, I see.14:15
*** jcoufal_ has quit IRC14:17
*** jcoufal has joined #openstack-infra14:18
*** germs_ has joined #openstack-infra14:18
*** germs has quit IRC14:20
*** alexchad_ has quit IRC14:22
*** cshastri has quit IRC14:23
*** yamamoto has joined #openstack-infra14:24
*** jcoufal has quit IRC14:24
*** r-daneel has joined #openstack-infra14:27
prometheanfirefungi: I think a good switchover for ubuntu will be 18.0414:27
*** yamamoto has quit IRC14:28
*** jcoufal has joined #openstack-infra14:30
fungimakes sense14:30
*** alexchadin has joined #openstack-infra14:31
fungion debian i'm still using either ifupdown on servers or networkmangler (via nmcli) on clients. i probably should figure out networkd at some point14:31
toskyfungi: but networkmanager is not deprecated14:32
fungisure, but if networkd is "the future" i wouldn't mind gaining some familiarity with it14:32
*** njohnston_ is now known as njohnston14:33
toskynot sure if it's the absolute future14:33
toskybut let's see14:33
*** jcoufal has quit IRC14:34
fricklerandreas_s: I'm seeing a couple of very late failures from zKVM CI, like for patches merged up to a week ago. just making sure you are aware of that. see e.g. https://review.openstack.org/55310514:36
*** sree has joined #openstack-infra14:37
andreas_sfrickler: thanks for noting - The CI is down at the moment (waiting for a fix in a third party library). Let me stop zuul that it stops voting14:37
*** yamamoto has joined #openstack-infra14:39
*** jcoufal has joined #openstack-infra14:39
*** hamzy has joined #openstack-infra14:40
andreas_sok, zuul-server is stopped now. It should stop voting now until the issues are fixed14:40
*** jcoufal_ has joined #openstack-infra14:42
fricklercorvus: re zuul autohold, I found this traceback in zuul/debug.log, seems to be broken somehow http://paste.openstack.org/show/708967/14:42
*** mhayden has quit IRC14:43
*** yamamoto has quit IRC14:43
*** mhayden has joined #openstack-infra14:43
*** jcoufal__ has joined #openstack-infra14:44
*** jcoufal has quit IRC14:44
*** iyamahat has joined #openstack-infra14:45
Shrewsfrickler: i think that's fixed, just needs a scheduler restart14:45
dmsimardinfra-root: When troubleshooting the openstack ansible inventory issues on puppetmaster.o.o yesterday, I found out that we have thousands of leaked nodepool images. I'll work on cleaning that up today.14:45
pabelangerdmsimard: I want to say mordred had a script for shade to do that, last time14:46
fungidmsimard: any commonality there? specific provider? specific builder? specific image>?14:46
Shrewsdmsimard: or any nodepool metadata on them?14:46
*** yamamoto has joined #openstack-infra14:46
*** yamamoto has quit IRC14:46
smcginnisI have a zuul variable/post_test_hook question.14:46
smcginnisIn python-brick-cinderclient-ext we had functional test failures because the post_test_hook was hard coded to chown to a "jenkins" owner.14:47
*** jcoufal_ has quit IRC14:47
fricklerShrews: oh, do you have a pointer to the fix? seems strange that it did seem to work for a different job yesterday14:47
smcginnisLookin at other cases, it looks like other's post_test_hooks use the $user variable.14:47
smcginnisSo I tried switching to that, but it doesn't appear to be defined.14:47
Shrewsfrickler: maybe https://review.openstack.org/547302 ?14:47
smcginnisIs there something else I need to do to pick that up?14:47
dmsimardfungi: I only looked at the openstackjenkins-rax DFW cloud (it was getting late), I'm not sure if there's a particular pattern yet. The list of images: https://paste.fedoraproject.org/paste/fS395oQcgGnQLstbVusZ6g (or in a more readable format: https://paste.fedoraproject.org/paste/YE~N562IeIraANwn3lNKcw/raw )14:48
dmsimardSome images go back as far as March 8th according to the timestamps14:48
dmsimardShrews: ^14:48
*** eernst has joined #openstack-infra14:48
dmsimardpabelanger: It's not really that complicated to clean up, what I did in RDO before was to look at the nodepool images that were currently "current" (or "live") from nodepool's perspective and delete everything that was not those images14:49
Shrewsoh, images, not nodes. nm14:49
*** jcoufal has joined #openstack-infra14:49
*** jcoufal__ has quit IRC14:49
fricklerShrews: corvus: oh, doesn't autohold work for POST_FAILURE at all? if build.result != "FAILURE": return in L1045 https://review.openstack.org/#/c/547302/2/zuul/scheduler.py14:49
dmsimardpabelanger: so it's like a simple loop ? openstack image list -f value -c ID |egrep -v "current_image|another_current_image" |xargs -L1 openstack image delete14:50
Shrewsfrickler: https://review.openstack.org/55499514:50
*** florianf has quit IRC14:51
*** florianf has joined #openstack-infra14:51
fricklerShrews: I like how you come up with a new review for each of my questions ;)14:51
pabelangerdmsimard: should work, done that before but might take a while as you are loading CLI tools. mordred wrote a simple python script to do shade directly.14:51
dmsimardpabelanger: I can replace the xargs -L1 to xargs -P10 -L1 :P14:52
fricklerbut o.k., so we definitively need a scheduler restart for what I need14:52
*** felipemonteiro__ has joined #openstack-infra14:53
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Add autohold debug info  https://review.openstack.org/55532714:53
corvusfrickler: oh, it was a post failure?  i didn't know that.  but yes, that's the reason it didn't work.14:54
*** jcoufal has quit IRC14:54
corvusfrickler: anyway, there's a bunch of new debug info that probably would have helped me figure that out.  :)14:54
fricklercorvus: yes, failure when stackviz runs on py3 in post, seems related to new images built with new dib release14:55
*** VW has joined #openstack-infra14:55
*** felipemonteiro_ has quit IRC14:57
*** ramishra has quit IRC14:57
*** Swami has joined #openstack-infra14:57
*** bobh has quit IRC14:57
*** gyankum has quit IRC14:58
*** alexchadin has quit IRC14:58
corvusfrickler: then yeah, we'll need a scheduler restart for that.14:59
*** sree has quit IRC15:00
*** sree has joined #openstack-infra15:01
*** tpsilva has joined #openstack-infra15:03
*** agopi_out has joined #openstack-infra15:03
*** agopi_out is now known as agopi15:05
*** sree has quit IRC15:05
*** sree has joined #openstack-infra15:08
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Add gerrit_configure flag to review01.o.o  https://review.openstack.org/55533415:08
mordredpabelanger: what am I doing?15:09
pabelangermordred: at one point, you help me clean up stale images from nodepool. pretty sure it was a simple python app using shade to do that, vs the large grep / xargs command dmsimard is using15:10
dmsimardpabelanger: we don't have the same definition of large, I do bash one liners longer than that daily :P15:10
*** jcoufal has joined #openstack-infra15:11
pabelangerdmsimard: true, maybe slower?15:11
pabelangersince it is loading all of openstack client15:11
*** sree has quit IRC15:12
dmsimardmaybe -- I mean, I'm still willing to look at what mordred may have written but I'm not that concerned about performance15:12
*** hashar is now known as hasharAway15:13
mordreddmsimard, pabelanger: whatever works for you ... I tend to use shade in a repl instead of openstackclient most times anyway - so I'm a bit of a nerd15:13
*** dave-mccowan has joined #openstack-infra15:15
*** germs_ has quit IRC15:20
*** jcoufal has quit IRC15:20
clarkbdmsimard: fungi aiui the problem was the combination of nodepool storing state in mysql db and trying to sync that with workers over gearman and the fairly complicated image creation process required by the glance api. This meant that if things went wrong after image creation during upload or syncing from swift you could leak images if you didn't fully unroll that process. And for the longest time15:20
clarkbthe client tooling didn't unroll that and we just assumed well if it failed we delete it and move on which isn't always totally the case aiui15:20
*** germs has joined #openstack-infra15:20
*** germs has quit IRC15:20
*** germs has joined #openstack-infra15:20
*** felipemonteiro__ has quit IRC15:21
clarkbdmsimard: fungi I do think we've larlgely addressed this by having the builders talk to the db directly and manage state themselves (via zk) so it is harder for them to forget about things that need cleaning and we've also improved the state of unrolling in rools like shade15:21
*** felipemonteiro__ has joined #openstack-infra15:21
stephenfinAJaeger, mordred: What's this about not modifying '[testenv] install_command' to install upper constraints? https://review.openstack.org/52897915:21
clarkbdmsimard: fungi I think the most interesting thing is not the oldest leaked image but the newest. Eg have changes to nodepool and shade made the situation better (and when I looked briefly yesterday it appeared the majority ofleaking stopped in septemberish which coincides with the switch to new nodepool builders I think15:22
clarkbdmsimard: as for using xargs -P10 the potential issue there is api limits but I doubt that osc will run fast enough to hit though even at -P 1015:22
*** armaan has joined #openstack-infra15:23
dmsimardmordred: I've never thought of using shade interactively in a repl15:24
dmsimardmordred: that's interesting but I'm also not as intimate as you are with shade :p15:24
dmsimardclarkb: /me reads15:25
dmsimardclarkb: re: performance, I just meant that I don't care if the thing runs for 15 minutes instead of 5 -- it's a one time deal. If we realize that things are still leaking after that, the solution is not to make the cleanup faster... it's to figure out why nodepool leaks those and why can't it clean itself (like it would for VMs)15:27
*** jcoufal has joined #openstack-infra15:27
*** kiennt26_ has quit IRC15:27
*** bobh has joined #openstack-infra15:28
clarkbdmsimard: ++ I was just pointing out that in the past one of the problems with using xargs -PN with openstack APIs has been rate limits so you end up having to do multiple passes. But osc startup is not quick so mitigates that problem that way15:28
clarkbdmsimard: this was more of an issue using the old python-*clients directly15:28
dmsimardmakes sense15:28
*** Swami has quit IRC15:29
dmsimardI think nodepool/shade is more hardcore on APIs than openstackclient :P15:29
*** bobh has quit IRC15:30
*** bobh has joined #openstack-infra15:30
dmsimardsomething I don't understand, though... is that yesterday, when I ran "alien-image-list".. it returned a puny amount of images considering what I was expecting to get back15:30
dmsimardso for some reason, nodepool might not see those at all or something15:30
AJaegerstephenfin: it does not work with installation of projects from git15:31
AJaegerstephenfin: mordred debugged this, hope he has more details15:31
Shrewsdmsimard: nodepool ignores any images that do not have the nodepool_build_id in the image properties15:32
dmsimardmordred: btw I was seeing shade errors about floating IPs last night even with 1.27 for limestone, would like to see if you can make sense out of it15:32
Shrewsdmsimard: alien == nodepool built, but missing info in zookeeper15:32
clarkbdmsimard: Shrews also the image api is paginated and if we aren't paging through properly the list will be short by default15:33
dmsimardShrews: the images are bound to have nodepool metadata in them, they were uploaded by nodepool (see https://paste.fedoraproject.org/paste/fS395oQcgGnQLstbVusZ6g )15:33
Shrewsclarkb: true15:33
*** jcoufal_ has joined #openstack-infra15:33
dmsimardclarkb: the openstack ansible inventory properly paginates (through shade I assume) so that should be okay15:33
dmsimardShrews: I can do an image show on one of those.. hang on15:33
Shrewsdmsimard: i very seriously doubt nodepool uploaded the "Windows Server 2008 R2 SP1" image15:34
Shrewslike, super srsly  :)15:34
dmsimardsuper srsly, look at the 3200 other nodepool images :P15:34
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Add gerrit_configure flag to review01.o.o  https://review.openstack.org/55533415:35
*** ykarel has joined #openstack-infra15:35
*** jcoufal has quit IRC15:35
clarkbbut ya like I said I think zk and shade improvements have improved the state tracking and cleanup of failed builds15:35
clarkbif we have "modern" leaked images (which we didn't seem to have many of when I briefly looked) we should debug further but majority seem to be from older code that didn't grok glance as well15:36
dmsimardoh wow does rax overwrite nodepool properties ? http://paste.openstack.org/raw/708976/15:36
bodenmordred AJaeger hi, I recently sent a response to the ML regarding devstack impacts with tox_install/constraints http://lists.openstack.org/pipermail/openstack-dev/2018-March/128648.html looking for some advise on how to proceed15:37
dmsimardclarkb: those images are since the whereabouts of march 8th 2018, we're not looking at ancient prehistoric images15:37
dmsimardoh wait, maybe not15:38
dmsimardthis one I pasted goes back to october15:38
dmsimardbut one I looked was march 8th15:38
dmsimard¯\_(ツ)_/¯15:38
Shrewsdmsimard: that'd be a problem if they do overwrite it15:39
*** jamesmcarthur has joined #openstack-infra15:39
dmsimardShrews: If I look at the most recent image in my image list paste, (march 21st).. it doesn't have any nodepool properties, only all those rax metadata fields15:40
dmsimardlet me look at a non-rax region ..15:40
clarkbdmsimard: if you look at centos7 the vast majority are pre october 201715:41
pabelangerdmsimard: clarkb: I want to say, when we made the cut to v3 builders, we likely didn't go back and properly clean up v2 images.  Things were leaking pretty bad during that time, if I remember right.15:41
clarkbdmsimard: 5 are newer than that15:41
clarkbwhich is my point that we've likely largely fixed the problem15:41
clarkbwe just never went back around and cleaned up the leaked images15:41
dmsimardShrews: I don't see any leaks in ovh and they have the proper nodepool metadata15:41
clarkbpabelanger: yes also shade got a few improvements around this leaking then too (to better unroll failures)15:42
dmsimardclarkb: the issue is probably related to the fact that rax deletes the image properties/metadata that nodepool sets and puts their own instead15:42
dmsimardOVH doesn't do that, for example15:42
dmsimardclarkb: see RAX: http://paste.openstack.org/raw/708976/ vs OVH: http://paste.openstack.org/raw/708979/15:42
*** pcaruana has joined #openstack-infra15:42
pabelangerclarkb: yah, we had some issue with rax VHDs too. Where if the image failed to uploaded, we didn't properly delete15:42
clarkbdmsimard: that may be why they don't show in the alien list today. But when we looked into the problems last year it was two fold of not being able to check state from the thing doing the deleting making it easier to "forget" and shade simply not unrolling on failures. We've since addressed both issues15:43
clarkbanyways looking at that list I don't see many "modern" leaks which makes me think we probably have largely addressed the problem. if you find evidence contrary to that we should investigate more15:43
Shrewsdmsimard: can you check the most recent upload (say xenial) in rax?15:43
dmsimardShrews: the most recent in rax also has stripped metadata15:44
*** pcaruana has quit IRC15:44
Shrewsneat15:44
openstackgerritMerged openstack-infra/zuul master: Add autohold debug info  https://review.openstack.org/55532715:44
dmsimardShrews: from yesterday: http://paste.openstack.org/raw/708980/15:44
dmsimardclarkb: We should probably let rax know that it's not okay to do that ?15:44
dmsimardclarkb: I mean, they can add properties if they want but deleting all the properties that users put is kinda meh15:44
clarkbdmsimard: they also use the non open source glance task for importing images from swift using an undocumented api15:45
clarkbI'm not sure we'll get very far on that but we can try15:45
dmsimardOtherwise, could nodepool somehow make sure it's properties are on there on a semi regular basis ?15:46
dmsimardAnyway, I'll start cleaning after lunch15:46
dmsimardbut so far only rax has huge amounts of leaked things15:46
Shrewsso alien-image-list will just never work on rax. i don't think that affects any other functionality15:47
*** yamamoto has joined #openstack-infra15:47
clarkbdmsimard: ya rax's particularly complicate upload process made it more susceptible to this aiui15:48
clarkbdmsimard: there are far more steps that you have to account for and any one of them failing would require unrolling and we just didn't do it well for a long time (since been addressed I think)15:48
*** pcaruana has joined #openstack-infra15:48
dmsimardyup, I'll keep an eye on it but I'm almost positive things are still going to leak15:48
*** garyk has quit IRC15:49
dmsimardwe'll see15:49
pabelangerwe should see if we can reproduce it just using shade with simple upload script15:49
pabelangerthen work to fix it15:49
openstackgerritMatt Riedemann proposed openstack-infra/elastic-recheck master: add query for tempest-full-py3 post failure bug 1758054  https://review.openstack.org/55530215:50
openstackbug 1758054 in OpenStack-Gate "stackviz failing on py3 causing tempest-full-py3 POST_FAILURES" [Critical,New] https://launchpad.net/bugs/175805415:50
clarkbmnaser: kashyap yes! we should follow up on that. Probably next step is coming up with a neutral domain for ml hosting then adding the ml to our ml server15:51
dmsimardpabelanger: the issue is likely with the nodepool properties being overwritten by rax, I'm not sure what we can do to fix that other than 1) a dirty cron to delete leaked images 2) have nodepool query it's current image uuids and make sure it's properties are still on there15:51
clarkbfungi: ^^ may have opinions on how to go about that (having administered dns in the past)15:51
clarkbcorvus too having just set one up for zuul-ci15:51
kashyapclarkb: Yep, I recall that much — about a neutral location; and a reasonable name (yay, bike-shedding)15:51
clarkbshould we go ahead and use the new NS servers and go pay someone $10 for a .org?15:52
*** ldnunes has quit IRC15:52
fungiclarkb: kashyap: mnaser: i'm lacking context (probably owing to me only lightly skimming scrollback this morning due to other responsibilities vying for my time)15:53
*** yamamoto has quit IRC15:53
kashyapfungi: Context for you is surely missing15:53
kashyap(As only Clark, MNaser & myself were present in the Cloud W G room on one of the PTG days.)15:54
clarkbfungi: corvus sorry background here is that at PTG we (infra, devs (kashyap), and clouds (mnaser and public cloud wg)) how to better handle issues like $feature doesn't work in your cloud and we want to help debug it15:54
clarkbfungi: corvus the outcome of that seemed to be a neutral communication platform like a mailing list not under @openstack.org would be reasonable15:54
fungioh, interesting15:54
fungithese are providers running openstack though?15:55
clarkbfungi: corvus the real gap we are trying to address here is the devs that can help debug are not cloud users or customers so can't go through normal support channels15:55
* fungi is probably still missing some of the nuance which makes public openstack providers not want to speak publicly on an openstack.org mailing list)15:55
clarkbfungi: today its because libvirt devs or whoever are likely to not want to openstack beacuse thats openstack15:56
mordredclarkb: gotcha - it's a place for devs and clouds to talk - not just openstack devs15:56
clarkbmordred: yesw15:56
fungioh! so it's about getting devs for openstack dependencies outside our community to subscribe to a mailing list15:56
fungiis there not already such a mailing list somewhere out there on the 'net?15:57
kashyapmordred: Yeah, the devs can be Kernel, Sea Bios, KVM, QEMU, libvirt...15:57
mordredclarkb: I think that makes the 'neutral list' part make more sense - although to me there woudlnt' be any difference between a new list on a mailman with an o.o domain and one with a different domain15:57
mordredsince it would be a new list and I'd have to deal with a new list15:57
clarkbfungi: apparently not15:57
fungimakes me wonder if we've really looked15:57
mordredbut if it's a blocker to someone else, fine by me :)15:57
clarkbfungi: red hat has a cloud sig but for similar reasons thats all red hat specific15:57
fungior just assuming there isn't an appropriate list already we can convince those people to join for better collaboration15:58
clarkbfungi: the brief looking I've done turned up the red hat cloud sig thing which if you use red hat cloud products/packages is great but otherwise its not very independent?15:58
fungii mean, there are people who engage in discussion on the nanog ml even when they're neither north american nor network operators15:58
clarkbbut double checking on that a bit more is probably a reasonable idea too15:58
*** garyk has joined #openstack-infra15:59
mnaserI think the idea was that we wanted something to extend past OpenStack world but I’m indifferent15:59
clarkbbut at the end of the day the issue is I as a user file a bug with cloud. Cloud says whatever to me and the issue dies there. We need some way to bridge together the developers of various pieces of technology with the cloud operators so that we can debug problems more effectively rather than just (effectively) ignoring the user15:59
mnaserOne of the things was the whole idea of some sort of privacy in terms of being able to start a conversation then take it off list15:59
fungithis is mostly the obligatory pushback on the yet-another-ml theme. if there are existing lists related to this topic nobody is using for it today, creating another one may have the opposite of the intended effect16:00
pabelangerinfra-root: I'd like to bring review01.o.o online today, using out 2 step approach for review-dev01.o.o: https://review.openstack.org/555334 That will allow us to email out the new IP address to ML16:00
openstackgerritMerged openstack-infra/elastic-recheck master: grenade: wait for service logs before matching against patterns  https://review.openstack.org/49398716:00
* kashyap bbiab16:00
clarkbfungi: ya. I'm not aware of any such thing today. But I've also likely barely skimmed for such things using search engine foo16:01
pabelangerclarkb: so, testing of review-dev01.o.o looks good, I haven't found any issues with gerrit so far.  Do we want to open it up to other people to poke at?16:01
clarkbpabelanger: one thing to keep in mind with that switch that I must've figured out in my sleep is that we won't be able to puppet production gerrit during that time right?16:02
clarkbpabelanger: or at least the puppet-gerrit bits of puppet won't run16:02
smcginnisI asked a while back, but I think it was bad timing. Anyone know what needs to be done to pick up the $user variable in a python-brick-cinderclient-ext post test hook script?16:02
*** ykarel has quit IRC16:02
clarkbsmcginnis: can you link to where it is used?16:02
smcginnisOr should I just switch the hardcoding from "jenkins" to "zuul" for the account name.16:02
openstackgerritMerged openstack-infra/elastic-recheck master: Add query for OVB testenv failures  https://review.openstack.org/50211716:02
smcginnisclarkb: One moment...16:02
clarkbsmcginnis: if it is used with tox then tox is likely filtering out the $USER env var16:02
fungiclarkb: kashyap: mnaser: cool. i'm not opposed on principle, but would hate for us to have done insufficient research and then create a new discussion forum which competes with an existing appropriate one we simply didn't know about. if we can find one we should convince the interested parties to go there instead16:03
smcginnisclarkb: https://review.openstack.org/#/c/555311/1/brick_cinderclient_ext/tests/functional/hooks/post_test_hook.sh16:03
mordredsmcginnis: this is a hook script for an oldstyle devstack-gate job?16:03
pabelangerclarkb: no, review.o.o should still be able to run puppet, I left that node alone in site.pp, I copypasta into a new node for review01.o.o, which has gerrit disabled16:03
smcginnismordred: It is failing in a legacy- job.16:03
mordredyah.16:03
mordredsmcginnis: I'd just hardcode the jenkins->zuul switch in that16:03
clarkbpabelanger: ah so controlled by site.pp with different node defs?16:03
*** udesale has quit IRC16:03
pabelangerclarkb: right16:03
*** armaan has quit IRC16:03
smcginnismordred: OK, that works for me. I would hope the chances of us making a big change like that any time soon is small. ;)16:04
clarkbsmcginnis: mordred $USER shoudl work though. But that script uses $owner16:04
pabelangerclarkb: I did it that way for the reason you just listed16:04
*** hemna_ has joined #openstack-infra16:04
*** ldnunes has joined #openstack-infra16:04
*** armaan has joined #openstack-infra16:04
clarkbpabelanger: perfect16:04
*** harlowja has joined #openstack-infra16:04
*** VW_ has joined #openstack-infra16:04
*** armaan has quit IRC16:04
smcginnisclarkb: Ah, OK. Other scripts I saw had it lower case, so I figured it was something else.16:04
kashyapfungi: I agree on having to do sufficient research16:05
mordredsmcginnis: well - what I'd REALLY do is replace that job with a nice new one that uses devstack-functional as a base job which knows how to run functional tox envs16:05
*** felipemonteiro_ has joined #openstack-infra16:05
smcginnismordred: An examples I can take a look at?16:05
kashyap(I just don't know of any existing such forum.)16:05
smcginniss/An/Any/16:05
mordredsmcginnis: yup!16:05
* smcginnis always enjoys a good paint by numbers16:06
dhellmanncan I get another review on https://review.openstack.org/555034 so folks can approve the patches adding the lower-constraints jobs, please?16:06
*** VW has quit IRC16:07
mordredsmcginnis: http://git.openstack.org/cgit/openstack/python-openstacksdk/tree/.zuul.yaml#n42 <-- there's an example of how we're doing tox-based functional tests in openstacksdk16:07
mordredsmcginnis: http://git.openstack.org/cgit/openstack/python-glanceclient/tree/.zuul.yaml is a similar example from glanceclient16:08
mordredsmcginnis: I'm about to afk for about 45 minutes - but I can help you if you want to go down that path16:08
clarkbfungi: any ideas on how to better search for such a thing? Liek I said I basically hit a road block at the cloud sig16:08
clarkbkashyap: ^16:08
* kashyap reads scroll16:09
fungiclarkb: lots and lots and lots of keyword searching is the only thing i can think of16:09
kashyap(A bit slow, as I am on a call.)16:09
*** felipemonteiro__ has quit IRC16:09
kashyapclarkb: Yeah, that's also my blocker — I don't know where to even start there.16:09
mordredsmcginnis: hoenstly - the glanceclient file is a better copy-pasta source16:09
*** harlowja has quit IRC16:09
fungiclarkb: like, take an existing issue you're aware about and search as if you're trying to figure out the best place to discuss it so as to get representative input from relevant parties, and see what you come up with (if anything)16:10
smcginnismordred: Thanks!16:10
*** claudiub has joined #openstack-infra16:10
kashyapfungi: That's a nice way to approach.  I'll describe an example scenario:16:10
fungiclarkb: or at least somewhere with some of the relevant parties already represented, that you'd feel comfortable suggesting the other relevant parties join the discussion there16:10
*** garyk has quit IRC16:11
kashyap_If_ we are running level-2 guest in the upstream CI, and the level-1 guest (which is what you have access to) crashes16:11
fungiand repeat with a few scenarios if you have that many and see if the results are somewhat consistent16:11
kashyapKVM devs might want have access to stuff like CPUID, and other crash dumps, etc16:12
kashyapYeah, probably should write an Etherpad with example sceanrios as fungi asked16:12
clarkbkashyap: ya then we can apply them to search engines and see what we get16:12
* kashyap nods16:13
*** eharney has quit IRC16:14
fungithis way when we inevitably end up duplicating effort with some other group running a similar ml, we can at least refer back to our failure to find theirs ;)16:15
*** yamamoto has joined #openstack-infra16:17
clarkbkashyap: is that something you want to start on? (I think you probably have more of this paged in than anyone else)16:17
kashyapSure, not eager to duplicate efforts :-)16:17
*** udesale has joined #openstack-infra16:18
kashyapclarkb: Does this Etherpad name (haven't hit 'return' yet) look OK: etherpad.openstack.org/Collab-Clouds-and-Contribs16:18
clarkbkashyap: sure16:18
fungiwfm16:18
kashyapPoor name, better names welcome16:18
* kashyap just spells it out: etherpad.openstack.org/Collab-Clouds-and-Contributors16:18
openstackgerritMerged openstack-infra/elastic-recheck master: add query for tempest-full-py3 post failure bug 1758054  https://review.openstack.org/55530216:18
openstackbug 1758054 in OpenStack-Gate "stackviz failing on py3 causing tempest-full-py3 POST_FAILURES" [Critical,New] https://launchpad.net/bugs/175805416:18
* fungi puts out his "no bikeshedding" sign16:18
clarkbya name seems fine to me16:18
kashyapHeh, /me puts the paint back in the garage16:18
kashyapOkay, we can start typing: https://etherpad.openstack.org/p/Collab-Clouds-and-Contributors16:19
kashyap:-)16:19
* fungi needs an actual sign which says that, to bring to conferences16:19
*** andreas_s has quit IRC16:19
corvusfungi: should it sit on the table, or do you want to hang it on the door?16:19
corvusor both?16:19
fungiprobably goes on the door16:19
corvusor maybe an A-frame sandwich board you can set outside if the door doesn't have a hook16:19
fungi"no bikeshedding beyond this point"16:20
corvusfungi: i'm thinking helvetica16:20
corvusthat's always good for public information notices16:20
openstackgerritSean McGinnis proposed openstack-infra/project-config master: Remove python-brick-cinderclient-ext functional test  https://review.openstack.org/55536516:20
* fungi sighs16:20
mnaserso question16:20
mnaseris there some sort of kvm-users ML16:20
mnasermaybe if we just convinced operators to get to kvm-users to resolve those type of things16:21
mnaserlooks like there is general kvm16:21
mnaserbut its a very very very busy ML from what it seems like, with all dev work going there16:22
*** yamamoto has quit IRC16:22
mnaserlibvirt-users doesn't seem like it's the right place either because it's not a libvirt issue16:22
clarkbmnaser: ya I think thats the problem with using tech specific forums16:22
clarkbit is a very diverse set of problems and not needing to rebootstrap in each specific forum would be nice16:23
*** udesale has quit IRC16:23
fungiso far my image of the proposed forum is "something like nanog but for server virtualization technologies"16:23
mnaserthe thing that stayed with me since that convo was16:23
clarkbchances are once some initial communication happens things will shift over to tech specific forums beacuse that is where you'll debug nested virt for example. But users and clouds and maybe even devs won't know necesarily that is where they need to go without having some intiail conversations16:24
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: add openstack-tox-lower-constraints  https://review.openstack.org/55503416:24
mnaseri like what fungi proposes but i wonder if it will ever actually grow outside openstack world16:24
openstackgerritBen Nemec proposed openstack-dev/pbr master: Explicitly read setup.cfg as utf-8 on Python 3  https://review.openstack.org/55536616:24
mnaseralso on a lighter note, we were just offered to be in a cover story feature ... for "The 10 Best Performing AWS Solution Providers, 2018"16:25
mnaserthe things people come up with these days..16:25
dmsimardmnaser: you do AWS things ? Congrats anyway :p16:26
fungiaws is just another word for clouds, right?16:26
mnaser(also, recruiters contacting me to "sit down" at ONS because they saw from my tweets that i'll be there)16:26
mnasers/recruiters/aws recruiters/16:26
* mnaser shrugs16:26
smcginnisDid I see some stackviz issue being discussed earlier? I see a failure on one of our jobs.16:27
mnaseranyways, back to topic at hand, i'd love for this idea to stretch beyond openstack but im not sure it'll be able to get that visiblity.  i think openstack-operators might be a good place to start16:27
*** masayukig has quit IRC16:29
*** bobh has quit IRC16:29
fungismcginnis: see more detailed discussion in #openstack-qa16:29
smcginnisfungi: Ah, maybe that's where I saw it. Thanks16:30
*** manjeets has joined #openstack-infra16:30
fungismcginnis: best summary we have is that it seems like with our latest images from today, the tempest python3 jobs are now using python3 instead of python2 to install stackviz on xenial16:30
smcginnisAnd stackviz is py2 only?16:31
fungiwhich is probably the right thing anyway, but means that we've spotted a data quality or data handling problem causing stackviz to break under real use16:31
fungii don't think stackviz is intended to be python2-only16:31
timothyb89fungi, smcginnis: it is not supposed to be py2 only, no16:31
clarkbfungi: that is weird that the image would affect that? pip and python are segregated by version aren't ther?16:31
fungiit just may lack some protections around handling non-utf-8 content in subunit streams16:32
clarkbpip3 and python3 vs pip and python16:32
prometheanfiremordred: AJaeger: what do you think of converting the config drive network data into a iproute2 script?  Then it'd be truly universal...16:32
*** yamamoto has joined #openstack-infra16:32
smcginnisShould we hold off on rechecking things until this is sorted?16:32
fungiclarkb: i agree, i'm not convinced it's the image but it started around the same hour today's images went into production and we couldn't immediately spot any related changes merging to involved repos around the same timeframe16:32
fungismcginnis: i believe frickler has a change proposed to tempest to make the stackviz task more resilient16:33
prometheanfiremordred: AJaeger blame cloudnull for that suggestion16:33
clarkbprometheanfire: I don't think we want to be in that business of competing with all the distros and now networkd16:33
cloudnullwat?!16:33
prometheanfirecloudnull: your fault16:33
smcginnisfungi: OK, I'll hold tight for a bit.16:33
clarkbre networkd my only concern with it is it requires using resolvd16:33
fungismcginnis: bug 175805416:33
clarkbwhich I'm not a fan of because of dns over dbus16:33
openstackbug 1758054 in OpenStack-Gate "stackviz failing on py3 causing tempest-full-py3 POST_FAILURES" [Critical,New] https://launchpad.net/bugs/175805416:33
*** andreas_s has joined #openstack-infra16:33
clarkbwhich has had multiple cves against it as its kind of a silly idea16:33
prometheanfiredoes networkd require resolvd?16:33
cloudnullclarkb:  its not required. some of the functionality in networkd may not be available if resolved is not present but it works otherwise16:34
clarkbprometheanfire: if you set dhcp to configure nameservers it does16:34
clarkbwhich for the vast majority of users is likely to be the case16:34
prometheanfirebah16:34
fungismcginnis: proposed fix has been approved but not yet merged: https://review.openstack.org/55531416:34
cloudnullhttps://review.openstack.org/#/c/552721 -- we're converting our testing in osa to use networkd across ubuntu cent and suse16:34
fungismcginnis: er, s/fix/workaround/16:34
cloudnulland suse does not have resolved available16:35
smcginnisfungi: Just saw that. I'll watch for that to land before rechecking anything.16:35
clarkbcloudnull: my reading of the docs is that if you don't have resolvd enabled then you have to configure resolv.conf outside of networkd16:35
clarkbcloudnull: it is doable16:35
cloudnullyes that's true16:35
smcginnisHmm, it's got a whole bunch of red though.16:35
clarkband infra would do it (we already ignore dhcp specified nameservers)16:36
kashyapmnaser: clarkb: I wrote some words here, feel free to correct / add: https://etherpad.openstack.org/p/Collab-Clouds-and-Contributors16:36
*** rlandy is now known as rlandy|biab16:36
*** masuberu has quit IRC16:36
*** eharney has joined #openstack-infra16:36
*** yamamoto has quit IRC16:36
clarkbprometheanfire: I do think having that as an option in glean to simplify cross distro differences is an excellent feature16:37
clarkbprometheanfire: might also be the answer to ipv6 support on all the distros "use networkd" then we don't have to solve it different each time16:38
prometheanfireclarkb: dns is already handed off in config drive16:38
*** jcoufal_ has quit IRC16:38
clarkbprometheanfire: not always.16:38
clarkbprometheanfire: config drive could say "use dhcp" and leave it at that iaui16:38
prometheanfirewell, it should be lol16:38
*** sshnaidm is now known as sshnaidm|off16:38
pabelangerI thought we disabled DNS update in glean from config-drive16:39
prometheanfiresystemd still calls out to dhclient or dhcpcd for dhcp though, and those write directly to resolve.conf iirc16:39
clarkbpabelanger: not by default16:39
pabelangeron our images16:39
clarkbprometheanfire: its a flag iirc16:39
clarkber pabelanger ^16:39
pabelangerright, but I thought we added the flag to our images16:39
pabelangerchecking16:39
clarkbpabelanger: ya we do. But we aren't the only users of glean16:39
pabelangerokay, ya16:39
prometheanfireso, what would be prefered for writing out the network info, networkd or iproute2 script?16:40
clarkbprometheanfire: fwiw I'm actually of the opinion that the opposite is true. I really wish clouds would stop trying to force staticnetwork config on all the instances forcing us to have tools like glean in the first place. I would much appreciate it if they all just agreed to use dhcp and then everything could just work with default images16:40
clarkbprometheanfire: networkd probably. an iproute2 script is going to have to tie into the init system anyways and at that point you are reinventing networkd16:41
prometheanfireclarkb: I'd be happier with that too16:41
*** iyamahat has quit IRC16:41
prometheanfireas far ask networkd, ack16:41
prometheanfires/ask/as16:41
clarkbthen have users that have special exceptional needs like vlan support or link aggregation opt in to some statically provided network configuration details and then only they have to worry about special tooling to realize that configuration16:42
prometheanfireif it's part of the data handed off by config-drive networkd should be able to set up the interface16:44
prometheanfirewhatever it is16:44
prometheanfireI'll probably get started working on this tonight16:44
*** yamahata has quit IRC16:45
*** yamamoto has joined #openstack-infra16:47
*** andreas_s has quit IRC16:47
toskyinfra (and zuul) people, I have a problem with some future jobs for sahara, and I have few choices, but it depends also on you16:49
toskyin order to proper test some of the sahara plugins, I would like to add few additional multinode jobs16:50
toskynow, resources are limited, so I would like to limit the impact of those jobs16:50
toskywe have one of those multinode jobs in the experimental queue right now, but if we add more, running all of them in one shot would be too much16:51
toskyso I was wondering if it's possible to define more queues, so that we can do "check sahara-<something>"16:51
toskya more generic solution could be enabling users to do "check <job name>"16:52
*** yamamoto has quit IRC16:52
toskyseparate - but related - issue: apart from the usage in specific reviews, it would be nice to add them as periodic job, which we could do now16:52
toskybut how could we make sure that it does not overload the gates? Are periodic jobs executed when the gates are unloaded?16:53
tosky(which means Saturday morning? :)16:53
fungithere is the "experimental" pipeline, and "check experimental" will run the jobs defined therein16:54
*** caphrim007 has joined #openstack-infra16:54
fungii'm assuming you're not asking about having the ability to get zuul to leave verify +1 when only (re)running a subset of jobs16:54
*** wolverineav has joined #openstack-infra16:54
*** wolverineav has quit IRC16:54
*** wolverineav has joined #openstack-infra16:55
fungiperiodic jobs get lowest priority scheduling, so if there are gate or check jobs in the queue they'll be prioritized for node assignment purposes16:55
fungiinstead of any pending periodic jobs16:55
funginote that the post pipeline also shares the same precedence (priority) as periodic16:57
toskyabout the experimental queue: yes, we have one job there, but it does not scale if we add more16:57
*** iyamahat has joined #openstack-infra16:57
toskyand no, I'm not asking about getting targeted +116:57
fungiso the idea is that you want to be able to request non-voting runs of individual jobs on demand?16:57
toskyyes, exactly16:57
fungiseems like that would result in an explosion of new pipeline definitions16:58
toskyif it's implemented with pipelines, probably16:58
toskybut if experimental would recognize something like "check experimental mynicejob", maybe not16:59
fungitrigger definitions are pipeline-specific (at least at the moment), so the only way i'm aware of to trigger specific jobs would be by defining separate pipelines for them16:59
toskybut I don't know the internals to know if this could be too complicated to implement16:59
*** gyee has joined #openstack-infra17:00
toskywell, but then there is no need for more pipelines: it could be either the existing experimental or a special experimental-single-job queue with a special behavior17:00
fungias a feature request, it's probably more on topic for #zuul. i know it's come up before and we've had reasons not to support it, but i don't necessarily know if those reasons still hold true today so can't hurt to discuss as a future option17:00
corvustosky: it's not "trivial" but it's probably not too hard; it's come up a few times, and i think we can consider it, but we don't have a plan for it right now.  iow, we won't be able to accomplish it by next week so you may not want to wait on it :)17:01
clarkbone workaround has been to only enable the job on the pipeline in the change17:01
clarkbthen remove it when you are happy with the results17:01
toskyno, of course I'm not asking about it *RIGHT NOW!!!!1!111!!" of course :)17:01
toskyI would start by creating the periodic jobs17:01
toskyyes, that's possible, it's just feel a workaround and new reviews17:02
*** yamamoto has joined #openstack-infra17:02
toskyis it now a good time for reraising it on #zuul ? Are those answers enough to try to open a story (do you use storyboard, right?)17:02
*** garyk has joined #openstack-infra17:02
corvustosky: yeah, you can go ahead and file a story.  most of us are pretty focused on getting 3.0 out the door right now, so it might be best to raise it after the release (hopefully RSN)17:03
openstackgerritJames E. Blair proposed openstack-infra/project-config master: Add publish-zuul-docs job  https://review.openstack.org/55537717:05
toskycorvus: ack, thanks; I will write a story to not forget17:06
*** yamamoto has quit IRC17:06
jlvillalgerritbot review request: https://review.openstack.org/#/c/545469/  Some cleanup/refactoring and adding unit tests. Has one +2 Thanks!17:16
*** yamahata has joined #openstack-infra17:16
*** yamamoto has joined #openstack-infra17:17
corvuspabelanger, clarkb: can you review https://review.openstack.org/555377 for zuul docs publishing?17:18
*** diablo_rojo has quit IRC17:19
*** yamamoto has quit IRC17:22
*** garyk has quit IRC17:22
*** dtantsur is now known as dtantsur|afk17:23
*** trown is now known as trown|lunch17:24
*** diablo_rojo has joined #openstack-infra17:24
*** panda is now known as panda|off17:26
*** danpawlik has quit IRC17:27
toskyfungi: just one additional question about periodic jobs: apart from the priority, how frequently are they scheduled?17:27
*** sambetts is now known as sambetts|afk17:27
clarkbtosky: daily (around 0600UTC iirc)17:28
toskyack, thanks17:29
*** samuel has joined #openstack-infra17:29
fungitosky: definition lives at https://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/pipelines.yaml#n15817:31
fungibut yes, time: '0 6 * * *'17:31
*** jpich has quit IRC17:31
toskyand what happens if for some reason a periodic job stays in the queue for 24 hours, until the next run? Does the new run cancels the old one?17:31
openstackgerritMerged openstack-infra/project-config master: Add publish-zuul-docs job  https://review.openstack.org/55537717:31
funginope17:32
fungithey both get run17:32
*** yamamoto has joined #openstack-infra17:32
fungigenerally with nodes assigned in the order in which they were enqueued17:32
toskycouldn't this produce an excessive load if for some reason the gates are already overloaded?17:32
fungithe times where we're under enough load to go more than 24 hours without running periodic jobs are fairly few17:32
clarkband gearman priority largely addresses that17:33
fungiand due to having precedence: low they don't hold up check or gate jobs17:33
fungiright, that17:33
*** florianf has quit IRC17:33
toskyso basically in the worst case, in one or two days, when the load lowers, the situation usually stabilize...?17:34
fungibasically, for each new node assignment, precedence: high gets filled first, then precedence: normal and finally precedence: low if available17:34
fungitosky: right17:34
pabelangerfungi: clarkb: corvus: could I also get a few reviews on https://review.openstack.org/555334/ review01.o.o server so we can send out the new IP for upcoming rebuild17:34
*** garyk has joined #openstack-infra17:35
*** derekh has quit IRC17:35
*** yamamoto has quit IRC17:37
*** samuel is now known as samuelbeau17:38
*** e0ne has quit IRC17:39
*** esberglu_ has joined #openstack-infra17:39
*** rlandy|biab is now known as rlandy17:40
*** lucasagomes is now known as lucas-afk17:40
*** esberglu has quit IRC17:41
*** tosky has quit IRC17:44
smcginnisSorry to ask, but we have some python-brick-cinderclient-ext patches blocked until we sort out the current legacy functional gate failures. If someone has the time, this is a simple removal - https://review.openstack.org/#/c/555365/117:44
pabelangerlooks like we have a few nodes in ovh-bhs1 / ovh-gra1 stuck deleting17:46
*** yamamoto has joined #openstack-infra17:47
*** tosky has joined #openstack-infra17:48
pabelangerShrews: if you have a moment, I'm curious why we have a 22day old ready node (unlocked) in nodepool.  0002739297 is the ID17:48
pabelangermordred: can we also clean up your held node?17:48
pabelangermordred osc job breakage17:48
timothyb89fungi, smcginnis: this patch should fix the underlying stackviz bug: https://review.openstack.org/55538817:49
Shrewspabelanger: is there anything in our logs for that node still?17:49
smcginnistimothyb89: Excellent, thanks!17:49
*** Anticimex has joined #openstack-infra17:50
pabelangerShrews: possible, let me look quickly17:50
*** pblaho has quit IRC17:50
pabelangerShrews: doesn't look like it17:51
*** yamamoto has quit IRC17:52
pabelangerShrews: oh, my mistake it is locked17:52
pabelangerI think I know what might be the issue17:52
*** danpawlik has joined #openstack-infra17:52
pabelangerI haven't had a change to fix a bug where zuul will lock a noderequest, then a reload of config happens and the job is removed. we are left with a lost noderequest lock17:53
pabelangerI'll work on that today to fix17:53
*** felipemonteiro has joined #openstack-infra17:56
*** danpawlik has quit IRC17:57
mordredpabelanger: yes please17:57
mordredpabelanger: (that is, yes, please do delete that node if you're there already)17:58
openstackgerritJames E. Blair proposed openstack-infra/zuul master: Publish zuul docs to zuul-ci.org  https://review.openstack.org/55539517:58
pabelangermordred: ack, will delete now17:58
*** felipemonteiro_ has quit IRC17:59
dmsimardpabelanger: btw I'm receiving cron emails from review-dev about what seems to be an error18:00
pabelangerdmsimard: ack, looking18:00
*** yankcrime has quit IRC18:00
dmsimard/usr/local/lib/python2.7/dist-packages/paramiko/client.py:779: UserWarning: Unknown ssh-rsa host key for [review-dev01.openstack.org]:29418: 03cb1cc7df724fe7d53cc06a8d9cef5c key.get_name(), hostname, hexlify(key.get_fingerprint()),18:00
pabelangerhmm, wonder if something isn't puppeted18:00
*** jpena is now known as jpena|off18:00
openstackgerritMonty Taylor proposed openstack-infra/storyboard master: Switch to using stestr for tests  https://review.openstack.org/55539718:01
*** yamamoto has joined #openstack-infra18:02
pabelangerdmsimard: Oh, right ssh host keys18:05
pabelangerthey would have changed18:05
pabelangerclarkb: dmsimard: in fact, I think we want to use our old host keys right? otherwise, everybody is going to have to accept new keys?  How did we do this in the past when replacing gerrit18:05
*** yamamoto has quit IRC18:06
*** yamamoto has joined #openstack-infra18:06
dmsimarddoes gerrit present it's own ssh host key ? or is that straight out of sshd ?18:06
*** yamamoto has quit IRC18:06
fungipabelanger: pretty sure the host keys we care about are in the cinder volume18:06
clarkbdmsimard: it has its own ssh host keys18:06
pabelangeroh, right18:06
clarkbfungi: ya they are in review_site/etc iirc18:07
fungithe host key puppet cares about is entirely separate18:07
pabelangerhmm, let me debug more18:07
fungipabelanger: my guess is that 1. old review.dev.o.o hasn't been deleted yet (or is still in our ansible inventory cache), 2. the review-dev.o.o dns name is now an alias for review-dev01.o.o, so 3. puppetmaster is trying to connect to _both_ review-dev01.o.o and review-dev.o.o not realizing they're the same system18:08
fungiwhen connecting to review-dev.o.o it gets the ssh host key for the new review-dev01.o.o and complains because that's not what it's expecting (understandably, since it's not the same server it thinks it is)18:09
pabelangerfungi: this is actually /usr/local/bin/track-upstream that is failing on review-dev01.o.o18:09
pabelangertrying to see which key it is using18:09
fungiwhere's the error getting logged?18:10
pabelangeremails to infra-root via crontab18:10
pabelangersee dmsimard above18:10
clarkbfor ^ chacnes are the known hosts for that user didn't get copied as part of the volume move18:10
*** camunoz has joined #openstack-infra18:10
clarkbso while the key didn't change we didn't preserve the ssh known hosts file for the user doing ssh to the gerrit18:10
pabelangeryah, I think something isn't puppeted18:11
fungioh, i wonder if /usr/local/bin/track-upstream ran before the cinder volume was copied over and initially cached a regenerated ssh host key for the api18:11
fungior, right, ~/.ssh_known_hosts is somewhere other than the cinder volume so didn't get preserved18:12
*** boris_42_ has joined #openstack-infra18:12
*** rpittau has quit IRC18:12
pabelangeryah, it is running as root, so I guess it was always manually accepted the key18:13
pabelangerI mean, why doesn't it run as gerrit user?18:13
pabelangerguess file permissions on disk18:13
clarkbpossibly because cron + puppet + not root can be a pita18:14
clarkbor I guess its exec maybe cron is fine18:14
pabelangerlet me manually accept key and see if that fixes it. if so, I'll update puppet to manage it18:14
*** harlowja has joined #openstack-infra18:15
*** harlowja_ has joined #openstack-infra18:17
pabelangerk, that was it18:17
pabelangerdmsimard: thanks! fixing18:17
clarkbdmsimard: how goes limestone mirror? are we ready to start building images and boot nodes yet?18:19
*** harlowja has quit IRC18:19
dmsimardclarkb: In a meeting right now but I need to troubleshoot a shade floating IP issue18:19
dmsimardclarkb: I can't launch the mirror anymore :(18:19
dmsimardI pinged mordred about it earlier this morning -- mordred if you have a chance, would love to look at ^18:20
mordreddmsimard: ok. I can take a look18:20
openstackgerritSean McGinnis proposed openstack-infra/openstack-zuul-jobs master: Remove legacy-brick-cinderclient-ext-dsvm-functional  https://review.openstack.org/55540118:20
mordreddmsimard: is what you're trying to run and having issues with in scrollback anywhere? (I'd like to start from where you already are)18:20
*** dave-mccowan has quit IRC18:20
mordredsmcginnis: woot. the devstack-functional tests worked out for you?18:21
*** samuelbeau has quit IRC18:22
smcginnismordred: It would appear so. Thanks for the pointers there. That wasn't bad at all.18:22
openstackgerritMerged openstack-infra/project-config master: Remove python-brick-cinderclient-ext functional test  https://review.openstack.org/55536518:23
clarkbmordred: smcginnis related to that I kinda wish more of the functional tests didn't actualyl require devstack18:24
clarkbnova has done a good job with this aiui18:24
*** trown|lunch is now known as trown18:25
smcginnisclarkb: I guess it comes down to what each team decides "functional test" means.18:25
smcginnisclarkb: We had way too much discussion about it at a midcycle once.18:25
*** danpawlik has joined #openstack-infra18:25
smcginnisI prefer a lighter approach too, but I don't think everyone was convinced.18:26
clarkbya I mean ship has sailed and neutron sort of led the way for a lot of it which is why we see less of the nova setup I think18:26
clarkb(but neutron functional testing is more complicated than running a full cloud for a tempest run as a result)_18:26
openstackgerritDoug Hellmann proposed openstack/diskimage-builder master: add lower-constraints job  https://review.openstack.org/55541218:27
dmsimardmordred: I don't think I've pasted the error, let me go ahead and get a fresh one18:27
*** danpawlik has quit IRC18:30
*** trown has quit IRC18:31
*** ralonsoh has quit IRC18:31
AJaegerpabelanger, dirk, is tumbleweed working fine so that we can add it as gating test to openstack-zuul-jobs - see https://review.openstack.org/#/c/546844/ ? I'm happy to +A but wanted to double check here first18:31
*** tesseract has quit IRC18:32
johnsomCan someone take a quick look at https://review.openstack.org/#/c/554960/ where xgerman is trying to set an artifact destination? Thanks.18:32
fungiclarkb: you mentioned the `black` utility yesterday... looks like pypa may end up using it to format the code for the warehouse service: https://github.com/pypa/warehouse/pull/336718:32
*** VW_ has quit IRC18:32
*** VW has joined #openstack-infra18:32
AJaegerjohnsom: LGTM18:33
johnsomThank you!  Just wasn't sure that was the right path or not.18:33
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Add gerrit ssh hostkey to root for manage-projects  https://review.openstack.org/55541418:34
pabelangerAJaeger: wfm, +A when ready18:35
AJaegerjohnsom: it looked good - but I still suggest to double check after next run ;)18:35
*** germs has quit IRC18:36
*** germs has joined #openstack-infra18:37
*** germs has quit IRC18:37
*** germs has joined #openstack-infra18:37
*** diablo_rojo has quit IRC18:38
*** germs has quit IRC18:39
*** germs has joined #openstack-infra18:39
*** germs has quit IRC18:39
*** germs has joined #openstack-infra18:39
*** lpetrut_ has quit IRC18:39
*** diablo_rojo has joined #openstack-infra18:40
openstackgerritMerged openstack-infra/zuul master: Publish zuul docs to zuul-ci.org  https://review.openstack.org/55539518:41
mordredclarkb, fungi: ooh. that actually formats things how I like them to be formatted - with one exception that I can totally learn to live with18:41
clarkbmordred: my big issue with it is it requires python 3.6 which is installed basically nowhere currently18:42
clarkbI do like the focus is on making code review easier18:42
*** felipemonteiro has quit IRC18:42
AJaegermordred: how do you want to continue with https://review.openstack.org/531825 ? To remove all tox_install.sh copies, we need this up since we have projects that e.g. need nova. is the release team on board with publishing everything to pypi?18:43
*** felipemonteiro has joined #openstack-infra18:43
*** Krenair_ is now known as Krenair18:45
*** Krenair has joined #openstack-infra18:45
*** dprince has quit IRC18:46
mordredsmcginnis, dhellmann: ^^ ?18:47
mordredAJaeger: I guess question #1 is - is the release team happy with that idea ... alternately, we could just add nova to the publish list18:48
dhellmanndid I miss a mailing list thread on that?18:48
smcginnisSeems like we do need wider input on that.18:48
mordreddhellmann: no. or, well, yes, you did, but not because you didn't read it, more because it doesn't exist18:49
smcginnisI'm fine doing that, I just don't want to make any unilateral decisions for everyone.18:49
mordredkk. want me to kick one off?18:49
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Add opensuse-tumbleweed testing to ozj  https://review.openstack.org/54684418:49
dhellmannI personally can no longer context switch to deep thought issues related to infra that only come up in hallways or irc. I apologize for my shortcomings there, but I'm going to just keep asking for ML threads a lot of the time.18:49
smcginnismordred: I think that would be good.18:49
dhellmannand I'm sure this was discussed at the ptg, but I wasn't able to attend those sessions because of the schedule :/18:49
mordreddhellmann: no apologies necessary ... I have a hard time dealing with mailing lists in any form, so I pretty much always have to be reminded/asked18:50
dhellmannI'd be OK with a spec or something, too -- anything with paragraphs instead of timestamps18:50
mordreddhellmann: it wasn't really - at least not in dublin - tonyb and I talked about it some in denver - it's mostly been IRC conversations thus-far18:50
mordreddhellmann: nod.18:50
dmsimardmordred: sorry, got stuck in back to back meetings. Here's the floating ip trace: http://paste.openstack.org/show/708991/18:50
dhellmannok. I realized I was potentially mischaracterizing discussions I wasn't aware of, so I was trying to acknowledge that18:50
mordreddhellmann: we're providing an excellent two-human example of how there is no single communication mechanism that works well for everyhone18:51
dhellmannindeed18:51
* fungi would settle for a communication mechanism that works well for even most hones18:51
mordreddhellmann: I'll kick off a mailing list thread18:51
dhellmannmordred : thank you18:51
*** eernst has quit IRC18:51
dhellmannsorry for being pedantic18:51
mordredfungi: :)18:51
corvusclarkb: can you please re-review https://review.openstack.org/549252  -- i added the requested tests18:51
clarkbcorvus: ya18:52
mordreddmsimard: awesome, thanks.18:52
corvusclarkb: sorry, meant https://review.openstack.org/52205418:52
mordreddmsimard: ah - wow, you weren't kidding - neutron just isn't available there is it?18:52
*** amoralej is now known as amoralej|off18:53
mordredI'm honestly not sure if _nova_attach_ip_to_server has ever been used in anger18:53
fungidhellmann: mordred: fwiw, i would have found an ml thread around it useful as well. apparently changes removing tox-install.sh from projects entirely ran afoul of forgetting we have local devs who need to do things similar to our ci jobs but we don't (yet) have a tool to get the bits needed for them to be able to directly use the tox-siblings ansible role locally18:53
mordredas we have never had a cloud with floating ips but without neutron api18:53
dhellmannfungi : yes, I did see the thread about that being broken18:53
openstackgerritMerged openstack-infra/release-tools master: import the old onboarding presentation  https://review.openstack.org/54505818:54
clarkbcorvus: funny enough because of rebasing the diffs in the first have the content from the second :)18:54
mordreddmsimard, clarkb: which human is our limestone friend again?18:54
fungimordred: you want logan-18:54
mordredfungi: thanks!18:54
logan-o/18:54
pabelangerlinestone config is public too18:54
pabelangerlimestone*18:55
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add limestone-specific network configuration to *clouds.yaml  https://review.openstack.org/55542318:55
dmsimardmordred: ^ btw18:55
logan-https://github.com/continuouspw/openstack-ci-cloud/ <- cloud config18:55
dmsimardmordred: I had been testing with my own clouds.yaml with that patch incorporated in it18:55
dmsimardmordred, logan-: it's kind of weird too because launch-node had been working before18:56
dmsimardI mean, once we got the clouds.yaml config down18:56
clarkbcorvus: lgtm thanks18:56
dmsimardso I'm wondering if the network changes logan- did had something to do with it18:56
mordreddmsimard, logan-: so - I see floating_ip_source: nova - but I see neutron in the catalog18:56
mordredis there something blocking the neutron floating ip api calls?18:57
mordred(the nova ones are inherently racey and impossible to use without leaking)18:57
mordredc._network_client.get('/floatingips.json') works18:58
openstackgerritMatthew Thode proposed openstack/diskimage-builder master: enable systemd profile for Gentoo  https://review.openstack.org/55295218:58
logan-dmsimard was seeing floating ip pool errors from neutron18:59
*** danpawlik has joined #openstack-infra18:59
mordrednod. but it's not something you're intending for people to not use?18:59
logan-correct18:59
mordredcool.18:59
dmsimardmordred: oh, yeah -- if you do "openstack floating ip pool list" it's going to complain about compute v2 something something18:59
mordredah - that's becuase openstack floating ip pool list is a command to work with floating ip pools in the nova api19:00
dmsimardlet me see if I put neutron instead of nova in the floating ip source what happens19:00
mordredwell- that clouds.yaml value is not read by openstackclient19:01
mordredwhat you want is 'openstack floating ip list'19:01
dmsimardyeah openstack floating ip list works19:01
dmsimardbut floating ip pool list is different, it tells you what pools to pick from (especially if the default one isn't set which tends to happen)19:01
mordredright.19:01
mordredbut pools aren't actually a thing19:01
mordrednetworks are the thing19:01
dmsimard¯\_(ツ)_/¯19:01
dmsimardyeah ofc19:01
mordredpools is the nova network concept19:02
mordredwhich is now dead19:02
*** r-daneel_ has joined #openstack-infra19:02
* mordred apologizes for the existence of the word pool in shade, fwiw, he didn't know anybetter 4 years ago19:02
*** r-daneel has quit IRC19:02
*** r-daneel_ is now known as r-daneel19:02
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Add gerrit ssh hostkey to root for manage-projects  https://review.openstack.org/55541419:03
mordreddmsimard: all that said- we should probably at least provide a better error message than what you got19:03
openstackgerritMerged openstack-infra/openstack-zuul-jobs master: Remove legacy-brick-cinderclient-ext-dsvm-functional  https://review.openstack.org/55540119:04
dmsimardmordred, logan-: it works after taking the nova floating ip source :/19:04
*** jamesmcarthur has quit IRC19:04
*** danpawlik has quit IRC19:04
mordred\o/19:04
logan-woot19:04
mordredthat's much better than the other option19:04
mordreddmsimard: I know you're busy today - at some point it might be good to post-mortem with you on the pain you had in finding a correct config and the ways in which we can help mitigate that19:05
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add limestone-specific network configuration to *clouds.yaml  https://review.openstack.org/55542319:05
dmsimardmordred: the idea behind me stepping up to do this was to take a stab at actually learning and documenting the process :)19:06
mordreddmsimard: ++19:06
dmsimardsorry if it's been taking so long between the different issues and lack of availability19:06
*** yamamoto has joined #openstack-infra19:07
pabelangerdmsimard: left comment19:07
mordreddmsimard: oh, golly - no need to be sorry! there are unfortunately many things to leran inthis space19:07
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add limestone-specific network configuration to *clouds.yaml  https://review.openstack.org/55542319:07
dmsimardpabelanger: fixed, thanks19:07
mordreddmsimard, logan-: reading that config change tells me that Gateway Network is a network that VMs boot on to and it gives them a private ipv4 fixed ip and a public ipv6 fixed ip - and that Flat External is only used as a source for floating ips, yes?19:08
dmsimardmordred: Canadians are sorry a lot, I have this bookmarked for sharing :P http://www.cbc.ca/2017/sorry-can-we-talk-about-why-canadians-apologize-so-much-1.393999719:08
jrollwhere are the clouds.yaml files defined for infra's nodepool?19:08
logan-yessir19:08
pabelangerjroll: system-config19:08
jrollpabelanger: thanks19:09
dmsimardjroll: right now here: http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/templates/puppetmaster/all-clouds.yaml.erb19:09
clarkbjroll: https://review.openstack.org/#/c/555423/ includes changes to them19:09
mordredjroll: modules/openstack_project/templates/puppetmaster/all-clouds.yaml.erb is one of them ...19:09
clarkbha19:09
jroll:)19:09
dmsimardit's like we're all fighting to see who will answer jroll first19:09
mordredactually - those are both puppetmaster files19:09
pabelangerjroll: http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/openstack_project/templates/nodepool/clouds.yaml.erb19:09
* jroll has no problem with that19:09
jrollthank you all19:09
*** jamesmcarthur has joined #openstack-infra19:10
mordredthere it is19:10
dmsimardpabelanger is the technically correct person :D19:10
*** Swami has joined #openstack-infra19:10
clarkband then the nodepool clouds.yaml will only know about gateway network and we won't put anything on flat external from there19:11
pabelangerheh, we still have infracloud there, guess I need to rebase some patches19:12
dmsimardyeah logan- mentioned nodepool will be v6 only19:12
dmsimardpuppet is running on the mirror yay \o/19:13
*** yamamoto has quit IRC19:13
dmsimardmordred: oh also I was wondering why does shade does a get on every image for the openstack inventory19:13
dmsimardcause, like, we have these 3k leaked images and it was really going through each of them19:14
mordreddmsimard: really? that's super-strange19:14
dmsimardit's only later that I realized there was a nodepool tenant in my clouds.yaml19:14
dmsimardmordred: yeah, I would see that with the --list --debug19:14
pabelangerwoot19:14
dmsimardmordred: I probably have a paste.. hang on19:14
mordreddmsimard: the only time the inventory should do anything with images is to fill in details on servers19:15
mordreddmsimard: which we can (and should) disable in our config19:15
dmsimardmordred: paste.openstack.org/show/708378/19:15
dmsimardnot sure why there's no http in that link: http://paste.openstack.org/show/708378/19:15
SwansonGetting post_failure on https://review.openstack.org/555393 This is a test fixture thing, right?19:15
dmsimardmordred: the inventory poking at the images is actually what tipped me on the leaked images19:16
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: remove the propose-update-requirements job  https://review.openstack.org/55542619:16
mordreddmsimard: well, one good thing I suppose :)19:16
pabelangerSwanson: http://logs.openstack.org/93/555393/2/check/openstack-tox-py27/22e6818/job-output.txt.gz#_2018-03-22_18_52_14_36506719:16
pabelangerlooks like test failure19:16
dmsimardSwanson: the failure is here: http://logs.openstack.org/93/555393/2/check/openstack-tox-py27/22e6818/ara/result/1d6371d1-12b9-45a6-850d-124f2592be21/19:16
mordreddmsimard: AH - so - that's doing a single paginated list_images19:17
mordred(which makes sense if we have thousands of them)19:17
pabelangerand possible issue with playbooks, we shouldn't collect testr is test folder missing19:17
dmsimardmordred: not sure about single, it kept on going for a good 15 minutes before I interrupted it19:17
pabelangerhttp://logs.openstack.org/93/555393/2/check/openstack-tox-py27/22e6818/job-output.txt.gz#_2018-03-22_18_52_28_26694719:17
mordreddmsimard: yah - well, what was probably happening is that it was doing a list_images for every server in that cloud :)19:17
mordreddmsimard: and we also don't have any caching turned on in that clouds.yaml19:18
dmsimardmordred: hardcore19:18
dmsimardmordred: so do we care about images ?19:18
mordreddmsimard: so - you know- it was just a lovely nested-loop19:18
SwansonOh, shoot. Maybe I should push that fix, too.19:18
mordreddmsimard: no, not in that context - patch coming19:18
dmsimardmordred: awesome thanks <319:18
*** zoli is now known as zoli|gone19:18
*** zoli|gone is now known as zoli19:18
dmsimard(I guess you could consider this part of "post mortem")19:19
openstackgerritDoug Hellmann proposed openstack-infra/project-config master: remove the propose-update-requirements job  https://review.openstack.org/55542619:20
dmsimardok, puppet has finished running on the mirror and there's a failure at the very end but that's because launch-node.py tries an old thing with a new shade .. I could probably send a patch for that.19:22
dmsimardfor the record: http://paste.openstack.org/raw/708993/19:22
pabelangeroh, that is for dns19:23
dmsimardyeah19:23
dmsimardI'm sending a patch, easy fix19:23
pabelangerack19:23
mordreddmsimard: ooh. yes to patch that!19:27
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Update launch-node's dns.py to work with modern shade  https://review.openstack.org/55543319:27
dmsimardmordred, pabelanger ^ should do it19:28
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Update launch-node's dns.py to work with modern shade  https://review.openstack.org/55543319:28
mordreddmsimard: honestly, just remove the try/except and do the cloud.list_servers()19:28
efrieddhellmann: Is here where I would bug you about that ceilometer-powervm lower-constraints issue?19:29
mordredoh! wait19:29
mordreddmsimard: that's not going to work at all19:29
dmsimardmordred: is that going to work with 1.11 ? I just don't want to rabbit hole all the way down19:29
dmsimardwhy not ?19:29
dhellmannefried : sure19:29
efriedesberglu_, edmondsw: ^19:29
mordreddmsimard: it'll work with 1.11 - except it won't ... because we strip rest links dicts, so get_href() is gonna fail19:29
efrieddhellmann: So what I'm failing to understand is how this is different from other tox jobs that use our tox.ini to pull in the ceilometer repo.19:30
mordredefried: ECONTEXT (trying to butt in)19:30
mordreddmsimard: I'll push up a followup for you19:30
dmsimardmordred: sure19:30
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add missing localhost delegation checks to some modules  https://review.openstack.org/55543519:30
dhellmannefried : I'm not sure I can answer that. I'm scripting several dozen of these lower-constraints changes19:30
efrieddhellmann: Care to join us in #openstack-powervm so mordred doesn't get madder?19:30
dhellmannmordred : the lower-constraints job for ceilometer-powervm failed because it didn't install ceilometer (I think)19:31
*** robled has quit IRC19:31
dhellmannefried : he might have your answer, since I know he's working on some of this stuff19:31
efriedOh, mordred I thought you were getting huffy because I was butting into the existing conversation.19:31
dhellmannmordred : I have run into the same problem with several other repos. I don't know the current state of the art for specifying dependencies on other repos.19:31
mordreddhellmann: well - turns out it's related to the earlier conversation on which I was going to start a mailing list thread19:32
efrieddhellmann, mordred: We get ceilometer for our other tox-ic stuff via https://review.openstack.org/#/c/555358/1/tox.ini@1519:32
dhellmannmordred : I had a strong suspicion it was19:33
*** danpawlik has joined #openstack-infra19:33
mordreddhellmann: tl;dr - dependencies should be delcared in requirements.txt and should use normal pypi packages - we've actually had a long-standing policy against the use of git urls for requirements - which is enforced by the requirements repo19:33
dhellmannefried : I'm not sure how you're going to want to specify that for lower-constraints. You'd maybe want an older version of ceilometer?19:33
dhellmannmordred : so we need to get everyone publishing, then we need to update the tox settings19:34
efriedmordred: Um, I'm pretty sure we want exactly the same version as ceilometer-powervm.19:34
mordreddhellmann: yes19:34
dhellmannand then do we have my dream situation where we stop testing against master of services in their plugins? or do we have some magic that pulls in master?19:34
mordredefried: what you don't want is modules/openstack_project/templates/puppetmaster/ansible-clouds.yaml.erb19:34
mordreddhellmann: we have some magic that CAN pull in master19:35
mordreddhellmann: we use it in python-openstackclient, for instance, to have the -tips jobs as well as the normal jobs19:35
efriedI have no idea what that is.19:35
mordredefried: sorry - bad paste :)19:35
mordredefried:        -egit+https://github.com/openstack/ceilometer#egg=ceilometer19:35
efriedBut okay, am I allowed to say `ceilometer` in my requirements.txt?19:35
*** dhajare has joined #openstack-infra19:35
mordredefried: you are- as soon as we start uploading it to pypi19:35
efriedah.  Which is... not yet?19:35
mordredefried: not yet - I need to start a mailing list thread so we can get the buy-in we need real quick19:36
efriedGotcha.  So for right now I'll just mark https://review.openstack.org/#/c/555358/ as waiting for that to happen.  WFM.  Thanks mordred dhellmann.19:36
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add missing localhost delegation checks to some modules  https://review.openstack.org/55543519:37
mordreddhellmann: the 'magic' is that in zuul if you list another project in your required-projects list, AND that project has a corresponding entry in your requirements list so that it gets installed normally ... then zuul will install the git version for that job - this also allows depends-on links to work properly19:37
*** danpawlik has quit IRC19:37
mordreddhellmann: the missing thigns are a) consensus about uploading servers to pypi b) a utility function to allow people to (correctly) do the same thing locally19:38
*** patriciadomin has quit IRC19:38
dhellmannthe utility bit was the patch to pbr that I put a -1 on because I didn't recognize what it was for (see our earlier conversation about ML threads)19:39
mordredanyway - I'll send out a mailng list thread so we can keep unwinding this19:39
*** _nick has joined #openstack-infra19:39
mordreddhellmann: yah - I've also got a todo to respond to that19:39
dhellmannyeah. corvus pinged me on it and I said I would think about it more and I think I'm probably going to be OK with it once I have the full context.19:39
dhellmannI mean, I still hate it, but it is what it is and I think we have to have it19:40
*** _nick is now known as yankcrime19:40
mordreddhellmann: well - we could also make it its own utility and not have it in pbr - there is nothing about it that requires it be in the pbr repo19:41
dhellmannoh, I'm opposed to the whole thing, not just where it lives :-)19:41
dhellmannI think we should start being less tightly coupled.19:42
mordreddhellmann: so I think it's definitely worth discussing not only the utility, but where it lives19:42
dhellmannsure19:42
openstackgerritTobias Henkel proposed openstack-infra/zuul master: Add missing localhost delegation checks to some modules  https://review.openstack.org/55543519:42
*** dhajare has quit IRC19:42
mordreddhellmann: oh - yah - I mean, the utility to me is more to provide an easy-ish way of saying "I want to test that this patch I just made to keystoneuath locally does the thing I want in openstacksdk" - and for people who aren't me (cause I just do that by hand all the time by doing .tox/py35/bin/pip install -e ../keystoneuath)19:43
mordreddhellmann: I *don't* want to make a thing that's about turning out python deps all into git refs19:43
*** samuelbeau has joined #openstack-infra19:44
*** esberglu_ is now known as esberglu19:44
dhellmannmordred : ok. I suspect it's going to be leveraged for that more than I like but I do see the usefulness of what you're proposing.19:46
*** r-daneel_ has joined #openstack-infra19:49
*** r-daneel has quit IRC19:50
*** r-daneel_ is now known as r-daneel19:50
mriedemif someone hasn't done so yet, i'd like to formally request that 555314 goes to the top of the queue because nothing in the integrated-gate is going to pass until that merges19:54
*** rlandy is now known as rlandy|brb19:54
clarkbpabelanger: I've approved the gerrit configure change19:54
clarkbmriedem: that the stackviz fix? makes sense to me19:54
mriedemit's a workaround19:55
mriedemfor now19:55
*** trown has joined #openstack-infra19:55
clarkbit failed a voting check job19:55
clarkbanyone look into if that was a valid failure yet?19:55
mriedemsmcginnis did19:55
mriedemhttp://logs.openstack.org/14/555314/1/check/tempest-full-py3/1e90d86/job-output.txt.gz#_2018-03-22_16_15_03_17861219:56
timothyb89clarkb, mriedem: https://review.openstack.org/#/c/555388/ fixes the root cause19:56
clarkbtimothyb89: oh maybe we focus on that one then19:56
mriedemthat requires approval and a release and u-c change right?19:56
clarkbmriedem: just approval and an image rebuild I think19:56
pabelangerclarkb: woot, thanks!19:57
clarkbI don't have the +2s on that project though19:57
clarkbhappy to work on getting the workaround in too19:57
clarkbsmcginnis: given the failure on 555314 are you comfortable direct enqueing it into the gate and promoting it at this point?19:57
fungiclarkb: timothyb89: i think the challenge with 555388 is that we grab the sdist for it from tarballs.openstack.org and bake that into our images via the cache-devstack element, so would then need an image build to get the right one into devstack jobs?19:59
clarkbfungi: yes20:00
fungioh, you did say image rebuild20:00
pabelangerfungi: clarkb: dmsimard: https://review.openstack.org/555414/ should fix our host key issue from this afternoon for root user on review.o.o / review-dev.o.o20:00
clarkbfungi: mriedem timothyb89 it wouldn't be a bad thing to get the workaround in then the revert of workaround will be self testing when we have images updated20:02
clarkballows us to do that at a more measured pace so I'm fine working btoh changes at the same time20:02
fungiclarkb: i don't know that the workaround is entirely a workaround. we don't want other bugs in stackviz to start causing post_failure results in jobs using it, do we?20:02
*** gfidente has quit IRC20:03
mriedemyou can revert the workaround,20:03
*** eharney has quit IRC20:03
mriedemonce the fix lands20:03
mriedemand not hold up the rest of openstack from merging code today20:03
clarkbmriedem: right thats what I'm saying and it will be self testing20:03
clarkbfungi: as for that I guess it depends on how important the reports are20:03
clarkbfungi: eg are they important enough that not having them should be treated as a failure?20:03
mriedemi would say no muy importante20:03
fungitrue, i was going on the assumption that failure to be able to generate a stackviz report shouldn't be considered a hard failure for the job20:04
smcginnisAgree20:04
mriedemmtreinish i might have a bot in his closet that dies,20:04
mriedembut that's no small loss20:04
clarkbI think for regular logs it most definitely would be a failure20:04
mriedem*big20:04
clarkb(because you wouldn't actually be able to verify success at that point)20:04
*** danpawlik has joined #openstack-infra20:06
*** samuelbeau has quit IRC20:06
*** robled has joined #openstack-infra20:07
clarkbfungi: looks like the workaround is basically just a "don't fail the job if this task fails" change20:07
clarkbso maybe we dont' ervert it is what we are saying and just check that stackviz works again once images update?20:08
* clarkb goes to figure out how to enqueue it to the gate and promote it20:08
*** yamamoto has joined #openstack-infra20:09
fungiright20:10
clarkbmriedem: smcginnis fungi promotion is done20:11
mriedemwoot, thanks20:11
*** danpawlik has quit IRC20:12
edmondswmordred when did that zuul magic start? We've noticed some weirdness in our stable/queens branch that I think that may have caused... local UT finding a policy.json file but not zuul because of a different path20:12
openstackgerritMatthew Thode proposed openstack/diskimage-builder master: enable systemd profile for Gentoo  https://review.openstack.org/55295220:13
*** yamamoto has quit IRC20:14
openstackgerritMerged openstack-infra/system-config master: Add gerrit_configure flag to review01.o.o  https://review.openstack.org/55533420:15
*** samuelbeau has joined #openstack-infra20:15
*** samuelbeau has joined #openstack-infra20:16
* clarkb realizes we should probably warn ceilometer of their upcoming rename?20:18
clarkbIn theory it isn't a surprise but its also been a long time sinc ewe have been able to do one of these20:18
openstackgerritMerged openstack-infra/zuul master: Add missing localhost delegation checks to some modules  https://review.openstack.org/55543520:20
clarkbI'll work on getting ready to restart executors for ^20:25
clarkbpuppet run starting in 4 minutes should pick that up which will update the executors about 10 minutes after it starts so expect restarts around then20:26
*** rlandy|brb is now known as rlandy20:30
*** danpawlik has joined #openstack-infra20:39
*** boris_42_ has quit IRC20:41
*** danpawlik has quit IRC20:43
*** samuelbeau has quit IRC20:43
clarkb9141ae5 is installed on all 10 ze's I'm going to restart them now20:44
clarkbthe stop has been issues just waiting for them to actually stop20:48
*** trown is now known as trown|outtypewww20:50
*** trown|outtypewww has quit IRC20:50
clarkbexecutors starting now20:54
*** edmondsw has quit IRC20:56
clarkblooks like jobs are starting up again20:56
*** edmondsw has joined #openstack-infra20:56
*** Adri2000 has quit IRC20:58
*** edmondsw has quit IRC21:01
*** jamesmcarthur has quit IRC21:02
*** hamzy has quit IRC21:03
*** kgiusti has left #openstack-infra21:07
ianw... is it actually possible to get consumption of output of an execed subprocess correct in python3?  i'm starting to think the answer is "no"21:07
dansmithclarkb: were you promoting the stackviz change to the front of the gate?21:08
clarkbdansmith: yes its alraedy been done21:08
dansmithclarkb: is it merged such that I should recheck or is it still in gate?21:09
clarkbdansmith: still in the gate21:09
dansmithack thanks21:09
dansmithclarkb: I saw several more post_failures today, that's unrelated right?21:09
clarkbcorrect21:09
clarkbor at least there is more than one post failure issue :/21:09
dansmithokay21:10
*** yamamoto has joined #openstack-infra21:10
*** jcoufal has joined #openstack-infra21:11
dmsimardpabelanger: commented on https://review.openstack.org/#/c/555414/21:11
dmsimardianw: consumption of output ?21:12
dmsimardianw: you mean like... subprocess.check_output ?21:12
clarkbianw: it is clunky21:13
*** jamesmcarthur has joined #openstack-infra21:13
clarkbiirc you have to be careful that you don't block on a read that won't emit any data until you write something21:13
*** jcoufal has quit IRC21:13
*** agopi is now known as agopi|out21:14
*** danpawlik has joined #openstack-infra21:14
pabelangerdmsimard: yah, good idea about ipaddress6, will push up update21:15
dmsimardlogan-, infra-root: so http://mirror.regionone.limestone.openstack.org/ is a thing (if DNS has propagated on your end), I'll send the nodepool patches to get the ball rolling21:15
pabelangeryay21:15
dmsimardpabelanger: see also my comment about other potential known hosts that we'd be erasing21:15
*** yamamoto has quit IRC21:16
pabelangerdmsimard: yah, i plan on back up current and doing a diff, then adding missing contents to puppet21:16
clarkbdmsimard: mirror is up for me \o/21:16
clarkbI've got to go figure out some packing for travel tomorrow though21:16
dmsimardpabelanger: the problem is the known_hosts is hashed on review.o.o right now so we don,t really know what they are21:16
dmsimard(also you're adding unhashed entries so I'm not sure how that works)21:17
clarkbdmsimard: ya debuntu do that by default21:17
dmsimardssh-keyscan might be better21:17
clarkbtumbleweed doesn't and its like wait this is an option is so much nicer21:17
dmsimardclarkb: it's for security purposes21:17
pabelangerunhased should be fine, we do that for executors21:17
dmsimardpabelanger: yeah but I mean can you actually mix unhashed with hashed ?21:17
pabelangerwill confirm21:18
clarkbdmsimard: ya it just seems minimally useful if I've been compromised already21:18
pabelangerbut don't think it is an issue21:18
*** agopi|out has quit IRC21:18
pabelangerbut, I'm more interested in why known_hosts has other hashes. possible root users of just manually added them over time21:19
*** danpawlik has quit IRC21:19
*** salv-orlando has quit IRC21:19
*** gouthamr has quit IRC21:19
dmsimardpabelanger: known_hosts last modified in november 201721:19
*** salv-orlando has joined #openstack-infra21:19
pabelangeryah, we'll know fast if we depend on the data, once we bring review01.o.o online, it will be empty21:20
*** eernst has joined #openstack-infra21:20
clarkbonce we have images up and before we increase max servers it is often good to run a devstack + tempest job just to get a baseline idea of how well things will perform21:20
*** rfolco|ruck is now known as rfolco|off21:20
clarkband sort out any bugs like the /32 ovh uses breaking nova net21:20
clarkb(I don't expect any issueswith this particular cloud)21:21
pabelangerokay, I'm going to grab some food. Will check back in a few hours and help out21:21
*** agopi|out has joined #openstack-infra21:22
*** ldnunes has quit IRC21:23
clarkb#status log zuul executors have been restarted to pick up latest security fix for localhost execution21:23
openstackstatusclarkb: finished logging21:23
*** salv-orlando has quit IRC21:24
*** salv-orlando has joined #openstack-infra21:26
openstackgerritgreghaynes proposed openstack/diskimage-builder master: [WIP] new diskimage-build command with config  https://review.openstack.org/55400221:26
openstackgerritgreghaynes proposed openstack/diskimage-builder master: Move fail early checks in to python  https://review.openstack.org/55546221:26
openstackgerritgreghaynes proposed openstack/diskimage-builder master: [WIP] Move environment create/cleanup to python  https://review.openstack.org/55546321:26
*** pcichy has quit IRC21:27
openstackgerritgreghaynes proposed openstack/diskimage-builder master: [WIP] Move environment create/cleanup to python  https://review.openstack.org/55546321:28
*** agopi|out is now known as agopi21:31
dmsimardlogan-: nodepool VMs should only use the ipv6 network from "Gateway Network" right ?21:32
dmsimardi.e, we take out the flat external network from the clouds.yaml config like so: http://paste.openstack.org/show/709024/21:33
*** aviau has quit IRC21:34
*** aviau has joined #openstack-infra21:36
logan-Yes they only need gateway net, no flat external for nodepool21:37
logan-They can reach ipv4 over gateway net due to snat21:37
dmsimard++21:38
*** Goneri has quit IRC21:40
dmsimardinfra-root: I found that nl03.o.o had a peculiar cpu graph: http://cacti.openstack.org/cacti/graph.php?action=zoom&local_graph_id=64813&rra_id=0&view_type=tree&graph_start=1516570740&graph_end=152175474021:41
dmsimardIt seems like the puppet agent is looping21:42
dmsimardstrace is spamming the following http://paste.openstack.org/show/709029/21:42
dmsimardaccording to https://tickets.puppetlabs.com/browse/PA-1743 it seems like a ruby issue.21:43
*** esberglu has quit IRC21:44
dmsimardsoft kill didn't work, kill -9 went through21:44
*** esberglu has joined #openstack-infra21:44
openstackgerritgreghaynes proposed openstack/diskimage-builder master: Move fail early checks in to python  https://review.openstack.org/55546221:45
dmsimardIt seems like puppet had been running periodically as usual according to syslog21:45
*** samuelbeau has joined #openstack-infra21:45
dmsimardalso, it seems like something is wrong with this package, it's being set to "present" on every run: (/Stage[main]/Nodepool/Package[libxslt-dev]/ensure) ensure changed 'purged' to 'present'21:45
dmsimard#status log killed a 21 day old puppet apply on nl03.o.o, was using 100% CPU. strace shown a spam of "sched_yield" and nothing else which seems to have been categorized as a ruby issue in https://tickets.puppetlabs.com/browse/PA-174321:47
openstackstatusdmsimard: finished logging21:47
*** jamesmcarthur has quit IRC21:47
*** jamesmcarthur has joined #openstack-infra21:48
*** danpawlik has joined #openstack-infra21:49
*** esberglu has quit IRC21:49
*** jamesmcarthur has quit IRC21:52
*** pcaruana has quit IRC21:53
*** danpawlik has quit IRC21:54
*** yamamoto has joined #openstack-infra21:55
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add limestone credentials to nodepool's cloud.yaml  https://review.openstack.org/55547021:58
openstackgerritDavid Moreau Simard proposed openstack-infra/project-config master: Add limestone to nodepool builder and launcher configuration  https://review.openstack.org/55547622:00
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add limestone credentials to nodepool's cloud.yaml  https://review.openstack.org/55547022:01
pabelangerdmsimard: -1 on system-config patch, left comment22:01
dmsimardI saw, thanks22:01
dmsimardpabelanger: replied with a question22:03
*** garyk has quit IRC22:04
*** rlandy is now known as rlandy|bbl22:04
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add limestone credentials to nodepool's cloud.yaml  https://review.openstack.org/55547022:06
pabelangerreplied22:06
*** agopi is now known as agopi|out22:12
*** boden has quit IRC22:14
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Cleanup references to infracloud, hpcloud and tripleo in site.pp  https://review.openstack.org/55547822:15
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Add limestone credentials to nodepool's cloud.yaml  https://review.openstack.org/55547022:16
*** agopi|out has quit IRC22:17
*** wolverineav has quit IRC22:17
*** wolverineav has joined #openstack-infra22:18
openstackgerritDavid Moreau Simard proposed openstack-infra/system-config master: Cleanup references to infracloud, hpcloud and tripleo in site.pp  https://review.openstack.org/55547822:19
dmsimardstepping away for now, stack of patches to look at: https://review.openstack.org/#/q/topic:add-limestone22:19
*** danpawlik has joined #openstack-infra22:24
ianwthanks, looks like a good cleanup.  i think i removed a few bits of infracloud22:27
*** danpawlik has quit IRC22:29
*** rcernin has joined #openstack-infra22:34
*** dayou has quit IRC22:42
*** dayou has joined #openstack-infra22:43
*** edmondsw has joined #openstack-infra22:46
*** andreas_s has joined #openstack-infra22:47
*** dayou has quit IRC22:52
*** andreas_s has quit IRC22:52
clarkbI noted some additional cleanup that shoudl probably happen as well. But yay to getting limestone up22:54
*** jlabarre has quit IRC22:54
clarkbdmsimard: also ianw and I have different concerns on the launch node change. I think my suggestion might half address ianw's concern too22:54
*** dayou has joined #openstack-infra22:55
ianwyeah, don't want to bikeshed too much over it, but would probably be good to at least update the instructions22:56
*** masber has joined #openstack-infra22:56
openstackgerritMerged openstack-infra/system-config master: Add limestone-specific network configuration to *clouds.yaml  https://review.openstack.org/55542322:56
openstackgerritIan Wienand proposed openstack-infra/nodepool master: Test growroot in boot tests  https://review.openstack.org/55510323:00
aspierswhere's the code which automatically closes github pull requests on OpenStack repos?23:00
*** hongbin has quit IRC23:01
pabelangerjeepyb23:01
ianwclarkb: ^^ i suspect that might work for testing growroot.23:01
pabelangeraspiers: http://git.openstack.org/cgit/openstack-infra/jeepyb23:02
pabelangerclose_pull_requests.py23:02
aspierspabelanger: thanks! what triggers that?23:02
clarkbianw: cool, taking a look23:02
clarkbaspiers: cron23:02
pabelangeraspiers: crontab, from system-config23:02
aspiersgotcha23:02
*** felipemonteiro has quit IRC23:03
ianwclarkb: the last run failed because it looked for exactly a 5gb partition, not considering there's the bootloader taking up at least a mb.  but the partition did grow23:03
pabelangeraspiers: http://git.openstack.org/cgit/openstack-infra/puppet-github/tree/manifests/init.pp#n8823:03
*** danpawlik has joined #openstack-infra23:03
ianwpabelanger: https://review.openstack.org/#/c/553894/ what do you think of offsetting these jobs like this?23:03
clarkbianw: what is the first number in nova flavor-create? the latter 3 are ram, disk, cpu?23:03
pabelangerianw: is that causing issues?23:04
ianwalso a trivial cleanup one https://review.openstack.org/#/c/539828/ to help get your stackalytics stats up :)23:04
ianwpabelanger: everything seems stable at the moment.  it still seems like a better idea not to thundering herd on the top of the hour23:04
ianwclarkb: yeah, i had to look it up ... it's name id ram disk vcpus23:05
pabelangerianw: +2 with comment23:05
clarkbianw: ah23:05
ianwi think we should change that to openstackclient23:05
*** eernst has quit IRC23:05
*** camunoz has quit IRC23:06
aspierspabelanger, clarkb: https://github.com/isaacs/github/issues/119123:06
openstackgerritJames E. Blair proposed openstack-infra/nodepool master: Publish docs to zuul-ci.org  https://review.openstack.org/55549723:06
clarkbianw: ya probably23:06
clarkbianw: osc seems to have nice --$arg flags23:07
openstackgerritPaul Belanger proposed openstack-infra/system-config master: Add review-dev01.o.o to cacti.o.o  https://review.openstack.org/55549823:07
pabelangerclarkb: ianw: ^thanks for reminder23:07
clarkbaspiers: we aren't the only ones that want to do that?23:07
*** danpawlik has quit IRC23:07
aspiersclarkb: haha no way :)23:08
openstackgerritJames E. Blair proposed openstack-infra/zuul-sphinx master: Publish docs to zuul-ci.org  https://review.openstack.org/55550123:09
pabelanger:)23:09
clarkbaspiers: also the reason you can't just disable pull requests and keep issues is PRs are issues aiui23:10
clarkbaspiers: in fact if you read the script we use it jumps through some hoops to close the PRs beacuse the api model is weird23:10
fungiaspiers: any support for disabling pull requests would be good. we actually disable issues already but that doesn't disable pull requests23:10
clarkbaspiers: you basically have to find the PR number then effectively cast it as an issue when you talk to the api to clsoe it23:10
openstackgerritJames E. Blair proposed openstack-infra/zuul-sphinx master: Publish docs to zuul-ci.org  https://review.openstack.org/55550123:11
openstackgerritIan Wienand proposed openstack-infra/system-config master: Offset cron jobs slightly  https://review.openstack.org/55389423:11
aspiersyeah, their backend seems to mix PRs with issues to some extent23:11
*** eernst has joined #openstack-infra23:12
ianwclarkb: while i'm clearing out ... any further notes on the infra-root email for https://review.openstack.org/#/c/541960/1 ?  i think that's about the only mention of it for admins23:12
openstackgerritJames E. Blair proposed openstack-infra/project-config master: Publish zuul-jobs docs to zuul-ci.org  https://review.openstack.org/55550323:12
aspiersI met a GitHubber at the London Git Meetup and complained loudly (but nicely) to him that GitHub engineering needs to stop acting like a black box. Unfortunately he's not in the right role to be able to fix that23:12
*** r-daneel has quit IRC23:12
*** masuberu has joined #openstack-infra23:13
clarkbianw: fungi is one who is properly set up on that (I continue to fail to get around to imap'ing that account) I'd check if fungi wants any other info in there?23:13
ianwclarkb: ok ... btw i checked logstash-worker16.openstack.org after the incident notification they sent to there about it, it seems ok23:14
fungii believe ianw is also reading it now23:14
fungias evidenced by ^23:15
ianwfungi: there isn't a "rax" folder under clouds?  should we add one and file the incident reports there?23:16
fungino objection from me23:16
ianwok, that way we can file them when someone's at least had a look23:17
fungisounds good23:17
*** masber has quit IRC23:17
*** masber has joined #openstack-infra23:18
*** masuberu has quit IRC23:18
ianwclarkb: do you have a playbook already for restarting logstash etc, https://review.openstack.org/#/c/512467/1/doc/source/logstash.rst ?23:19
clarkbianw: no because half the time jvm refuses to restart :/23:20
clarkbso I end up wrnagling it by hand anyways. That said I think a config change largely addressed that problem23:20
ianwpabelanger / clarkb: another cleanup for nodepool puppet stuff; just make it zk https://review.openstack.org/#/c/547248/23:20
ianwclarkb: ok, do you think that note is useful, or will i just abandon?23:20
clarkbianw: I've not seen a need for restarting things since we upadted the config to timeout connections23:21
pabelangeryah, I think I'm going to try moving zookeeper data into zk cluster tomorrow23:21
clarkbianw: the problem aiui was elasticsaerch server would go away. Logsatsh would be blocking on pushing content to that particular ES server and never stop23:21
pabelangerthen manually test the data is good23:21
clarkbianw: but since the config update to timeout es connections I think its been pretty stable23:21
pabelangerwe can then schedule migration of services23:22
*** e0ne has joined #openstack-infra23:22
ianwcorvus: you're probably the other person who has reprepro'd manually ... do you think this no-timeout flag will be helpful -> https://review.openstack.org/#/c/55068323:24
openstackgerritMerged openstack-infra/system-config master: Remove mirror01.dfw.o.o  https://review.openstack.org/53982823:26
ianwclarkb / pabelanger : i think making the gerrit jobs in-tree should be fairly straight forward and worth doing before an upgrade? https://review.openstack.org/#/c/552718/23:26
*** Swami has quit IRC23:26
clarkbianw: ya I left a question on that change about copying artifacts in untrusted jobs23:27
clarkb(because running in check)23:27
ianwoh right, sorry, missed that23:27
corvusianw: reprepro +323:28
clarkbI want to say that came up in a different context and the answer was basiaclly use the stock logs copying23:28
clarkb(since that is defined in a trusted context we can consume logs publishing from an untrusted context but we can't define our own synchronize in an untrusted context?)23:28
*** masber has quit IRC23:29
clarkbof course now that I look at it more closely this apepars to be using the stock copy artifacts things for me and doesn't touch the fielserver copy so maybe its fine23:29
*** masber has joined #openstack-infra23:29
ianwwell initially it's just moving the legacy playbooks in tree23:29
clarkbya but the legacy jobs were in trusted context whcih doubles my confusion around this :)23:30
*** eernst has quit IRC23:32
ianwhmm, we changed gerrit-buck to use legacy-base, and it's not copying artifacts anywhere i think now, right ?  https://review.openstack.org/#/c/552698/1/zuul.d/zuul-legacy-jobs.yaml23:32
ianwwe discussed that we should copy the .war into the logs so it could be played with ... previously the check job used to automatically push that up to tarballs?23:33
*** danpawlik has joined #openstack-infra23:33
ianw"gerrit-package-buck" the gate job ... probably hasn't run yet?  not sure anything has got that far23:34
clarkbianw: I guess we can throw this at zuul and see if it breaks23:35
*** kjackal has quit IRC23:36
*** kjackal has joined #openstack-infra23:36
openstackgerritMerged openstack-infra/system-config master: Add a note on the shared infra root mail account  https://review.openstack.org/54196023:36
openstackgerritMerged openstack-infra/system-config master: Fix codesearch stderr capturing  https://review.openstack.org/52918823:36
*** danpawlik has quit IRC23:38
clarkbianw: the rsync opts there are another thing that throw me off. We should maybe try to specify the file we actually want in the future23:39
clarkbianw: in any case +223:40
ianwpabelanger: do you want to merge https://review.openstack.org/#/c/547248/ as a small cleanup before you do zk cluster?23:40
*** caphrim007 has quit IRC23:41
*** jtomasek has quit IRC23:42
pabelangerwfm23:42
clarkbok back to packing now23:42
*** tosky has quit IRC23:43
*** eernst has joined #openstack-infra23:44
*** calebb has quit IRC23:50
openstackgerritJames E. Blair proposed openstack-infra/zuul-website master: Add a documentation index page  https://review.openstack.org/55550523:51
*** calebb has joined #openstack-infra23:52
*** e0ne_ has joined #openstack-infra23:54
*** danpawlik has joined #openstack-infra23:54
ianwhmm, going back to things on my todo list and checking graphite logging ... it seems borked23:54
*** esberglu has joined #openstack-infra23:54
ianwcarbon-ca 1398 www-data    6u   REG  202,1 4197083575  917759 /var/log/graphite/carbon-cache-a/console.log.1 (deleted)23:55
ianwi guess it's not getting the hint to start a new file23:55
*** e0ne has quit IRC23:57
*** xinliang has quit IRC23:58
*** esberglu has quit IRC23:59
ianwi bet that i never restarted it after https://review.openstack.org/#/c/541488/ doesn't help.  i'll try that23:59
*** danpawlik has quit IRC23:59

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