Wednesday, 2019-07-31

openstackgerritMerged openstack/project-config master: Revert "Enable IAD opendev.org mirror"  https://review.opendev.org/67371000:03
*** yamamoto has quit IRC00:04
*** sthussey has quit IRC00:06
*** aaronsheffield has quit IRC00:11
*** slaweq has joined #openstack-infra00:11
*** slaweq has quit IRC00:16
*** iurygregory has quit IRC00:16
openstackgerritMerged opendev/system-config master: Add tool to analyze check and gate success rates  https://review.opendev.org/67177700:28
*** bobh has quit IRC00:44
*** diablo_rojo has joined #openstack-infra00:53
*** goldyfruit has joined #openstack-infra01:00
*** ricolin has joined #openstack-infra01:01
*** happyhemant has quit IRC01:18
*** SergeyLukjanov has quit IRC01:20
*** SergeyLukjanov has joined #openstack-infra01:22
*** ricolin has quit IRC01:31
*** jamesmcarthur has joined #openstack-infra01:35
*** yamamoto has joined #openstack-infra01:54
*** diablo_rojo has quit IRC01:59
*** yamamoto has quit IRC01:59
*** slaweq has joined #openstack-infra02:11
*** slaweq has quit IRC02:16
openstackgerritMerged zuul/nodepool master: Enable debug logs for openstack-functional tests  https://review.opendev.org/67241202:28
openstackgerritMerged zuul/zuul master: Add change replacement field in doc for start-message  https://review.opendev.org/66597402:34
*** ykarel has joined #openstack-infra02:37
*** jamesmcarthur has quit IRC02:38
openstackgerritMerged zuul/zuul master: Improve error reporting for zuul dequeue  https://review.opendev.org/66981302:43
*** jamesmcarthur has joined #openstack-infra02:45
*** armax has quit IRC02:48
clarkbianw I've accepted the ssh host key for the ip address of the new fn mirror02:48
clarkbwe use the ip addr and not fqdn with ansible02:49
clarkbso it should hopefully update on the next run now02:49
*** tdasilva_ has quit IRC02:52
*** tdasilva_ has joined #openstack-infra02:52
fungithough if you did ssh into it from there by fqdn, it would also accept the ip address02:53
fungi(whichever address it connected to if there was more than one in dns for that name)02:53
clarkbfungi: there were two entries in known hosts from the old mirror01 the hostname and the ip02:54
clarkband ssh via ip was still failing after I accepted the key with the hostname02:54
clarkbreplaced the one with the ip and now it seems to work02:54
fungihuh, weird02:56
*** rcernin has quit IRC02:57
fungii mean, the multiple entries is not weird because ssh normally creates one for each address you connect to in addition to the fqdn you specify02:57
fungithough if the address it chooses is the aaaa and that's not the one specified as the ansible host in the inventory, then yeah you need to also accept that separately02:58
fungiwhich i suspect is what was going on there02:58
clarkboh that could be03:00
clarkb(I did ipv4 as the ansible host beacuse ipv6 needs that openstacksdk bug to be properly working)03:01
clarkb*bug to be fixed03:01
fungiyep, and if you ssh by fqdn it likely prefers the v6 aaaa03:01
clarkbansible is running there now03:01
clarkbthe openafs dkms package is being installed currently03:01
*** xinranwang has joined #openstack-infra03:02
fungii'll stay awake long enough to find out if we need to reboot this time too03:03
fungi...and hopefully why03:05
clarkbJul 31 03:00:52 mirror01 openafs-client-precheck[5713]: modprobe: FATAL: Module openafs not found in directory /lib/modules/4.15.0-55-generic03:08
clarkbthat is why openafs-client fails according to journalctl -u openafs-client03:08
clarkbthat is the currently running kernel03:08
clarkband the dkms package build should've run03:09
fungiso maybe dkms isn't actually building against all installed kernels after all?03:10
fungino, that's the latest installed kernel package version too03:12
clarkb/lib/modules/4.15.0-55-generic/updates/dkms/openafs.ko exists03:12
fungi/lib/modules/4.15.0-55-generic/updates/dkms/openafs.ko03:12
clarkbmaybe it is looking for the module in the wrong spot03:12
clarkband a reboot loads it fine so then the service works03:12
fungiyeah just checked myself03:12
fungimaybe it tried too soon?03:12
*** rcernin has joined #openstack-infra03:13
clarkboh ya hrm03:13
clarkbthe timestamp on the .ko file is 3:0603:13
clarkbbut timestamp from journalctl is 3:00:5203:13
fungiand it tried at 03:00:5203:13
clarkbpackage bug then?03:13
fungiwhat called modprobe?03:14
clarkbthat is openafs-client service03:14
fungiokay, so tried starting the service before the module was built03:14
clarkbya03:14
fungiduring package installation03:14
clarkbyup03:15
fungithat does indeed sound like a packaging bug in that case03:15
fungimaybe one we've introduced03:15
clarkbshould we see if a systemctl stop openafs-client && systemctl start openafs-client fixes it?03:15
fungiyeah03:15
clarkbI'll do that now03:15
clarkbthat seems to have done it03:16
clarkbservice is running and /afs/openstack.org is navigable03:16
fungimystery solved (mostly)03:16
clarkb(and openafs is loaded according to lsmod)03:17
fungii'll bow out in that case. have a good night!03:17
clarkbgood night03:17
clarkbthe next ansible pass should get apache running and sort out the le cert03:17
clarkbianw: ^ I'm about to call it a day, maybe you can check in on it in a bit03:17
ianwyes sorry i got called for something and totally forgot to check back on that03:18
*** jamesmcarthur has quit IRC03:22
*** jamesmcarthur has joined #openstack-infra03:23
ianwi don't see how ansible would start the service before the prior step finished :/03:25
*** jamesmcarthur has quit IRC03:27
*** bhavikdbavishi has joined #openstack-infra03:30
ianwJul 31 03:06:51 mirror01 ansible-systemd: Invoked with name=openafs-client state=started enabled=True daemon_reload=False daemon_reexec=False no_block=False force=None masked=None user=None scope=None03:31
ianwso ansible thought the service *was* started03:32
*** bhavikdbavishi1 has joined #openstack-infra03:35
*** bhavikdbavishi has quit IRC03:36
*** bhavikdbavishi1 is now known as bhavikdbavishi03:36
*** psachin has joined #openstack-infra03:37
clarkbya it was started but it failed03:46
clarkbbecauseit was started prior to the module being built (Ii think)03:46
ianwok it's got a cert and looks up03:46
ianwclarkb: but that really shouldn't have happened.  installing openafs-modules-dkms should have taken 6 minutes or so03:47
ianwJul 31 03:00:41 mirror01 ansible-apt[5169]: Invoked with name=['openafs-modules-dkms'] state=latest package=['openafs-modules-dkms']03:47
clarkbya but if you loom at the journalctl -u openafs-client log output it started the service at 03:00:51 ish03:48
clarkbwhich is before dkms finished andbefore ansible tried to start it03:48
ianwhrm, in the apt history03:48
clarkbwhich is why we were thinking the package did it?03:48
ianwhttp://paste.openstack.org/show/755154/03:49
ianwthat seems to suggest openafs-client is pulled in by openafs-modules-dkms03:49
*** jamesmcarthur has joined #openstack-infra03:53
ianwRecommends: openafs-client (>= 1.8.3-1~bionic)03:56
ianwi wonder if this is some behaviour change where we didn't previously install recommends?03:56
*** jamesmcarthur has quit IRC04:00
openstackgerritIan Wienand proposed opendev/system-config master: openafs: avoid pulling in client package before kernel modules  https://review.opendev.org/67372404:03
ianwclarkb / fungi: ^ i think that, see what ci says04:03
*** gregoryo has joined #openstack-infra04:07
clarkboh our testnodes dont install recpmmends by default but the cloud images we get from $cloud likely do?04:09
*** slaweq has joined #openstack-infra04:11
*** slaweq has quit IRC04:16
*** whoami-rajat has joined #openstack-infra04:19
*** apetrich has quit IRC04:20
*** udesale has joined #openstack-infra04:20
*** udesale has quit IRC04:21
*** udesale has joined #openstack-infra04:21
ianwmaybe ... it could be something we could disable in base to make platforms more homogeneous04:23
ianwhttps://opendev.org/openstack/diskimage-builder/src/branch/master/diskimage_builder/elements/dpkg/pre-install.d/00-disable-apt-recommends04:27
AJaegerconfig-core, please add https://review.opendev.org/#/c/673563/ and https://review.opendev.org/672290 on your review queue04:29
*** jamesmcarthur has joined #openstack-infra04:30
*** ykarel has quit IRC04:35
*** dchen has quit IRC04:37
*** jamesmcarthur has quit IRC04:38
*** dchen has joined #openstack-infra04:40
*** ykarel has joined #openstack-infra04:52
*** tdasilva_ has quit IRC04:54
*** tdasilva_ has joined #openstack-infra04:55
*** tkajinam has quit IRC05:04
*** tkajinam has joined #openstack-infra05:05
*** ykarel has quit IRC05:05
*** ramishra has joined #openstack-infra05:06
*** n-saito has quit IRC05:09
*** ykarel has joined #openstack-infra05:13
*** ykarel is now known as ykarel|away05:13
*** ykarel|away has quit IRC05:15
*** ykarel|away has joined #openstack-infra05:16
*** dchen has quit IRC05:25
*** dchen has joined #openstack-infra05:26
*** gyee has quit IRC05:26
*** ykarel|away has quit IRC05:27
*** n-saito has joined #openstack-infra05:28
*** jaosorior has quit IRC05:31
*** ramishra_ has joined #openstack-infra05:32
*** ramishra has quit IRC05:33
*** jamesmcarthur has joined #openstack-infra05:34
*** jamesmcarthur has quit IRC05:39
*** threestrands has joined #openstack-infra05:44
openstackgerritMerged openstack/project-config master: Rename "tripleo-ci-centos-7-scenario007-standalone" in Neutron  https://review.opendev.org/67229005:45
*** raukadah is now known as chandankumar06:04
*** odicha has joined #openstack-infra06:07
*** dchen has quit IRC06:08
*** jamesmcarthur has joined #openstack-infra06:08
*** slaweq has joined #openstack-infra06:11
*** jamesmcarthur has quit IRC06:15
*** slaweq has quit IRC06:16
*** dayou_ has quit IRC06:20
openstackgerritIan Wienand proposed opendev/system-config master: base-server: disable install of suggests and recommends packages  https://review.opendev.org/67373906:21
*** jaosorior has joined #openstack-infra06:23
*** dayou_ has joined #openstack-infra06:24
*** pgaxatte has joined #openstack-infra06:29
*** iurygregory has joined #openstack-infra06:32
*** dchen has joined #openstack-infra06:55
*** smrcascao9 has quit IRC06:55
*** jamesmcarthur has joined #openstack-infra06:57
*** slaweq has joined #openstack-infra06:59
*** Goneri has quit IRC07:01
*** rcernin has quit IRC07:02
*** jamesmcarthur has quit IRC07:03
*** xek has joined #openstack-infra07:09
*** ginopc has joined #openstack-infra07:10
*** tosky has joined #openstack-infra07:12
*** takamatsu has quit IRC07:17
*** ykarel|away has joined #openstack-infra07:21
*** dchen has joined #openstack-infra07:21
*** udesale has quit IRC07:24
*** udesale has joined #openstack-infra07:24
*** ykarel|away is now known as ykarel07:25
*** apetrich has joined #openstack-infra07:26
*** tesseract has joined #openstack-infra07:27
*** pcaruana has quit IRC07:35
*** ociuhandu has joined #openstack-infra07:35
*** happyhemant has joined #openstack-infra07:36
*** jpena|off is now known as jpena07:37
*** igordc has joined #openstack-infra07:37
*** aedc has joined #openstack-infra07:37
openstackgerritSlawek Kaplonski proposed openstack/project-config master: Add new job "tempest-ipv6-only" to neutron CI dashboard  https://review.opendev.org/67374607:37
*** rpittau|afk is now known as rpittau07:37
*** igordc has quit IRC07:38
*** ociuhandu has quit IRC07:40
*** dchen has quit IRC07:42
*** pkopec has joined #openstack-infra07:43
*** ociuhandu has joined #openstack-infra07:44
*** ociuhandu has quit IRC07:44
*** dchen has joined #openstack-infra07:46
*** ramishra_ has quit IRC07:49
*** dchen has quit IRC07:50
*** dchen has joined #openstack-infra07:50
*** e0ne has joined #openstack-infra07:58
*** betherly has joined #openstack-infra08:01
*** dpawlik has joined #openstack-infra08:02
*** electrofelix has joined #openstack-infra08:03
*** jaosorior has quit IRC08:03
*** lpetrut has joined #openstack-infra08:04
*** e0ne has quit IRC08:07
*** Goneri has joined #openstack-infra08:08
*** lucasagomes has joined #openstack-infra08:10
*** pcaruana has joined #openstack-infra08:13
*** ociuhandu has joined #openstack-infra08:15
*** dchen has quit IRC08:16
*** dchen has joined #openstack-infra08:16
*** tkajinam has quit IRC08:19
*** dchen has quit IRC08:19
*** dchen has joined #openstack-infra08:20
*** dchen has quit IRC08:22
*** gregoryo has quit IRC08:24
openstackgerritMerged openstack/project-config master: Finish retiring tc-as-a-service  https://review.opendev.org/67356308:30
openstackgerritMerged openstack/project-config master: Add new job "tempest-ipv6-only" to neutron CI dashboard  https://review.opendev.org/67374608:30
*** takamatsu has joined #openstack-infra08:32
rpittaugood morning everybody! sorry to be bringer of bad news but we're experiencing degradation in the ironic CI in a couple of jobs since yesterday night and I'd like to exclude there was any change on infra side that might have influenced that08:36
rpittauI did a first search but couldn't find anything related, would be very much appreciated to have one or more set of eyes to help :)08:36
*** derekh has joined #openstack-infra08:40
*** ricolin has joined #openstack-infra08:40
*** dikonoor has joined #openstack-infra08:43
*** ykarel is now known as ykarel|lunch08:46
*** takamatsu_ has joined #openstack-infra08:48
*** threestrands has quit IRC08:48
*** takamatsu has quit IRC08:49
*** pkopec has quit IRC08:55
openstackgerritCarlos Goncalves proposed openstack/project-config master: Allow registered users to vote for backport candidates  https://review.opendev.org/67376408:57
*** pkopec has joined #openstack-infra08:57
*** n-saito has quit IRC08:58
*** panda has quit IRC08:58
*** panda has joined #openstack-infra08:59
*** jaosorior has joined #openstack-infra09:00
*** priteau has joined #openstack-infra09:05
*** e0ne has joined #openstack-infra09:06
*** ociuhandu has quit IRC09:12
*** ociuhandu has joined #openstack-infra09:12
*** ralonsoh has joined #openstack-infra09:13
*** rfolco|ruck has joined #openstack-infra09:17
*** kopecmartin|off is now known as kopecmartin09:23
openstackgerritMarcin Juszkiewicz proposed openstack/project-config master: Linaro London: use new bigger flavour  https://review.opendev.org/67144509:23
*** gfidente has joined #openstack-infra09:26
*** happy-ms-ge has joined #openstack-infra09:26
*** joeguo has quit IRC09:27
*** [yann] has joined #openstack-infra09:29
*** takamatsu_ has quit IRC09:30
*** dikonoor has quit IRC09:36
*** takamatsu has joined #openstack-infra09:37
*** [yann] has quit IRC09:37
*** happy-ms-ge has quit IRC09:39
*** sshnaidm|afk is now known as sshnaidm09:42
*** betherly has quit IRC09:43
*** jaosorior has quit IRC09:50
*** ramishra has joined #openstack-infra09:52
*** ykarel|lunch is now known as ykarel09:55
*** apetrich has quit IRC10:05
*** takamatsu has quit IRC10:08
*** dtantsur|afk is now known as dtantsur10:23
*** takamatsu has joined #openstack-infra10:24
*** lpetrut has quit IRC10:24
*** smrcascao has joined #openstack-infra10:26
AJaegerrpittau: do those failures happen all in the same region? We're making a few changes but yours is the first report that I'm aware off10:30
rpittauAJaeger: good question, I didn't check actually10:31
rpittauAJaeger: just checked and I see 2 patches failing on different regions10:33
AJaegerrpittau: what exactly is failing?10:34
*** jaosorior has joined #openstack-infra10:34
rpittauAJaeger: here's an example http://logs.openstack.org/98/670698/5/check/ironic-standalone/d9d3d0e/job-output.txt.gz#_2019-07-31_03_56_36_49221610:34
AJaegerrpittau: that looks more like a devstack or tempest issue - I suggest you ask on #openstack-qa10:35
rpittauAJaeger: thanks, I will!10:35
*** smrcascao has quit IRC10:35
*** betherly has joined #openstack-infra10:44
*** pcaruana has quit IRC10:45
*** ginopc has quit IRC11:00
*** ricolin_ has joined #openstack-infra11:01
*** Lucas_Gray has joined #openstack-infra11:01
*** ricolin has quit IRC11:03
*** lucasagomes is now known as lucas-hungry11:06
*** smrcascao has joined #openstack-infra11:07
*** pgaxatte has quit IRC11:12
*** jtomasek has joined #openstack-infra11:18
*** jpena is now known as jpena|lunch11:31
donnydwould it be possible for someone take a look at the nodepool logs for FN. The grafana dashboard shows the instances as deleting, but they have already been deleted.11:35
donnydit would seem they come up and then are immediately deleted11:37
*** udesale has quit IRC11:46
*** udesale has joined #openstack-infra11:47
*** jaosorior has quit IRC11:48
openstackgerritPierre Riteau proposed opendev/irc-meetings master: Fix meeting ID of Public Cloud SIG  https://review.opendev.org/67379311:49
*** ociuhandu has quit IRC11:49
*** ekultails has joined #openstack-infra12:00
*** rh-jelabarre has joined #openstack-infra12:01
*** takamatsu has quit IRC12:10
*** pcaruana has joined #openstack-infra12:10
*** pgaxatte has joined #openstack-infra12:11
*** rlandy has joined #openstack-infra12:11
*** xinranwang has quit IRC12:11
mordredinfra-root: I'm out for a bit this morning, will be back in a few hours12:14
*** ociuhandu has joined #openstack-infra12:22
*** chandankumar has quit IRC12:27
*** chandankumar has joined #openstack-infra12:28
*** jtomasek has quit IRC12:29
*** lucas-hungry is now known as lucasagomes12:30
*** jpena|lunch is now known as jpena12:31
*** takamatsu has joined #openstack-infra12:31
*** aedc has quit IRC12:32
*** aedc has joined #openstack-infra12:35
Shrewsdonnyd: only thing i see atm are quota failures for fortnebula. using 20/2012:37
*** priteau has quit IRC12:39
*** psachin has quit IRC12:41
*** jaosorior has joined #openstack-infra12:43
*** bobh has joined #openstack-infra12:43
*** apetrich has joined #openstack-infra12:43
*** apetrich has quit IRC12:44
*** apetrich has joined #openstack-infra12:45
*** jamesmcarthur has joined #openstack-infra12:46
*** bobh has quit IRC12:47
*** lpetrut has joined #openstack-infra12:50
*** ricolin_ is now known as ricolin12:50
donnydhttp://grafana.openstack.org/d/3Bwpi5SZk/nodepool-fortnebula?orgId=1&from=now-30m&to=now12:53
Shrewsdonnyd: don't know what the question is behind that link, but here is another error message: openstack.exceptions.ResourceNotFound: unable to find a floating ip pool12:57
donnydWell that is super helpful. I am thinking it may be trying to add FIP's to ipv6 instances12:59
Shrewsthat one seems to have started almost 2 hours ago?12:59
*** lpetrut has quit IRC12:59
donnydyea, that is when i turned it back online12:59
*** lpetrut has joined #openstack-infra12:59
*** zxiiro has quit IRC13:16
*** gsantomaggio has quit IRC13:17
*** gsantomaggio has joined #openstack-infra13:17
*** zxiiro has joined #openstack-infra13:18
*** tesseract has quit IRC13:20
*** aaronsheffield has joined #openstack-infra13:21
*** tesseract has joined #openstack-infra13:24
*** lseki has joined #openstack-infra13:25
*** mriedem has joined #openstack-infra13:27
*** sthussey has joined #openstack-infra13:27
* mordred back13:31
*** Lucas_Gray has quit IRC13:33
donnydIt looks like it may have been an rbac thing, but i still don't see any instances going into "In Use"13:34
*** Lucas_Gray has joined #openstack-infra13:38
*** ociuhandu has quit IRC13:39
*** ociuhandu has joined #openstack-infra13:39
*** liuyulong has joined #openstack-infra13:46
*** ykarel is now known as ykarel|afk13:53
donnydI think this is it right here13:53
donnyd2019-07-31 09:53:02.664 18060 INFO neutron.wsgi [req-11a9f9b2-b5af-4b44-a5ca-b5468e8fedb1 3c109a4413ca4b68b90560093ff2d79c e8fd161dc34c421a979a9e6421f823e9 - default default] 10.0.10.240 "GET /v2.0/floatingips.json HTTP/1.1" status: 200  len: 193 time: 0.068600913:53
donnyd2019-07-31 09:53:03.083 18060 INFO neutron.api.v2.resource [req-6124f532-88ca-4824-9efd-e5cb83e06ea1 3c109a4413ca4b68b90560093ff2d79c e8fd161dc34c421a979a9e6421f823e9 - default default] create failed (client error): The server could not comply with the request since it is either malformed or otherwise incorrect.13:53
donnydits trying to stick a floating ip address to a v6 network, and that doesn't work13:54
*** eharney has joined #openstack-infra13:55
*** jamesmcarthur has quit IRC13:55
*** jcoufal has joined #openstack-infra13:57
*** odicha has quit IRC13:57
*** dkopper has joined #openstack-infra13:59
*** dkopper has left #openstack-infra14:00
*** Lucas_Gray has quit IRC14:04
*** dabukalam has joined #openstack-infra14:05
*** michael-beaver has joined #openstack-infra14:24
*** betherly has quit IRC14:24
fungimordred: Shrews: ^ likely openstacksdk guessing (incorrectly) that the instances need floating ips? is there a nodepool config option where we can override that?14:24
Shrewsfungi: i was just wondering if we need a clouds.yaml config change, something like https://opendev.org/opendev/system-config/src/branch/master/playbooks/templates/clouds/nodepool_clouds.yaml.j2#L10514:25
Shrewsrereading https://docs.openstack.org/openstacksdk/latest/user/config/network-config.html14:25
fungiahh, right, it would be clouds.yaml not nodepool itself14:26
donnydWell it should be fixed now, but it would seem that there is something wrong14:26
donnydIf network is v6 = don't ask for FIP14:26
clarkbdonnyd: that is the bug I filed with sdk yesterday. It needs to check subnet info14:27
donnydSo same bug fix should work for both then14:28
*** takamatsu has quit IRC14:28
clarkbpossibly ya14:29
clarkbin the first to find the ipv4 network and in the second to find there is none14:29
mordredclarkb, corvus, fungi: https://review.opendev.org/673831 WIP Generate mapping list for github retirements14:30
donnydstill seems like instances are going directly into deleting14:30
mordredfirst step - I've got a generated list of things that will get retired - and some pseudo shell (mostly correct) in the commit message for actually doing the retirement - does that look good to y'all?14:31
*** trident has quit IRC14:32
clarkbwe can also do a config like limestones14:32
clarkbmordred: ^ this stuff largely ends up being sdk behavior with auto ip14:32
donnydthe instances are reachable via their ipv6 addresses, its now setup the same way as before...14:32
mordredalso - should I do these with one of our bot accounts?14:33
mordredclarkb: yah - I saw the scrollback - haven't dug in to the code yet14:33
fricklerdonnyd: this is the latest error http://paste.openstack.org/show/755176/14:33
fricklerI think we can fix that with adding networks like in the sample Shrews mentioned14:33
donnydThat is interesting because the way its setup now is the way it was setup last week... I don't think any of it changed... but I also don't know where to look to see that part. is it in nl02.openstack.org.yaml14:34
clarkbmordred: commit msg makes sense to me14:36
*** trident has joined #openstack-infra14:36
clarkbdonnyd: it hasnt changed. The two files are n02.openstack.org14:36
clarkber .yaml and the one shrews linked14:36
clarkbI think instead cloud state has changed enough to change sdk behavior14:36
clarkbor maybe sdk updated14:36
donnydlooking at my backup (the old controller is still up, just not in service) the only different thing I could find was the quota for FIPs in the old controller was set to zero14:38
donnydso I just fixed that14:38
*** dpawlik has quit IRC14:38
donnydand will wait to see what the sdk does now14:38
fungioh, yep, that might have been mitigating it before14:38
donnydhrm... doesn't seem to have worked this time14:40
AJaegermordred: is ansible-role-cloud-launcher on your list? See https://review.opendev.org/#/c/662530/ - we missed that in renaming14:40
openstackgerritJens Harbott (frickler) proposed opendev/system-config master: Be explicit about fortnebula networks  https://review.opendev.org/67383514:40
corvusmordred: lgtm.  don't forget to 'mkdir openstack-infra' before you start14:40
fricklerI think this might help ^^14:41
* donnyd reads openstacksdk for nat_destination parameter14:44
*** trident has quit IRC14:47
openstackgerritDonny Davis proposed opendev/system-config master: Adding network information to FN to support v6 only  https://review.opendev.org/67383814:48
mordredcorvus: I just pushed an update to https://review.opendev.org/673831 WIP Generate mapping list for github retirements14:49
mordredcorvus: with the shell now in the script - and I went a slightly different direction with the mkdir ...14:49
mordredcorvus: I ran it with the two lines commented out to make sure the results were as expected (also, it should be safe for someone else to do that to verify)14:50
*** trident has joined #openstack-infra14:50
AJaegermordred: what do you want to do with ansible-role-cloud-launcher  ? See my comment on your review as well14:51
*** njohnston has joined #openstack-infra14:52
openstackgerritJeff Liu proposed zuul/zuul-operator master: use opendev image building system for zuul-operator test  https://review.opendev.org/67302014:57
mordredAJaeger: it's not in the list - and I'm not currently really touching things in the x namespace. that said, once we move cloud-launcher I think it'll be easy to just manually retire it - if we think that's ok14:57
AJaegermordred: we should just remember doing it ;)14:58
mordredAJaeger: ++14:59
*** trident has quit IRC15:00
*** armax has joined #openstack-infra15:02
*** trident has joined #openstack-infra15:03
*** ykarel|afk is now known as ykarel15:03
openstackgerritNatal Ngétal proposed openstack/diskimage-builder master: [Configuration] Switch to stestr.  https://review.opendev.org/62941415:06
clarkbfrickler: I'm not sure https://review.opendev.org/#/c/673835/1/playbooks/templates/clouds/nodepool_clouds.yaml.j2 is what we want because we don't want any floating ips15:08
*** cristoph has joined #openstack-infra15:08
clarkbI'm not sure how to express that in clouds.yaml though15:08
*** trident has quit IRC15:08
clarkbmordred: can you check my comment on https://review.opendev.org/#/c/673835/1 re the fip stuff above?15:10
openstackgerritTobias Henkel proposed zuul/zuul master: Optionally allow zoned executors to process unzoned jobs  https://review.opendev.org/67384015:11
openstackgerritMerged zuul/zuul-jobs master: Add mirror_info documentation  https://review.opendev.org/66994815:11
openstackgerritMonty Taylor proposed zuul/zuul master: Add linter rule disallowing use of var  https://review.opendev.org/67384115:13
donnydclarkb: It should be more like this one15:13
donnydhttps://review.opendev.org/#/c/673838/1/playbooks/templates/clouds/nodepool_clouds.yaml.j215:13
clarkbah yup floating_ip_source: None is what I was looking for thanks15:14
donnydunless the networks portion is specifying the tenant network15:14
clarkbfrickler: ^ do you want to make that update?15:14
donnydI just checked it in my cloud.yaml locally and it seems to function correctly15:14
mordredclarkb: responded15:15
mordredclarkb, corvus, AJaeger: we comfortable enough with the retirement script for me to let it fly?15:16
*** trident has joined #openstack-infra15:16
clarkbmordred: maybe do it against one repo first?15:17
AJaegermordred: only glanced add it and it looked fine - no time for detail review right now15:17
mordredclarkb: kk. I'll uncomment the lines but not the exit and see how it goes15:18
*** jamesmcarthur has joined #openstack-infra15:18
*** diablo_rojo has joined #openstack-infra15:19
mordredclarkb: https://github.com/openstack-infra/bindep15:20
*** gfidente has quit IRC15:22
clarkblooks good to me15:23
*** Goneri has quit IRC15:24
*** trident has quit IRC15:24
mordredclarkb: cool. I'm going to let it fly then15:24
*** trident has joined #openstack-infra15:27
fricklerclarkb: donnyd: so we might need to set auto-floating-ip=false instead? https://softwarefactory-project.io/docs/nodepool/configuration.html#attr-providers.[openstack].pools.auto-floating-ip15:28
Shrewsclarkb: if we don't want *any* floating ips in FN, then we could use https://zuul-ci.org/docs/nodepool/configuration.html#attr-providers.[openstack].pools.auto-floating-ip15:28
*** kjackal has joined #openstack-infra15:28
fricklerShrews: ^5 ;)15:28
* frickler needs to go get some food, bbl15:29
clarkbfrickler: Shrews how is that different than floating_ip_source: none which we use in limestone?15:29
clarkbbut ya we dont want nodepool to request floating IPs there we want it to use public ipv6 andprivate ipv4 only15:29
fricklerclarkb: it's one (or more) level higher I think15:30
Shrewsclarkb: i *think* it's the same thing, just higher level15:30
fungimordred: looks great, thanks!15:31
fungii wonder if as an additional step we should just clear out the repository descriptions too15:32
fungithough that requires their api, not just git15:32
mordredfungi: yeah. I'll maybe do another pass with the api in a little bit15:32
donnydhttp://logs.openstack.org/38/673838/1/check/tox-linters/83aadab/job-output.txt.gz#_2019-07-31_15_10_24_34117715:33
donnydOh I c what I did wrong15:34
*** lpetrut has quit IRC15:34
*** trident has quit IRC15:35
openstackgerritClark Boylan proposed opendev/system-config master: Be explicit about fortnebula networks with nodepool  https://review.opendev.org/67383515:37
openstackgerritDavid Shrewsbury proposed openstack/project-config master: Set auto-floating-ip to False for fortnebula  https://review.opendev.org/67385215:37
clarkbdonnyd: fungi Shrews mordred ^ that is an update based on limestone's config15:37
Shrewslol15:37
*** trident has joined #openstack-infra15:38
clarkboh I see one is a nodepool config and the other is clouds.yaml15:38
openstackgerritMerged zuul/zuul master: js: correct action names  https://review.opendev.org/67368015:38
clarkbI think we should do clouds.yaml for consistency with limestone and so that if we manually boot test instances they work as expected too15:38
donnydYea I forgot the name parameter in mine15:38
Shrewsclarkb: ok. i'll abandon mine15:38
donnydI agree clarkb15:39
donnydme too15:39
clarkbfor auto add ip false I think that makes sense if the cloud has fips but we choose not to use them15:39
donnydhttps://review.opendev.org/#/c/673835/2/playbooks/templates/clouds/nodepool_clouds.yaml.j215:39
donnydthis one lgtm15:39
clarkbbut in the case of cloud can't do fips we should set that in clouds.yaml15:39
mordredwhy nat_destination: true?15:39
clarkbmordred: it is what limestone has15:39
donnydFN can do FIPs, its just explicit for certain use cases15:39
mordredk.15:40
clarkbmordred: I think because if you were to fip explicitly then you want that?15:40
mordredah - yeah- that makes sense15:40
clarkbdonnyd: sorry I had missed you had pushed a change too. I was looking at fricklers because it went by first15:41
donnydmakes no difference15:42
*** jamesmcarthur has quit IRC15:44
openstackgerritJames E. Blair proposed zuul/zuul master: Always record the log_url in sql reporter  https://review.opendev.org/67385815:46
*** ramishra has quit IRC15:47
*** bhavikdbavishi has quit IRC15:48
donnydWhat i really don't understand is I pulled the config directly from the old control plane that worked fine, and it was still doing the fip thing15:48
Shrewsclarkb: i think that may require a launcher restart once merged. nodepool doesn't monitor any config changes other than its own15:48
clarkbShrews: good point15:49
openstackgerritJeff Liu proposed zuul/zuul-operator master: Add telnet to Docker Image  https://review.opendev.org/67279115:49
*** e0ne has quit IRC15:49
*** eernst has joined #openstack-infra15:49
openstackgerritMerged zuul/zuul master: js: don't transform json logfiles  https://review.opendev.org/67368815:50
*** e0ne has joined #openstack-infra15:50
*** gyee has joined #openstack-infra15:52
openstackgerritJames E. Blair proposed zuul/zuul master: Handle artifacts without metadata on build page  https://review.opendev.org/67386015:56
*** efried is now known as efried_rollin15:57
*** icarusfactor has joined #openstack-infra15:58
*** lucasagomes has quit IRC15:58
*** ociuhandu has quit IRC15:59
*** factor has quit IRC15:59
openstackgerritJames E. Blair proposed zuul/zuul master: Handle artifacts without metadata on build page  https://review.opendev.org/67386016:00
*** pgaxatte has quit IRC16:11
openstackgerritJames E. Blair proposed zuul/zuul master: Try out reporting the build page  https://review.opendev.org/67386316:12
*** lpetrut has joined #openstack-infra16:14
*** lpetrut has quit IRC16:15
*** lpetrut has joined #openstack-infra16:15
*** gyee has quit IRC16:16
*** trident has quit IRC16:16
*** gyee has joined #openstack-infra16:17
openstackgerritMerged zuul/zuul master: Cleanup extra /'s in manifest render view  https://review.opendev.org/67360516:17
mordredinfra-root: openstack-infra repos on github are all retired16:18
corvusmordred: zomg!16:18
*** rpittau is now known as rpittau|afk16:18
* fungi celebrates16:18
*** dtantsur is now known as dtantsur|afk16:19
*** xek has quit IRC16:20
fungicncf staff are having a minor existential crisis as they're increasingly unable to track activity for projects listed in their "cloud-native landscape" because their software only knows how to check metrics from the github api and an ever growing number of projects are moving off github and not mirroring their source code to it either16:20
fungican't say i'm terribly empathetic there16:21
mordredwhoops16:21
*** trident has joined #openstack-infra16:21
mordredit's almost like git is a distributed version control system16:21
corvusfungi: what's the "D" in dvcs stand for again?16:22
corvusmordred: jinx16:22
*** electrofelix has quit IRC16:22
*** kjackal has quit IRC16:22
fungiindeed16:22
openstackgerritJames E. Blair proposed zuul/zuul master: Try out reporting the build page  https://review.opendev.org/67386316:24
*** kjackal has joined #openstack-infra16:25
*** ociuhandu has joined #openstack-infra16:35
*** chandankumar is now known as raukadah16:36
*** igordc has joined #openstack-infra16:36
*** kjackal has quit IRC16:37
*** lpetrut has quit IRC16:37
*** jamesmcarthur has joined #openstack-infra16:38
*** eernst has quit IRC16:38
*** panda has quit IRC16:39
*** ykarel is now known as ykarel|away16:40
openstackgerritMerged zuul/zuul master: Attempt to report CORS and related errors  https://review.opendev.org/67370716:41
*** panda has joined #openstack-infra16:41
*** diablo_rojo has quit IRC16:46
*** diablo_rojo has joined #openstack-infra16:46
openstackgerritMerged zuul/zuul-operator master: Verify Operator Pod Running  https://review.opendev.org/67039516:47
*** takamatsu has joined #openstack-infra16:47
*** trident has quit IRC16:48
*** diablo_rojo has quit IRC16:48
*** lpetrut has joined #openstack-infra16:48
*** diablo_rojo has joined #openstack-infra16:49
*** jtomasek has joined #openstack-infra16:50
*** ricolin has quit IRC16:50
*** trident has joined #openstack-infra16:51
*** ociuhandu has quit IRC16:52
*** jpena is now known as jpena|off16:57
*** derekh has quit IRC16:57
*** takamatsu has quit IRC16:59
*** jamesmcarthur has quit IRC17:00
*** sshnaidm is now known as sshnaidm|afk17:00
*** lpetrut has quit IRC17:01
*** diablo_rojo_ has joined #openstack-infra17:01
AJaegermordred: want to update the title of https://github.com/openstack-infra, it reads "These are mirrors of projects hosted at https://git.openstack.org/cgit/openstack-infra/ related to the OpenStack community's project infrastructure."17:01
openstackgerritMerged zuul/zuul-jobs master: Add auth config to kubelet user for buildset registries  https://review.opendev.org/67335117:01
AJaegermordred: there's still https://github.com/openstack-infra/gitdm17:02
mordredAJaeger: interesting. and yes - I'll get the other thing17:02
AJaegermordred: and https://github.com/openstack-infra/odsreg - go to the "last" entries in the list, some might not have been retired properly in the past...17:04
*** iurygregory has quit IRC17:04
*** diablo_rojo has quit IRC17:04
*** ykarel|away has quit IRC17:06
*** icarusfactor has quit IRC17:10
*** diablo_rojo_ has quit IRC17:10
*** diablo_rojo has joined #openstack-infra17:11
*** factor has joined #openstack-infra17:11
mordredAJaeger: maybe these are things we retired before the transition, so they weren't in the rename yamls17:14
mordredAJaeger: OH - I know what it is17:15
openstackgerritMerged zuul/zuul master: Allow to select the merge method in Github  https://review.opendev.org/61794917:15
mordredAJaeger: these are all things that got renamed to x/ or osf/ or something similar17:15
mordredand I didn't touch those because where wasn't really a way in the script to know whether they were still active, if someone was still using them, etc17:16
openstackgerritJames E. Blair proposed zuul/zuul master: Try out reporting the build page  https://review.opendev.org/67386317:16
*** e0ne has quit IRC17:18
fungimordred: however we do at least know the copies of them on gh are no longer being updated17:18
openstackgerritMerged zuul/zuul master: Support squash merge in Github  https://review.opendev.org/66109617:20
*** ociuhandu has joined #openstack-infra17:21
mordredfungi, AJaeger: http://paste.openstack.org/show/755182/17:24
mordredI think that's the new/missing list17:24
mordredif that looks reasonable, I'll re-run with that17:26
*** ociuhandu has quit IRC17:26
fungiheh, i was trying to load that in gertty and it went all crashytown on me... not a change url!17:26
mordredfungi: hahaha17:27
*** udesale has quit IRC17:27
fungii wonder if the jjb maintainers have somewhere in gh they want that repo transferred17:28
mordredfungi: they seem to be using opendev17:28
mordredand I don't see any mention in their repo of mirroring to github anywhere17:28
fungicool, probably fine then17:29
mordred(also, if they do, we can always transfer the repo and then the gerrit force-push will fix it all up :) )17:29
fungiwe can always transfer it for them later either way17:29
mordredyeah17:29
fungiyep, zactly17:29
fungilist lgtm17:29
*** factor has quit IRC17:29
mordredcool. I'm going to run these17:29
AJaegerthanks, mordred17:29
mordredfwiw - we don't have openstack/git-review -> opendev/git-review captured in our rename files17:30
AJaegeroh ;( Could you send an update, please?17:30
fungii thought it was openstack-infra/git-review?17:31
fungicould that be the difference?17:31
*** igordc has quit IRC17:32
*** cristoph has quit IRC17:35
clarkbmordred: nice17:36
clarkbdinner is now in the crock pot /me pays attention to here again17:36
openstackgerritMerged zuul/zuul master: Builds page - Fix bad labels display  https://review.opendev.org/67297317:40
*** kjackal has joined #openstack-infra17:42
mordredclarkb, fungi, AJaeger, corvus: how does https://github.com/openstack-infra/jenkins-job-builder look. I'm thinking the url in the description can go, can just set the description to RETIRED and the url field to the url17:44
clarkbmordred: ya the double up url looks funny17:45
mordredclarkb: better now?17:47
clarkbmordred: it is abbreviated, maybe put the url in the description instead (I don't think it was truncated there before17:48
mordrednod17:48
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunit files  https://review.opendev.org/67388517:49
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunit files  https://review.opendev.org/67388517:49
mordredclarkb: ok. yeah - that looks better - although I think I should make it MOVED: not RETIRED:17:50
mordredhow does that look now? if that's good, I'm going to run that on the whole list17:51
openstackgerritMerged opendev/system-config master: Be explicit about fortnebula networks with nodepool  https://review.opendev.org/67383517:51
clarkbya that looks good17:51
AJaegermordred: LGTM, thanks17:51
mordredcool.17:52
donnydclarkb: please let me know when the launcher is restarted a nd I will turn the quota back up17:52
clarkbdonnyd: will do17:53
mordredfwiw - doing this just with plain requests is very easy17:53
*** sgw has quit IRC17:53
mordredok. they're all done except for https://github.com/openstack-infra?page=617:55
AJaegerwhat about https://github.com/openstack-infra/git-review ?17:56
AJaegerrest looks fine17:57
*** ralonsoh has quit IRC17:57
openstackgerritMerged zuul/zuul master: Fix reference pipelines syntax coloration for Pagure driver  https://review.opendev.org/67267717:57
*** tesseract has quit IRC18:05
*** goldyfruit has quit IRC18:11
mordredAJaeger, clarkb: I believe they are all now fully archived. I included all the scripts and local working files I used.18:11
mordredmostly for documentation purposes in case someone else wants to do something similar - I did not spend time to make them good or flexible (as evidenced by the multiple copies)18:12
AJaegermordred, thanks!18:13
fungithanks mordred, looks great!18:13
AJaegermordred: want to abandon your change now?18:13
mnaserdoes the opendev tenant have the ability to publish docs somewhere?18:13
fungimnaser: we have a docs.opendev.org site intended for that purpose18:13
mnaseroh wonderful18:14
fungimnaser: or you could choose to publish to read-the-docs or something18:14
mordredAJaeger: done18:15
AJaegerfungi: is docs.opendev.org up already?18:15
corvusAJaeger: yes any project can use it18:15
fungiright now only a couple of the opendev namespace repos are publishing there: https://docs.opendev.org/opendev/18:15
AJaegeryeah, it's up - just has no index page...18:15
fungii don't know if it's considered ready for prime time, nor which zuul tenants are supported18:16
corvusthe jobs will work in any zuul tenant18:16
fungiawesome18:16
corvusthey'll publish to the full opendev path (eg if nova used it, docs.opendev.org/openstack/nova)18:16
corvus(i'm not suggesting that openstack switch)18:16
corvus(just an example)18:16
*** altlogbot_3 has quit IRC18:16
fungiand yeah as far as i know we consider those the canonical locations for the opendev/base-jobs and opendev/infra-specs documentation builds18:17
clarkbdonnyd: I have restarted the nodepool launcher on nl02 (confirmed the new clouds.yaml was written first too)18:17
corvusi have no idea what an index page should look like.  we can totally add one if someone has an opinion?18:17
funginot to be pedantic, but it already has an index page (courtesy of apache mod_autoindex)18:17
corvusfungi: hehe, you failed at not being pedantic :)18:18
fungii find that perfectly serviceable, and it can even be themed if we so desire via header/footer/readme injection options in apache18:18
corvusbut, yes, if someone has an idea for a *nice* index page we can do so.  i'm ambivalent whether we should actually have directory listings18:18
corvusi sort of think that most projects would just deep-link to their docs18:19
fungimod_autoindex is far more flexible than many folks realize18:19
fungiyou can also do custom icons and stuff with it18:19
*** altlogbot_3 has joined #openstack-infra18:20
clarkbcorvus: that and google et al do a really good job of deep linking when you search for stuff too18:20
fungii used to have a wordpress-based site for a personal project and wrapped mod_autoindex in the wordpress site theming so it blended right in18:20
clarkbdonnyd: looks like we have an in use node that seems happy18:21
fungi(actually called a cgi which fetched and cached the site template and generated the header/footer from that and rendered the readme via docutils)18:21
zbrclarkb: does https://review.opendev.org/#/c/631509/ still needs extra testing before wf? not that feel the need for it but I am doing some summer cleanup on open reviews.18:22
openstackgerritMerged zuul/zuul master: Return dependency cycle failure to user  https://review.opendev.org/67248718:24
clarkbzbr: I don't see that it was ever added to review_dev.pp ?18:24
zbrahh....! doing it now.18:25
donnydclarkb: finally18:27
donnydReplacing the control plane has been a good learning experience for me, and i truly appreciate everyone in infra's patience in getting it all back up and running18:28
mordreddonnyd: it's been really interesting to get the insight into all of the stuff you've been doing18:30
mordredso thanks for being so engaged!18:30
openstackgerritSorin Sbarnea proposed opendev/system-config master: Recognize DISK_FULL failure messages (review_dev)  https://review.opendev.org/67389318:31
clarkb++ I think we've learned a lot about openstack in the process too18:31
donnydWell I am trying to keep this all as open book as possible.18:31
openstackgerritSorin Sbarnea proposed opendev/system-config master: Recognize DISK_FULL failure messages  https://review.opendev.org/63150918:31
donnydHopefully it will get archived and someone down the road can see what we did to get it all working18:31
clarkbzbr: once ^ merges you can leave a comment on review-dev.o.o that mimics a zuul abort, then we'll see it works thenwe approve the production update18:31
zbrok.18:32
zbrbtw, I seen that there are lots of differences between dev and non dev.18:32
zbrsomehow they diverged18:32
clarkbI think because we haven't done a great job in applying to -dev first in the past18:33
clarkbdonnyd: I now see ~17 instances building18:33
zbranother older review that makes sense to go in https://review.opendev.org/#/c/652708/218:34
clarkband now many are in use and ready18:34
donnydclarkb: I think the fix is in... Now I just hope all the work was worth it18:35
mordredclarkb, zbr: I'm hoping we can have these be more in-sync once we get these latest updates applied18:35
donnydAlso no error node launch attempts18:35
*** njohnston has quit IRC18:35
clarkbmordred: ya a lot of that config can likely go into the image18:36
*** igordc has joined #openstack-infra18:36
*** e0ne has joined #openstack-infra18:37
mordredfungi: the scripts I pushed up in should be a basis for someone doing something similar with the things in the openstack namespace that are no longer being replicated from opendev and have moved to x/ ... I didn't touch those in this round because I wasn't sure what people wanted to do - but it turns out it was pretty easy to deal with once I dug in18:38
fungiawesome, thanks18:40
clarkbdonnyd: http://mirror.regionone.fortnebula.opendev.org/pypi/simple/ seems to timeout that is a proxy for pypi.org which appears to only have A records in dns18:42
clarkbI'm about to test if I can hit ipv4 addrs on the internet from that mirror18:42
mnaserhmm18:42
fungimordred: what was the review number?18:42
clarkboh wget shows it using an ipv6 addr18:42
mnaserwhats the difference between tox-docs and opendev-tox-docs ?18:42
clarkbso maybe I just fail at dig18:42
*** takamatsu has joined #openstack-infra18:43
clarkbdonnyd: ya traceroute6 shows nothing after 2001:470:e045:2::1 to pypi.org or google.com18:43
openstackgerritMerged zuul/zuul master: Add Authorization Rules configuration  https://review.opendev.org/63985518:43
donnydok, lemme take a look see18:44
clarkband I have no route to host ssh in via ipv618:44
clarkb(I remember testing that yseterday and it worked)18:44
fungimnaser: comment here is elucidating: https://opendev.org/opendev/base-jobs/src/branch/master/zuul.d/jobs.yaml#L312-L31318:45
donnydok try again18:46
donnydim thinking maybe the bgp-agent was hung18:47
donnydmay have been mad about my earlier shenanigans18:47
donnydlooks like the link is working now, but I may need to keep an eye on it18:47
mnaserfungi: i guess that makes sense, so ill run opendev-tox-docs + tox-linters18:48
clarkbdonnyd: works now18:48
mnaserseem annoyingly not clean, but eh /me shrugs18:48
donnyd37 in use now, still no error launch attempts.. I think its safe to say your patch was the fix and it should be good again18:49
clarkbmnaser: fungi specifically I believe that opendev-tox-docs was the guinea pig for doing the gate build of docs artifacts then using promote to publish them18:50
clarkbI expect that tox-docs will get migrated over to that? but maybe not. I haven't thought about the backward compat ramifications of that18:50
AJaegermnaser, as clarkb said: In OpenStack we build in check, build in gate, build again in post and publish18:50
fungiyes, there are several related docs jobs in that same jobs.yaml18:51
clarkbdonnyd: yup looking good18:51
AJaegerand in opendev it's build in check, build in gate - and then instead of post building, we publish the result of gate. So, that needs a different post role18:51
donnydand we have at least one successful build18:51
donnydhttp://logs.openstack.org/44/672244/1/gate/openstack-tox-docs/ed8a8c1/job-output.txt18:51
*** jtomasek has quit IRC18:51
mnaserAJaeger: oh thats interesting, do i have the right combo here? https://review.opendev.org/#/c/673896/1/zuul.d/project.yaml18:51
AJaegermnaser: no, you did not - the publish is for release pipeline, see https://opendev.org/opendev/base-jobs/src/branch/master/zuul.d/jobs.yaml#L33318:53
AJaegermnaser: left a comment18:53
donnydclarkb: http://logs.openstack.org/94/94777977e940025f2a9f3bf0693c8a13f5ae7148/post/publish-openstack-releasenotes-python3/7301ab0/job-output.txt#_2019-07-31_18_46_11_82011818:54
donnydthe mirror is still very slow18:55
clarkbdonnyd: that is going through afs which may mean the cache is stale18:55
AJaegermnaser: your zuul config looks fine now18:57
clarkbdonnyd: I'm going to double check the mirrors cache size18:57
donnydI know we want to keep all the mirrors the same for good reasons, that node could be massively increased... I don't have as many resources as the other providers, but if it was faster it could output the same in terms of jobs completeted18:58
clarkbAFS using 933247 of the cache's available 50000000 1K byte blocks. <- from fs getcacheparms. that looks good to me18:59
donnydThe good news is my control plane issues seemed to be solved, no rabbit timeouts or build failures (yet)18:59
donnydok cool, so we just need to wait for the cache to build up18:59
clarkbdonnyd: it could also be something elsewith afs, I'm not entirely convinced throwing more resources at the problem will fix it just yet. Lets watch it and see if it gets better as caches warm up18:59
donnydok sounds like a good plan to me19:00
donnydits only been running jobs for a few minutes.. maybe revisit tomorrow ?19:00
clarkbsure19:00
donnydor instance i could give the mirror node 120G of memory19:01
donnydfor instance*19:01
donnydjust keep it in mind in case we want to check it out19:01
donnydBut I am a happy camper19:01
*** e0ne has quit IRC19:02
clarkbfetching http://mirror.regionone.fortnebula.opendev.org/ubuntu/lists/ubuntu_bionic_universe_amd64_Packages (which is 48MB large) on the mirror itself: first uncached request is done at ~1MBps. Second at 351MBps.19:04
clarkb(to give a sense for impact of the afs cache)19:05
clarkbif we continue to see slowness I think we'd have to look at networking given those numbers?19:05
donnyd:) yea that is a 351X increase in speed19:05
fungiclarkb: was that on a cache miss or hit?19:06
clarkbfungi: first request is a miss second is a hit19:06
clarkb(first request populates the cache)19:06
fungioh, i misread19:06
*** kjackal has quit IRC19:06
fungiyeah19:06
fungithose numbers look like what i expect in that case19:06
*** whoami-rajat has quit IRC19:08
clarkbhttp://logs.openstack.org/48/673848/1/check/cross-nova-py36/b0e0e5b/job-output.txt is the only failure so far according to logstash post ipv6 fix19:08
clarkband those look like valid unittest failures19:08
donnydI was just looking at that :) yea, it would seem like everything is functioning properly and we are also back up to 60 with node issues on the control plane19:11
*** e0ne has joined #openstack-infra19:12
openstackgerritMerged zuul/zuul master: Web: plug the authorization engine  https://review.opendev.org/64088419:12
*** kjackal has joined #openstack-infra19:12
donnydthis weekend I am going to work on getting a faster glance system, but it should be transparent to everything else19:14
donnydAnd maybe a couple more hypervisors so I can get that # up around 10019:16
clarkbexciting19:17
donnydand somewhere in there get some logging aggregation so i can see what is busted on my end faster... last weekend I setup metrics so I can actually tell what is going on with loads19:18
fungiceilometer/gnocchi or something else?19:18
donnydYes + zabbix19:22
donnydDon't quite know how to operated gnocchi yet though19:22
donnydLike I don't even know where to start with building my query19:23
donnydBut the api is up and has been collecting the things19:23
fungiexciting19:23
mnaserbefore i merge https://review.opendev.org/#/c/673896/19:24
mnaseris there anything that needs to be setup for publishing to docs.opendev.org ?19:24
donnydThis is what I have for zabbix so far https://usercontent.irccloud-cdn.com/file/IzWFtdKx/zabbix%20dashboard19:24
*** e0ne has quit IRC19:24
mnaseri assume docs.opendev.org/vexxhost/ will probably automagically created?19:24
*** pabelanger has joined #openstack-infra19:25
AJaegermnaser: go for it ;)19:25
mnaserok im blaming AJaeger if it all comes burning down :)19:25
AJaegermnaser: it should just work :) if not, you found a new bug :)19:25
mnasercool cool19:25
* AJaeger calls it a day soon, so what's the saying "after me..." ;)19:26
openstackgerritJames E. Blair proposed zuul/zuul master: Always record the log_url in sql reporter  https://review.opendev.org/67385819:28
*** goldyfruit has joined #openstack-infra19:34
*** liuyulong has quit IRC19:35
corvusclarkb, fungi, mordred: is there a LE changes for logs.o.o?19:35
mnaseroh cool, it worked.. https://docs.opendev.org/vexxhost/openstack-monitoring/latest/19:35
clarkbcorvus: I dont rhink so19:35
corvusmnaser: \o/19:35
AJaegermnaser: yeah!19:35
mnaserfyi something we lack is a "how to contribute to opendev-hosted projects" document19:36
mnaseri couldnt really find anything that fit19:36
AJaegermnaser: then I can call it a day without regrets ;)19:36
corvuslemme see if i can get that going then, cause i think that's probably what we're going to want to do to resolve the zuul->logs https thing?19:36
donnydmnaser: is this kinda like ops-tools?19:36
mnaserdonnyd: a bit yeah, it's playbooks that do monitoring for openstack-ansible deployed clouds19:36
mnaserand we're moving all of our internal monitroing to be hosted in that repo so yeah19:36
donnydI could surely use some monitoring, does it only work for OSA deployed clouds?19:36
fungicorvus: yep, i can help or review as soon as the storyboard meeting wraps up19:37
openstackgerritSorin Sbarnea proposed opendev/gerritbot master: Avoid silent execution failures  https://review.opendev.org/61880219:37
openstackgerritMatt McEuen proposed openstack/project-config master: New project request: airship/porthole  https://review.opendev.org/67389819:37
openstackgerritLuigi Toscano proposed zuul/zuul-jobs master: fetch-subunit-output: collect additional subunit files  https://review.opendev.org/67388519:38
*** tdasilva_ has quit IRC19:39
*** tdasilva_ has joined #openstack-infra19:40
mnaserdonnyd: it makes certain assumption thats the variables used are for OSA19:40
mnaseri am sure you can fill those out and run the playbooks and itll be just fine19:40
mnasersuch as group names / etc19:40
*** kopecmartin is now known as kopecmartin|off19:41
donnydI will give it a spin mnaser  :)19:42
donnydthanks19:42
fungidonnyd: out of curiosity, what did you deploy with? i forgot, if you said19:43
donnydoverwhelming kinetic force..19:43
fungihah19:43
fungideck-mounted cannon19:44
donnydI have some playbooks I have been working on that deploy openstack in the simplest possible way from a sysadmin perspective19:44
corvusfungi, clarkb: so... logs.openstack.org is in the wrong domain to be LEncrypted19:44
fungicorvus: i thought the idea was to add a logs.opendev.org vhost parallel to it?19:44
corvusoh? i missed that19:44
clarkbfungi that wasmy suggestion yesterday19:45
corvusthat seems like it maybe should work?19:45
donnydI need to get my head wrapped around OSA in the near term19:45
corvusi'll give that a shot19:45
clarkbya wemight have to set cors rules19:45
clarkbbut it should work19:45
openstackgerritMatt McEuen proposed openstack/project-config master: New project request: airship/kubernetes-entrypoint  https://review.opendev.org/67390019:45
corvusi assume it would be mostly a copy of the existing vhost which does have cors rules19:45
mordredcopy/pasta the logs.openstack vhost  and it should be fine19:45
mordredyeah19:45
corvusi'll give it a shot19:46
donnydI'm also trying to work out what switches you can flip in Openstack configs that actually yield better performance for CI workloads than the defaults19:46
mordredshould we have http://logs.openstack.org and http://logs.opendev.org throw redirects to https://logs.opendev.org? or is that too much?19:47
*** takamatsu has quit IRC19:47
corvusi don't think it'd hurt, but, you know, later, after we know it works :)19:47
fungii would start simple. we can always add it19:47
*** efried_rollin is now known as efried19:47
mordredhah. THROW ALL THE SWITCHES19:47
openstackgerritMerged zuul/zuul master: Handle artifacts without metadata on build page  https://review.opendev.org/67386019:48
fungicorvus: i want to say we did something similar recently to add am opendev.org vhost with le https to a server which already has a openstack.org vhost, but i'm struggling to remember which one it was19:48
donnydI am thining OSA and tripleo have already worked out what works best for cloud at big scale... I am trying to work out what works for cloud at small scale19:48
fungimaybe i can find it in the dns zone19:48
donnydlike right between edge and public cloud19:48
corvusfungi: tarballs?19:48
*** eharney has quit IRC19:48
corvusis cname to files.openstack19:48
mordredclarkb: how did you generate the password for the github openstackadmin account?19:49
fungicorvus: tarballs, yes19:49
fungijust found it19:49
donnydbeen watching the logs clarkb and i have only seen just that one failure, so time to move on (until it breaks again)19:49
corvusfungi: i'm um, having trouble typing on account of i can't stop laughing19:50
fungiyeah, sorry :/19:50
corvusi can't wait for the next surprise game of "tarballs!"  (see #openstack-meeting for the lols)19:52
*** jcoufal has quit IRC19:52
fungisometimes lack of context can be a blast19:52
mordredclarkb: nevermind19:53
*** jtomasek has joined #openstack-infra19:53
*** e0ne has joined #openstack-infra19:55
corvusis the ansible inventory glob "static[0-9]*.open*.org" going to match static.openstack.org ?19:56
*** tdasilva_ is now known as tdasilva19:56
corvusno19:57
mordredinfra-root: I have created the opendevadmin account on github19:59
clarkbmordred: ianw did it19:59
mordredclarkb: cool. well, I figured out something similar :)20:00
openstackgerritJames E. Blair proposed opendev/zone-opendev.org master: Add logs.opendev.org  https://review.opendev.org/67390220:00
openstackgerritJames E. Blair proposed opendev/system-config master: Add LE cert for logs.opendev.org to static  https://review.opendev.org/67390320:01
fungicorvus: correct, it will not because there is no digit in the name20:01
weshayis opendev/x accepting new projects at this time? just double checking as the doc says not quite yet20:01
fungiweshay: i think the hope is that folks adding new projects will make new namespaces, but i don't recall if we've come to any consensus on whether new projects can be added to the "x" prefix namespace20:03
corvusweshay: which doc?20:03
weshayah k20:03
weshayhttps://opendev.org/20:03
weshayYes! However, as noted above it is still early days yet and the early experience might be a bit bumpy. Certain things may still say “OpenStack” on them as we figure out the transition. And while any moves should come with appropriate redirects, we may have some inadvertent misses.20:03
weshayyou guys are well past the transition.. just wanted to check in before I told someone to go do a thing20:04
fungiwe're past the cgit to gitea transition20:04
fungibut there's still a lot of general opendev resources which haven't been renamed (etherpad for example)20:04
fungiwe've just added a tarballs.opendev.org and docs.opendev.org20:05
fungiand corvus is working on a logs.opendev.org vhost in 673902 and 67390320:05
mordredclarkb: I have made opendevadmin the owner of opendevorg ... should we go ahead and remove openstackadmin? and is there anything else we wanted to make opendevadmin own?20:05
clarkbmordred: might be nice to have that account in openstack-infra/ in case we have to make changes there (migrating jjb out I dunno) and openstackadmin is more openstacky20:07
mordredclarkb: ++20:08
fungicorvus: just to double-check since it's a different file and the commit message didn't mention it, but your fixes to the le doc were intended to be in that patch right? not an accidental squash from another change?20:10
corvusfungi: yes, sorry i forgot to mention in the commit msg20:10
fungino worries, just double-checking it was intentional20:11
fungiboth changes lgtm, though if something's missing i guess we'll find out20:11
openstackgerritMerged opendev/zone-opendev.org master: Add logs.opendev.org  https://review.opendev.org/67390220:11
clarkbfungi: the new vhost is missing but that can happen in a followup20:12
*** e0ne has quit IRC20:12
corvusyeah i'm writing that now20:12
*** jrist has quit IRC20:12
corvusi figured it'd be good to get that merged and the cert on disk before the vhost is in place anyway20:12
clarkbya the ordering you've got is fine20:12
corvusthe vhost change is not small20:13
clarkbmriedem: do you know if http://logs.openstack.org/57/673557/2/check/grenade-py3/64f9d83/logs/grenade.sh.txt.gz#_2019-07-31_19_50_55_555 is a known issue? grenade failures testing cinder boot from volume20:15
clarkblooks like maybe cinder hasn't fully started again based on log timestamps of the cinder volume service?20:16
clarkb(I'm not sure if that is necessary for the volume to function)20:16
donnydIs that infra related?20:17
mriedemclarkb: i'd chalk that up to ssh failures in the guest yeah? like we always see in tempest runs20:17
fungiclarkb: the lack of vhost was mentioned in the change20:17
mriedemlike maybe related to slaweq's patch to use memcache for the nova-meta api20:17
clarkbdonnyd: ssh failures to guests are an unfortunately common problem in these tests wanting to rule out fortnebula but I'm fairly certain fn isn't the cause20:17
clarkbmriedem: oh interesting20:17
donnydcurious if the v6 stuff has anything to do with it20:18
mriedemiow, it's not a cinder thing, it's just a boot from volume scenario where cinder is involved,20:18
mriedembut so is nova and neutron20:18
clarkbdonnyd: probably not, this test runs on a single instance and everything is self contained20:18
clarkbdonnyd: if it was a multinode job then it could be but being single node none of that network traffic leaves the VM fn provides20:19
mordredinfra-root: ok - opendevadmin account in github created, 2fa enabled, info in passwords file - it also now is an owner of opendevorg and openstack-infra on github20:19
zbrcorvus: if we can merge https://review.opendev.org/#/c/652708/ it would be great because I want to propose another simplification which needs that patch first.20:19
mriedemhaving said that, it's mostly hitting on fortnebula nodes20:19
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22%2B%20%2Fopt%2Fstack%2Fnew%2Fgrenade%2Fprojects%2F70_cinder%2Fresources.sh%3Acreate%5C%22%20AND%20message%3A%5C%22SSH%20to%20the%20client%20did%20not%20work%2C%20something%20very%20wrong'%5C%22%20tags%3A%5C%22console%5C%22&from=7d20:19
donnydok makes sense clarkb20:19
clarkbmriedem: could be a timing thing maybe?20:19
mriedemthat's my guess,20:19
mriedemnodes are slower or faster than others, something like that20:19
clarkbya20:20
fungipossibly faster, yes20:20
fungiany time we add another provider we tend to shake out new timing and race issues in software20:20
fungichanges in cpu vs disk performance or processor count changing parallelization or...20:21
donnydmriedem: almost 50% of the time20:22
corvuszbr: i'm really tired of dealing with linters (especially ansible-lint); i'm +0 on that.  i would be +2 on removal.20:22
donnydbut anything prior to today is likely from storage contention20:22
zbri guess most of frustration comes from using them wrongly (and thus causing issues).20:23
donnydThat was why everything was refactored to hopefully eliminate it as an issue20:23
zbrby wrongly i mean in a way that is hard to run, maintain, slow or unstable. i was planning to make a POC that gets rid of most of this trouble (and removes a big number of lines of boilerplate code)20:26
fungizbr: i'm unsure what the right way is to use a style checker if you mostly only care that things remain readable and parse correctly and aren't particularly driven by a need for complete consistency of style20:26
*** jrist has joined #openstack-infra20:27
fungii'm reminded by guido's comment about "consistency" in pep 820:28
*** jrist has quit IRC20:28
*** eernst_ has joined #openstack-infra20:28
fungior more particularly "needless consistency"20:28
donnydnode_provider:"fortnebula-regionone" AND filename:job-output.txt AND message:"Upload logs to log server" AND build_name:"grenade-py3" shows that for the most part the build are successful20:29
zbrglad you opened the subject: time to mention black20:29
fungisorry, "foolish consistency" which i guess was actually a ralph waldo emerson quote he included for balance20:29
*** jrist has joined #openstack-infra20:30
*** jrist has quit IRC20:30
zbri seen it adopted in few project and I was very glad: no more wasted time with discussions when it makes decisions for you, so you can focus on the meat20:30
mordredwell - I can say I like the idea of putting the exclusions into a config file instead of just inline in tox - it seems like a no-op in terms of our jobs and makes things a little simpler, so without getting in to my feelings on ansible-lint's choices, I think this patch improves the state of our current decision to run the tool20:31
corvuszbr: look, i appreciate that you're trying to help, but this is not the right approach.  black is a distraction here.  it's a python linter, not ansible.  so let's please not talk about it in this context.20:31
zbrin fact it may be possible to put the config inside setup.cfg, but not tox.ini - because tox.ini is tox specific and is not officially recognized. (in case the issue was about "adding new file in root")20:32
*** jrist has joined #openstack-infra20:32
corvuszbr: i personally think that ansible-lint is a waste of time because it catches very few actual errors, and mostly reports things that either don't matter to us in the context we use it, or are just plain wrong.20:32
mordredthat said - I think ansible-lint has made some questionable choices recently and has been more behaivng like pylint than like pyflakes20:32
fungialso, software imposing opinions on coding style of any sort is mostly useful in communities which are likely to have endless discussions about irrelevant style choices and "foolish consistency"20:32
mordredyeah. things like "you should use the git modules instead of shell: git"20:32
corvuszbr: so i don't think it's time well spent for me to review patches which move things around with ansible lint.  i don't think it's time well spent for you to write them either.  because at any point, it might go a way entirely.20:33
fungicommunities which aren't so concerned about style are likely to spend more time fighting style checkers than they benefit from the opinions those checkers impose20:33
corvuszbr: so i'm going going to +2 that patch, but if you find other folks who are happy to +2 it, great.  just please be aware of that.20:33
zbrmordred: true ansible-lint made quite a few mistakes in the past, but pinning it should keep us safe, and letting other deal with bleading edge issues.20:33
corvuszbr: and please be aware of the context in which you are asking these things.  i'm trying to be as up front as possible here and save everyone from wasting time20:33
zbrthanks!20:34
zbrthis should be enough to allow me to make the POC20:34
corvusunfortunately, that has backfired, as i have now spent far more time talking about that than i should have.  for what it's worth, that has only reinforced my idea that ansible-lint is not worth the time (as even attempting to ignore it is now wasting time)20:35
*** eharney has joined #openstack-infra20:35
clarkbzbr: note pbr's setup.cfg is not compatible with setuptools. (this is unfortunate but not something we have any control over given pbr's was there first and based on the upstream pep)20:35
fungithough i and others have made some attempts to get options which make sense for both setuptools and pbr to be consistently-named20:36
zbri guess pbr is going to give use quite a good number of headaches related to pep 517 and the project.toml, right?20:36
mordredhopefully not any time in the near future, no20:37
fungizbr: i don't think so, unless you try to use both20:37
fungiand even then it'll probably be fine as long as you keep setup.cfg around for pbr options20:37
fungizbr: also i thought the file name was pyproject.toml, did it change?20:38
mordredyeah. I have tried to think about pbr + pep517 a few times, and I've mostly given up20:38
zbri guess at some point it will happen, but hopefully after py27 last ceremony ;)20:39
mordredit should be called pyproject.misogynist.vcfunded.cantbebotheredtoreadexistingspecs.narcicism20:39
mordredbut, you know, who cares20:39
corvusmy values are incompatible with toml20:40
zbri am glad that 517 happens, but not necessarily how it happens, pbr used to much simpler (toml being only some part of the problem)20:40
mordredmaybe systemd will migrate to it and I can get double-duty on my latent industry annoyances20:41
fungilatent? ;)20:41
mordredfungi: sssh20:41
*** jtomasek has quit IRC20:41
corvusi have no doubt we're only seeing the *latent* annoyances20:42
corvusthe active ones would clear the room20:42
mordredcorvus: I haven't cleared the room yet?20:42
* mordred is really losing his touch20:42
*** joeguo has joined #openstack-infra20:42
mordredzbr: I think the concepts behind 517 are quite nice actually20:43
clarkbjust wait for someone to tell mordred that rust uses toml for its packaging too20:43
mordredclarkb: literally the only reason I havent' starter rewriting everything we do in rust is that fact20:43
corvusit's one of the biggest barriers to adoption of rust for me20:43
mordredyu[20:43
mordredyup20:43
mordredsame here20:43
openstackgerritMerged opendev/base-jobs master: Use standard ansible-lint config file  https://review.opendev.org/65270820:44
*** trident has quit IRC20:44
*** mriedem has quit IRC20:44
*** mriedem has joined #openstack-infra20:45
zbrmordred: yep, good idea. still reality is a bit different. for example in molecule we adopted 517, and in order to keep compatibility with some older setuptools, here is how we have in setup.py: https://github.com/ansible/molecule/blob/master/setup.py20:45
zbrnow lets remember how the pbr version was looking, all this code is backward-compatibility-boilerplate.20:46
mordredzbr: that's revolting20:46
*** trident has joined #openstack-infra20:46
zbrit is. i did not write that.20:47
zbri only hope that at some moment that file will vanish.20:47
mordredzbr:  well, I mean - I've written terrible code before - the need for that to exist is revolting20:47
clarkbit is unfortunate that the commit that replaced pbr doesn't say why20:48
mordredwhich is the whole problem with setup.py existing in the first place - which is why we wrote pbr in the first place ... which has been working for us for what, 8 years? oh well20:48
zbri am so happy that the perl code i wrote ~15 years ago was not open source20:48
mordredzbr: +100020:48
corvusclarkb: this commit?  https://github.com/ansible/molecule/commit/5314ebd1ae6e5413137eef8d3f7be505e0c847f1#diff-2eeaed663bd0d25b7e608891384b729820:49
corvusclarkb: it clearly explains it:  "package emoji"20:49
clarkbcorvus: ya that one20:50
mordredzbr: I once wrote a perl script that used typeglobs to generate perl that interacted with a database. I'm not sure I'd be employable if anyone could see that :)20:50
clarkbmordred: ya pbr seems to have done extremely well. And setuptools finally supporting setup.cfg seems like others agree (just that we of course did it wrongly)20:50
zbrthat was the moment when I desired to write new feature in the linter for forbidding emoji in commit messages.20:50
*** goldyfruit has quit IRC20:50
*** goldyfruit has joined #openstack-infra20:51
corvuszbr: now that's an argument to redeem linters if i've ever heard one :)20:51
mordredclarkb: yah. it's almost like we knew something about packaging things and build systems. too bad we made the mistake of not being oen of the cool kids20:51
mordredcorvus: ++20:51
mordredcorvus: you know - we could write a gerrit plugin to reject commits that had emjoi in the commit message ...20:51
clarkbfreenode just let me know they are changing the +z channel mode20:52
mordredjust with the message "nope"20:52
clarkbapparently clients have to support it, but we aren't +z so should be fine20:52
clarkb(clients that ops use)20:52
mordredyeah20:53
openstackgerritMerged opendev/system-config master: Add LE cert for logs.opendev.org to static  https://review.opendev.org/67390320:54
openstackgerritJames E. Blair proposed opendev/system-config master: Add logs.opendev.org vhost  https://review.opendev.org/67391220:54
*** mriedem has quit IRC20:54
corvusfungi, clarkb, mordred: ^ okay i think that's the vhost.  ugh.20:55
corvusi will be very happy when we switch to swift and all that goes away20:55
*** mriedem has joined #openstack-infra20:55
corvusoops i see probs20:56
clarkbmordred: reading pep517 the api they describe seems pretty compatible with pbr. I mean we'll likely have to hook things in but for example build_sdist is a thing pbr knows how to do20:56
clarkbI guess the struggle is if setuptools itself goes away20:56
clarkb(which pbr uses to do that work)20:56
mordredwell - I think that would actually make things easier20:56
mordredbecause setuptools is a bitch to work with20:56
clarkbya but potentially means more effort to get working and simple hook shimming won't be enough20:57
mordredclarkb: I agree - I think it's actually going to be largely compatible20:57
clarkbbut I don't know what the long term plans are for setuptools20:57
clarkb(like will it be a supported build backend?)20:57
clarkbianw: when your day starts I was hoping to talk about the devstack, osc, sdk, api performance stuff. We can move over to -qa too if you want20:58
fungiclarkb: i wonder if +z would be useful to ops in #openstack-unregistered20:58
*** bobh has joined #openstack-infra21:00
clarkbfungi: in conjunction with +m ?21:00
fungiyeah21:00
fungisince we silence everyone who joins that channel (or at least i think we do)21:00
clarkbI don't think we do21:02
fungiahh, maybe we didn't because we didn't know of a way for those folks to get help when forwarded into it21:04
fungii guess if it gets hit hard by spam then we can look into that option21:04
clarkbfungi: corvus my review on the vhost change hopefully captures what we want to do to address fungi's concern? let me know if that makes sense21:05
*** bobh has quit IRC21:05
*** kjackal has quit IRC21:05
*** fdegir has quit IRC21:07
fungiit would be close, if we decide what we want is to redirect http to https, but the redirect rules you're seeing are for redirecting non-canonical hostnames21:08
fungi(serveraliases)21:08
clarkbwe would drop the rewritecond21:09
clarkb(thank you for pointing that out)21:09
fungihonestly i would just copy/paste all the osla stuff from the https vhost into the http vhost, or maybe we decide that osla isn't necessary on logs.opendev.org?21:16
fungiin which case drop it from both21:17
clarkbfungi: because you want http to work too?21:17
corvusoh i figured we could have http -> https?21:17
clarkbcorvus: ya that is what my comment describes21:17
corvusfor the new vhost at least21:17
clarkbI missed the bit about dropping the rewrite condition21:17
fungii don't necessarily want http to work, but when mordred brought it up before it sounded like there was concern for it being more complexity21:17
clarkbbut otherwise that was my intent21:17
corvusi think for the new vhost, this is going to be simpler21:18
corvuschanging the current one is complex21:18
fungiwfm, then what clarkb suggests makes more sense21:18
corvusi'm also going through and hardcoding the stuff that currently comes from openstackci::logserver21:18
fungithough we could also consider just not using osla in the new vhosts if zuul's logs browser will provide roughly equivalent functionality21:18
corvusi think we need to swith to this before we can switch zuul21:19
fungiahh, okay21:19
corvusso we need to have zuul returning logs.opendev.org as log_url before we can have zuul use the new url in the report21:19
fungimakes sense, and that's global(ish) yeah21:19
openstackgerritJames E. Blair proposed opendev/system-config master: Add logs.opendev.org vhost  https://review.opendev.org/67391221:21
corvusokay let's see if that's better21:21
openstackgerritJames E. Blair proposed zuul/zuul master: Always record the log_url in sql reporter  https://review.opendev.org/67385821:24
clarkbI bet tempest-dsvm doesn't really match any of our modern jobs either (just noticing that in your update)21:24
clarkbmaybe the legacy jobs21:24
clarkbthe change is approved21:25
fungiyeah, there are likely still legacy job names matching that pattern21:25
corvusi think i need one more change there21:26
corvusi copied the certs path from the tarballs.opendev.org vhost, but i don't see the logs certs at the same path21:27
corvusie, logs.opendev.org is in /etc/letsencrypt-certs but not in /etc/ssl/certs21:27
corvussomehow, on files.o.o the certs for docs.opendev.org do end up in /etc/ssl/certs21:27
*** kjackal has joined #openstack-infra21:27
fungihuh, symlink? looking21:27
clarkbI'll remove my approval21:28
corvusoh21:28
fungii see them in /etc/letsencrypt-certs/tarballs.opendev.org/21:29
corvusdid we put that in hiera?21:29
fungioh21:29
fungidocs.opendev.org though21:29
corvusoh yeah, which should i be looking at, docs or tarballs?21:29
corvustarballs!21:29
corvusyeah, docs is in hiera, so forget about it.  tarballs is LE21:30
clarkbah21:30
corvusand they are only in the LE path21:31
corvusso i copypastad the wrong path there21:31
corvusat least that makes sense :)21:31
clarkbthat makes sense re not making extra copies of that data21:31
fungiyep, in hiera21:31
fungifor docs.opendev21:31
openstackgerritJames E. Blair proposed opendev/system-config master: Add logs.opendev.org vhost  https://review.opendev.org/67391221:32
clarkbcorvus: is it .cer or .cert ?21:32
corvusclarkb, fungi: ^ i verified those 3 files exist on the host now21:32
corvusit's .cer21:32
clarkb+221:32
*** tdasilva has quit IRC21:33
fungii also confirmed the files exist on the server already21:34
fungiand approved21:34
fungiand yeah, .cer instead of .crt through me for a moment21:34
fungis/through/threw/21:34
fungis/.*/tarballs!/21:35
zbrin case someone got bored: https://github.com/yaml/pyyaml/issues/32521:35
*** e0ne has joined #openstack-infra21:37
*** kjackal has quit IRC21:38
*** goldyfruit has quit IRC21:40
*** takamatsu has joined #openstack-infra21:40
clarkbmriedem: I've been sifting through those neutron grenade logs and understand the test a bit better. Grenade is creating a server and a volume then attaching the volume to the server. Once the volume shows in use it is doing a ping check and when that succeeds it is doing an ssh check21:49
clarkbmriedem: I think it reasonably likely that the 30 second timeout isn't long enough for ssh, however I'm not sure how quick cirros is these days21:49
clarkbconnection refused tells me that there isn't something listening on port 22 yet21:50
fungior something caused the sshd to die21:53
clarkboh also it is boot from volume21:53
clarkbas far as I can tell the network bits are working21:54
clarkb(due to the ping and neutron logs)21:54
*** kjackal has joined #openstack-infra21:54
fungicould it be delay generating sshd's host key(s)?21:54
clarkbthat could be, though cirros uses dropbear and not sure how it handles host keys21:55
clarkbI think what we want to do is have grenade dump the console log for that server when it times out21:55
fungiyeah, no clue either21:55
clarkbI'll write that change now21:55
*** pkopec has quit IRC21:59
clarkbfungi: mriedem donnyd remote:   https://review.opendev.org/673923 Capture console logs from failed server create22:00
donnydI will give you my +1 clarkb22:01
donnydprobably won't get you anywhere, but I am happy to do it22:01
clarkbdonnyd: if we are luck the change will have failed tests premerge and we can just look at those logs. I'll probably recheck a few times in hopes of catching one22:03
clarkboh wait I think I put it in the wrong spot22:04
mriedemyup22:04
mriedemi just crushed your gd soul22:04
*** slaweq has quit IRC22:04
clarkbmriedem: ya it was wrong spot22:05
*** rcernin has joined #openstack-infra22:05
mriedem+722:05
cmurphydoes logstash index logs for unit test jobs? i'm trying to build a query for it but looking at the main dashboard i don't see any non-tempest jobs from the last few hours22:05
mriedemcmurphy: yes, they'd be in the console logs22:06
mriedemhard to be useful though since they are not multi-line22:06
mriedemso you get MismatchError on one line and some relevant part of the trace on another and you can't group those in a query22:06
mriedemcmurphy: link me to the line you're trying to query22:07
cmurphymriedem: the search i want is simpler than that, i think jobs like http://logs.openstack.org/76/673476/1/gate/openstack-tox-lower-constraints/d31bc96/ are failing often just because we're generating too much log output22:08
cmurphyi just want to see how many failed in the last few minutes/hours/days22:08
fungiwe also have graphite data for that22:09
clarkbcmurphy: my desktop stopped responding after opening that logfile22:09
cmurphyclarkb: yeah22:09
clarkbhow big is it overall? it may not be indexed becauseit is crashing the processors if big enough to oom them22:09
clarkbtheseessages come to you via my phone becausecomputer is quite sad22:10
cmurphyhttp://logs.openstack.org/76/673476/1/gate/openstack-tox-lower-constraints/d31bc96/ says 12M22:10
mriedemcmurphy: yeah nova/cinder have had that issue, usually shows up as a subunit parser failure22:11
mriedemlots of warnings and tracebacks in test runs for negative tests and stuff22:11
mriedemhttp://status.openstack.org/elastic-recheck/#181314722:11
clarkbcompressed so maybe 120mb uncompressed?22:11
smcginniscmurphy: stestr has a latent bug somewhere deep down (or one if its libraries) that can't handle unicode streams when the tests end up outputting a largish amount of text.22:12
smcginnisThe only way I've seen to get around it is to cut back on what gets emitted during a test run.22:12
cmurphyif you look at the testr_results it's all green22:12
clarkbsmcginnis: I think it goes back all the way to subunit v122:12
mriedemholy god those policy warnings22:12
mriedemyou need to filter warnings in the test runs22:13
cmurphyyeah22:13
clarkbthere was a max packet size and the way we attach logging to the packets runs up against that22:13
smcginnisclarkb: That could be. Matt and I spent quite awhile trying to trace things to the source, but neither of us made it very far.22:13
mriedemhttps://github.com/openstack/nova/blob/master/nova/tests/fixtures.py#L81222:13
*** tosky has quit IRC22:13
smcginnisOnly happens with py3 for some reason. Py2 is just peachy.22:13
mriedemnova has add warnings filters as we hit them22:13
clarkbsmcginnis: well python3 strings are 4x the size22:14
mriedemincluding duh duh duh "message="Policy .* failed scope check","22:14
clarkbnow do I alt sysrq b to get back?22:14
mriedemcmurphy: also if it helps and keystone doesn't do it yet, we have a logging fixture that ignores debug level logs in test runs https://github.com/openstack/nova/blob/master/nova/tests/fixtures.py#L12122:15
mriedembut still validate for formatting errors in debug messages https://github.com/openstack/nova/blob/master/nova/tests/fixtures.py#L10422:16
cmurphymriedem: in this case these are actual warnings not debug logs, we need to fix it to be less noisy in general because it's hurting operators too22:17
cmurphybut i wanted to get some data to prove it was hurting our dev velocity too22:17
mriedemok but my point is in a unit test run, you don't need to log these oslo policy deprecation warnings more than once per run22:17
mriedemb/c that's destroying the console output that gets pushed through logstash22:17
cmurphyyes agreed22:18
fungiclarkb: i usually alt+sysrq+s first followed by alt+sysrq+u and only *then* alt+sysrq+b (with a few seconds delay between each)22:18
*** rlandy is now known as rlandy|bbl22:19
openstackgerritMerged opendev/system-config master: Add logs.opendev.org vhost  https://review.opendev.org/67391222:22
clarkbfungi: I wasn't too worried about losing data as I didn't have anything writing at the time22:26
clarkbbut did end up needing to force reboot via sysrq command22:27
clarkbapparently f will call oomkiller22:27
clarkbwhich might've saved me all the trouble if it killed firefox22:27
clarkbcmurphy: but ya when logs get that large we have trouble idnexing them22:27
fungii usually just do s,u,b out of reflex, and to hopefully save myself fsck and/or fs corruption22:28
clarkbfungi: Oh I'm running btrfs22:28
clarkbso there is no hope either way :P22:29
fungihah22:29
cmurphyclarkb: in general though, i'm not seeing anything like 'openstack-tox-py37' in http://logstash.openstack.org/#/dashboard/file/logstash.json so i'm not sure how to experiment with querying22:29
cmurphylooking in the build_name field22:29
fungibuild_name:openstack-tox-py37 AND build_result:FAILED AND ...22:29
cmurphyokay that shows some things22:30
clarkbmy wget of that file just corssed 200MB22:30
mriedemAND project:openstack/keystone22:30
clarkband ended at 220MB22:30
*** kjackal has quit IRC22:31
clarkbthat is a really good compression ratio22:31
fungier, build_status not build_result22:31
*** goldyfruit has joined #openstack-infra22:31
cmurphyclarkb: when it's all the same log message repeated...22:31
donnyduggg... node_provider:"fortnebula-regionone" AND filename:job-output.txt AND message:"RUN END RESULT_TIMED_OUT"22:34
donnydI may be oversubscribing too much, but this is pretty much what was happening before22:34
fungiahh and it's FAILURE not FAILED too22:35
donnyd:)22:35
donnydLOL fungi22:35
*** goldyfruit has quit IRC22:35
clarkbcmurphy: there is a way to make warnings emit only once iirc22:36
donnydI will scale it back down to 40 and see if that fixes the issue, but i will have to wait for nodepool to slow down later tonight22:36
clarkbsince the tests run largely in the same processes that may work to quiet things down22:36
clarkbwarnings.simplefilter("once") ?22:37
mriedemthat's what we have in the nova warnings filter, just copy that code22:40
mriedemhttps://github.com/openstack/nova/blob/master/nova/tests/fixtures.py#L81222:40
donnydfoods.... be back22:41
*** mriedem has quit IRC22:43
ianwdonnyd / clarkb: going back a bit, chatting with others over the kafs stuff with our working set we may not see much difference over just using "regular" dcache anyway, the disk cache might be overhead22:47
clarkbianw: with openafs you mean?22:47
clarkb(there was a clear difference when I made consecutive requests fwiw)22:47
openstackgerritJames E. Blair proposed opendev/base-jobs master: Switch to logs.opendev.org  https://review.opendev.org/67392522:49
*** gagehugo has quit IRC22:49
openstackgerritMerged zuul/zuul-operator master: use opendev image building system for zuul-operator test  https://review.opendev.org/67302022:50
*** gagehugo has joined #openstack-infra22:50
*** dchen has joined #openstack-infra22:51
ianwclarkb: probably with kafs and openafs; both should keep pages just in dcache anyway as i understand it.  so there's overhead getting them to disk and off disk, which if they don't get used enough to amortize before they change again, can be counterproductive22:51
clarkbianw: I think the problem with openafs is taht it has the fixed window size for its udp packets22:51
clarkbianw: and so throughput falls out significantly as rtt increases22:51
ianwyeah, i think we'd need much more detailed monitoring to understand exactly what fiddling parameters do, and as you say very heterogeneous mirror nodes, between possibly connected with fibre to tin-cans across the atlantic22:53
*** aedc has quit IRC22:54
*** aedc has joined #openstack-infra22:56
*** tkajinam has joined #openstack-infra22:57
corvushttps://logs.opendev.org/  exists23:00
corvushttps://review.opendev.org/673925  should be gtg whenever we're ready23:00
*** gagehugo has quit IRC23:01
fungiindeed, and the http->https redirect seems fine23:02
donnydclarkb: I was talking about the timeouts23:02
*** panda has quit IRC23:03
fungitesting a docs draft render and a job log htmlification and an ara report, all seem to work fine on the new vhost23:04
*** panda has joined #openstack-infra23:04
donnydhttps://usercontent.irccloud-cdn.com/file/DBo9iloX/Screenshot%20from%202019-07-31%2019-04-15.png23:04
*** gagehugo has joined #openstack-infra23:04
donnydThere are a few spikes, but for the most part cpu utilization is what i would expect23:04
donnyd50-70%23:05
*** notmyname has quit IRC23:05
corvusfungi: dinner tonight is at an okonomiyaki popup at a brewery down the street23:08
fungicorvus: wow!23:08
fungienjoy, sounds amazing23:08
fungimy home okonomiyaki is improving, but still has a long way to go23:08
corvusthey apparently make hiroshima- and osaka- styles23:09
corvuswhich is a distinction that is new to me.  we should order one of each :)23:09
corvus(layered vs mixed, apparently)23:10
*** slaweq has joined #openstack-infra23:11
*** slaweq has quit IRC23:15
clarkblogs change is approved23:15
clarkbI've got carnitas in the slow cooker23:17
*** jamesmcarthur has joined #openstack-infra23:22
*** dchen has quit IRC23:22
openstackgerritMerged opendev/system-config master: Correct emergency file reference in launch script  https://review.opendev.org/67299623:22
clarkbianw: for the osc/devstack stuff you mentioned you were trying to compare runtimes?23:28
clarkbianw: what I've run into trying to apply what I did to create_keystone_accounts to the other create_*_accounts functions is that they rely a lot on environment state of the running stack.sh. Rather than encode all of that directly in python I was thinking that having stack.sh write out a large "do these things to keystone" manifests file that osc/sdk/something could read back in might be a good23:29
clarkbappraoch23:29
clarkbbut curious if you had better ideas after looking at it23:29
ianwclarkb; yeah did you see the stats from https://ethercalc.openstack.org/rzuhevxz7793 ?23:31
ianwas a baseline23:31
openstackgerritMerged opendev/base-jobs master: Switch to logs.opendev.org  https://review.opendev.org/67392523:31
clarkbI did not (was that over in -qa I'm apparently not in that channel currently)23:33
*** e0ne has quit IRC23:33
ianwclarkb: check out my comment in https://review.opendev.org/#/c/673018/23:33
clarkbianw: as frickler points out on https://review.opendev.org/#/c/673018/ that isn't much quicker, but that led me to https://review.opendev.org/#/c/673108/6 which is signficantly faster23:36
clarkbI think a good deal of the overhead is tied up in ~3 things. startup overhead, requesting new tokens every time osc is invoked, converting names to ids every time osc is invoked23:36
clarkbwhich is why replacing it all with a single script (one startup cost, one token, no name -> id conversions because all ids are remembered) is quick23:37
clarkbone approach we might take is to try and have osc use a preallocated token (we can do that iirc) and use ids for everything23:37
clarkbbut I think I've mostly convinced myself if we want to go down this path batching up many operations as much as possible is the ideal23:38
*** dchen has joined #openstack-infra23:38
ianwyeah, i'd agree.  i'd say there's no particular reason it was done like that, and it makes sense to pipeline it23:39
openstackgerritMerged zuul/zuul master: Always record the log_url in sql reporter  https://review.opendev.org/67385823:40
ianwmy only real concern was that people might have considered it as testing various things the way it was, but it sounds like not23:41
ianw(various things being osc interfaces, osc->services interfaces, etc)23:41
clarkbya23:42
*** betherly has joined #openstack-infra23:42
clarkbmostly I see this as a very promising option for reducing devstack runtime and so wanted to see what other devstack cores had to think about it. Particularly since while the poc is straightforward making the transition properly at a wider scale becomes tricky23:43
clarkb(it really is awkward to ahve all that state in env vars then try and push that down into python script(s))23:43
*** eharney has quit IRC23:45
*** betherly has quit IRC23:47
ianwso you're saying take like get_or_create_service() and turn it from an instant action to something that writes out a manifest, then process that later?23:48
clarkbya23:49
fungii feel like "can you set up devstack" is a mediocre, opaque and terribly complex "test" so whatever we can do to just make that efficient instead and then explicitly test the things we thought that might be exercising is probably better for everyone involved23:49
clarkbianw: my message to the mailing list had an initial idea of turning this block https://opendev.org/openstack/devstack/src/branch/master/stack.sh#L1146-L1161 and turning that into one manifest invocation23:50
*** sthussey has quit IRC23:50
clarkb(and that block does things like call get_or_create_service)23:50
clarkbthat way the logic of what needs to be created can stay in bash23:51
clarkbbut the work of creating the resources happens ine one "long lived" python process using one token23:51
*** notmyname has joined #openstack-infra23:52
*** notmyname has quit IRC23:53
clarkbone big drawback to that approach is it makes it hard for other systems to reconsume it23:53
*** notmyname has joined #openstack-infra23:53
ianwhrm, you could intercept "get_or_create_<service|endpoint>" but i wonder if any plugins are written to assume that the moment that function is called, it's active23:57
ianwmost seem to be written with that happening in post-config; then their services are started in "extra"23:58
ianwrandom example https://opendev.org/x/mogan/src/branch/master/devstack/plugin.sh#L2723:58
clarkband we also have a bunch of osc to do things like create all the neutron networks and routers and subnets23:59
clarkbbut those are probably fine to be self contained manifests23:59
*** takamatsu has quit IRC23:59

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