Monday, 2020-02-10

*** Wryhder has joined #openstack-infra00:00
*** cgoncalves has quit IRC00:00
*** Lucas_Gray has quit IRC00:00
*** icey has quit IRC00:00
*** Wryhder is now known as Lucas_Gray00:01
*** sgw has quit IRC00:01
*** armax has quit IRC00:07
ianwsorry late start due to bureaucracy ... looking at nb now00:09
*** yamamoto has joined #openstack-infra00:15
fungibureaucracy, the popular board game from milton bradley00:18
*** yamamoto has quit IRC00:20
ianwhttps://imgur.com/a/BFnjYLY <- outside the house i just moved out of ... the one where i couldn't see across the road for the smoke a few weeks ago00:22
ianwthe same cable it took the isp weeks and week to figure out how to connect to when it wasn't under a tree, too00:24
fungigood timing!00:25
ianwTASK [puppet : run puppet] completes in like 1 second on this new nb0300:39
ianwsomething is clearly up but i'm not sure where the logs are00:39
clarkbsyslog00:40
clarkbits probably not doing much at this point. I think i got everything installed00:40
*** goldyfruit has quit IRC00:42
ianwyeah, i think that's right .. .but the deamon isn't starting00:43
ianwFeb 10 00:41:36 nb03 puppet-user[2725]: Finished catalog run in 19.82 seconds00:44
ianwi don't know why irqbalance is flooding the logs00:44
*** goldyfruit has joined #openstack-infra00:44
ianwImportError: cannot import name 'DependencyWarning' ... that's the issue now i gues00:45
ianwthat comes from inside keystoneauth1/session.py but suggests requests is at fault00:46
openstackgerritMerged opendev/system-config master: Run apt-get autoremove after rm cloud-init  https://review.opendev.org/70662400:50
ianwok, i don't want to think about it too much, but a manual pip reinstall of requests seems to get nodepool-builder daemon going further00:51
ianwahh, now zookeeper can't talk ... and i bet that's the firewall00:51
ianwi think it's time to switch the dns and then we can sort out fw rules00:52
clarkb++00:53
*** d34dh0r53 has quit IRC01:04
*** cloudnull has quit IRC01:04
*** cloudnull has joined #openstack-infra01:05
*** d34dh0r53 has joined #openstack-infra01:05
*** slaweq has joined #openstack-infra01:05
ianwclarkb: did you remove nb03 A entry at some point?01:10
ianw... don't worry sorry01:13
ianwfor some reason, ctrl-f would not find it in the rax dns webpage01:13
ianw#status log switched nb03.openstack.org dns from old server in london (213.146.141.47) to new us-based host (139.178.85.141)01:14
clarkb^F behaves weord there01:15
ianwyeah, scrolling through 400 entries is fun01:15
*** openstackstatus has joined #openstack-infra01:16
*** ChanServ sets mode: +v openstackstatus01:16
ianw#status log switched nb03.openstack.org dns from old server in london (213.146.141.47) to new us-based host (139.178.85.141)01:18
openstackstatusianw: finished logging01:18
ianw(i also restarted statusbot)01:18
ianwanyone mind if i cycle zk01, zk02, zk03 in order to refresh their iptables rules?01:26
clarkbshould be fine particularly if done in sequence01:27
*** yamamoto has joined #openstack-infra01:28
*** yamamoto has quit IRC01:33
ianwhrrm, i have restarted the zk hosts, and nb03 (new) still can't seem to talk to them01:38
ianw# curl https://ifconfig.me01:50
ianw139.178.85.22601:50
*** Lucas_Gray has quit IRC01:50
ianwyeah, if i try to ssh to a remote host from nb03 I see a rejection for "user root 139.178.85.226 port 30309 [preauth]"01:56
ianwthere must be some sort of nat going on?  but i can ping it's "public" ip address?01:57
ianwand indeed ssh into it @ 139.178.85.141 ... this is weird01:58
*** yamamoto has joined #openstack-infra02:01
*** yamamoto has quit IRC02:06
clarkbhuh02:13
*** yamamoto has joined #openstack-infra02:15
ianwi can't see this 226 address in any of the routers, subnets, etc.  i'm officially stumped02:18
ianwkevinz: ^ in short; nb03 is working at 139.178.85.141, but somehow external connections seem to come from 139.178.85.226.  our firewalls don't understand this, so the host is currently not working02:19
ianwnotes updated in https://storyboard.openstack.org/#!/story/200719502:19
*** gagehugo has joined #openstack-infra02:39
kevinzianw: Hi, 226 is the totally cluster router for this cluster02:49
kevinzianw: let me chek02:49
kevinzianw: I will check the router configuration02:51
*** gagehugo has quit IRC02:51
*** yamamoto has quit IRC02:51
*** yamamoto has joined #openstack-infra02:51
*** gagehugo has joined #openstack-infra02:51
ianwkevinz: it's sort of like NAT ... but not?03:01
kevinzianw: router here is sort of like NAT03:02
rm_workanyone happen to have a copy of `CentOS-8-GenericCloud-8.0.1905-1.x86_64.qcow2` sitting around? :D03:07
rm_workit's gone from the known universe AFAICT but I need a copy03:07
ianwi got a rhel 8.0-1854 but not centos8 sorry03:08
*** jamesmcarthur has joined #openstack-infra03:10
rm_workT_T03:27
*** yamamoto has quit IRC03:38
*** jamesmcarthur has quit IRC03:40
*** tkajinam has quit IRC03:40
*** yamamoto has joined #openstack-infra03:41
*** tkajinam has joined #openstack-infra03:41
*** jamesmcarthur has joined #openstack-infra03:44
*** zxiiro has quit IRC03:45
*** psachin has joined #openstack-infra03:45
*** jamesmcarthur has quit IRC03:49
*** sgw has joined #openstack-infra03:53
*** yamamoto has quit IRC03:57
*** sgw has quit IRC04:08
*** udesale has joined #openstack-infra04:09
*** sgw has joined #openstack-infra04:26
*** ykarel|away is now known as ykarel04:27
*** ramishra has joined #openstack-infra04:29
*** yamamoto has joined #openstack-infra04:31
*** ricolin has joined #openstack-infra04:33
*** ykarel is now known as ykarel|afk04:34
*** yamamoto has quit IRC04:40
openstackgerritIan Wienand proposed opendev/system-config master: Migrate AFS publishing to mirror-update.opendev.org  https://review.opendev.org/70673104:49
openstackgerritIan Wienand proposed opendev/system-config master: Add project.tarballs to periodic AFS release  https://review.opendev.org/70673204:49
*** ykarel|afk is now known as ykarel04:56
openstackgerritIan Wienand proposed openstack/project-config master: Publish tarballs artifacts to AFS in parallel  https://review.opendev.org/70673305:03
openstackgerritIan Wienand proposed openstack/project-config master: Remove tarball artifact publishing to static site  https://review.opendev.org/70673405:03
kevinzianw: finished. Pls check again, One rules in router has been wrong configured.05:09
kevinzianw: ubuntu@test:~$ curl https://ifconfig.me05:09
kevinz139.178.85.14505:09
ianwkevinz: ooohh, looking good, i can telnet to the right place05:10
kevinzianw: ace05:10
ianwyep, it's talking05:10
ianwi'm just going to reboot it and see if nodepool-buidler starts of its own accord05:11
ianwyay, it did \o/ !  it's building now05:12
ianwso let's give it some time and see if it uploads correctly ... i wouldn't mind betting something like this was the problem with the uk->us connections anyway?05:12
ianwi don't think it's bad we moved it ... it was only our zk firewalls rejecting the host that tipped us off, it would be hard to regonise on a testing node05:15
kevinzianw: sure np, hope it works fine. I will check if uk-> us https works05:18
kevinzianw: uk->us https connection still has issue :(05:21
*** yamamoto has joined #openstack-infra05:26
ianwok; first builds take a while as it caches all of git05:27
*** evrardjp has quit IRC05:34
*** evrardjp has joined #openstack-infra05:34
*** dSrinivas has joined #openstack-infra05:39
openstackgerritIan Wienand proposed openstack/project-config master: Remove tarball artifact publishing to static site  https://review.opendev.org/70673405:40
*** raukadah is now known as chkumar|rover05:44
*** lmiccini has joined #openstack-infra06:30
*** cgoncalves has joined #openstack-infra06:31
*** cgoncalves has quit IRC06:31
*** cgoncalves has joined #openstack-infra06:32
*** dpawlik has joined #openstack-infra06:44
*** dpawlik has quit IRC06:50
*** dpawlik has joined #openstack-infra06:55
ianwlooks like linaro-us has images uploaded now, so that bit is working06:57
ianwthere's hundreds of "failed" images .. i'm trying to delete them with nodepool dib-image-delete06:58
kevinzianw: why a lot of failed images in nodepool?07:02
ianwi don't exactly know why they're in that state in the backing db07:04
*** jtomasek has joined #openstack-infra07:06
*** jtomasek_ has joined #openstack-infra07:09
*** jtomasek has quit IRC07:12
*** yamamoto has quit IRC07:16
*** dpawlik has quit IRC07:16
*** yamamoto has joined #openstack-infra07:18
*** dpawlik has joined #openstack-infra07:19
*** pgaxatte has joined #openstack-infra07:20
kevinzianw: so now we can move to instance launching?07:22
*** yamamoto_ has joined #openstack-infra07:29
*** yamamoto has quit IRC07:33
*** tosky has joined #openstack-infra07:35
*** dciabrin has joined #openstack-infra07:37
dciabrinmorning o/07:38
*** ykarel is now known as ykarel|lunch07:38
*** Tengu has quit IRC07:44
*** Tengu has joined #openstack-infra07:46
*** ociuhandu has joined #openstack-infra07:47
*** slaweq has quit IRC07:53
*** imacdonn has quit IRC07:53
*** imacdonn has joined #openstack-infra07:53
*** ociuhandu has quit IRC08:07
*** ociuhandu has joined #openstack-infra08:08
*** slaweq has joined #openstack-infra08:09
*** iurygregory has joined #openstack-infra08:10
*** yamamoto_ has quit IRC08:10
*** ociuhandu has quit IRC08:14
*** dchen has quit IRC08:14
*** gfidente has joined #openstack-infra08:20
*** tkajinam has quit IRC08:23
*** yamamoto has joined #openstack-infra08:26
*** rakhmerov has joined #openstack-infra08:27
*** tesseract has joined #openstack-infra08:30
*** carli has joined #openstack-infra08:31
*** ykarel|lunch is now known as ykarel08:33
openstackgerritM V P Nitesh proposed openstack/diskimage-builder master: efibootmgr is need to create boot entries  https://review.opendev.org/67145608:34
*** ralonsoh has joined #openstack-infra08:38
*** rpittau|afk is now known as rpittau08:41
*** jpena|off is now known as jpena08:54
*** jberg-dev has joined #openstack-infra09:00
*** lucasagomes has joined #openstack-infra09:00
*** dtantsur|afk is now known as dtantsur09:01
mnaserhi infra09:15
mnaseri think the opensuse mirrors @ vexxhost (or just mirrors in general) seem borked?09:15
mnaser[repo-update|http://mirror.sjc1.vexxhost.openstack.org/opensuse/update/leap/15.1/oss/] Valid metadata not found at specified URL09:15
mnaserhttps://09dae708dd145b62560d-fa5c157bc6c850b5e031899614317800.ssl.cf5.rackcdn.com/703572/5/check/openstack-ansible-deploy-aio_metal-opensuse-15/c631209/job-output.txt09:15
mnasernope, not juts mirrors at our side09:17
mnaser[repo-update|http://mirror.regionone.limestone.openstack.org/opensuse/update/leap/15.1/oss/] Valid metadata not found at specified URL09:17
*** hashar has joined #openstack-infra09:19
*** apetrich has joined #openstack-infra09:21
ianwmnaser: it seems like we're mirroring what's upstream ok ... either that mirror is out of sync, or something wrong with it's upstream (http://files.openstack.org/mirror/logs/rsync-mirrors/opensuse.log)09:24
mnaserpoop09:26
fricklerinfra-root: ze12 has oomed and is failing for finger connections. I'm not restarting it yet in case someone wants to dig further09:28
ianwfrickler: yeah, i think we know it happens, i'm not sure there would be much investigation, i'd probably restart09:28
fricklerianw: so just restart zuul-executor or the whole node? I haven't done this in a while09:29
ianwfrickler: stop the executor, and wait (quite a bit it will feel like) till everything disappears, then restart is what i do09:29
fricklerianw: o.k., I'll give it a try, thx09:30
openstackgerritSorin Sbarnea proposed openstack/project-config master: List oooq members as irc OPs  https://review.opendev.org/70676709:37
*** derekh has joined #openstack-infra09:38
ianwkevinz: i think that linaro-us will just start taking nodes now the images are updated -> https://opendev.org/openstack/project-config/src/branch/master/nodepool/nl03.openstack.org.yaml#L41409:41
*** sshnaidm has quit IRC09:41
*** yamamoto has quit IRC09:41
*** sshnaidm has joined #openstack-infra09:42
*** ociuhandu has joined #openstack-infra09:42
fricklerianw: kevinz: according to nodepool, there are 6 nodes stuck deleting in linaro-london http://grafana.openstack.org/d/vcvSN5Siz/nodepool-linaro?orgId=109:44
kevinzfrickler: yes, image deletion has a problem in Linaro-London(upload is fine). I'm working on it09:45
fricklerkevinz: not images, nodes. might be nodepool having a different view than nova, though09:46
kevinzfrickler: OK, let me check09:46
*** ociuhandu has quit IRC09:47
fricklerkevinz: FYI, this is what nodepool thinks it has currently. I didn't find any errors for the delete attempts, though. http://paste.openstack.org/show/789356/09:50
*** roman_g has joined #openstack-infra09:50
fricklerseems peculiar that those 6 nodes all are debian-stretch-arm64, not buster09:51
kevinzfrickler: thx, I've removed them now, os-jobs can create more instances.  I will boot 1 instance for debian-stretch-arm64 to reproduce it09:52
*** ociuhandu has joined #openstack-infra09:54
fricklerwell, only one patch in the queue currently, will need to wait for kolla ppl to wake up and submit fresh patches I guess ;)09:54
*** ociuhandu has quit IRC09:55
*** jpena is now known as jpena|brb09:58
roman_gclarkb: thank you!10:06
*** pkopec has joined #openstack-infra10:16
*** Tengu has quit IRC10:17
*** Tengu has joined #openstack-infra10:18
*** hashar has quit IRC10:20
*** ociuhandu has joined #openstack-infra10:27
*** Tengu has quit IRC10:31
*** ociuhandu has quit IRC10:32
*** Tengu has joined #openstack-infra10:40
*** jpena|brb is now known as jpena10:43
*** hashar has joined #openstack-infra10:44
amotokihi, build-openstack-releasenotes job in stable/rocky is broken due to python2 venv refers to requirements master.10:44
amotokihttps://zuul.opendev.org/t/openstack/build/fac75293255f49aba167225e4b636cd510:44
amotokiin stable/rocky (and other old branches) a project template release-notes-jobs is used and it uses python2.10:46
amotokiensure-sphinx role checks out the master branch of requirments repo.10:46
amotokiwhat is the good way to fix the failure?10:46
openstackgerritOnong Tayeng proposed openstack/project-config master: Remove networking-vpp entry  https://review.opendev.org/70679010:46
*** udesale has quit IRC10:48
amotokicorrection: build-reno-releasenotes job in zuul-jobs checks out the master branch of requirments repo using override-checkout.10:48
*** yamamoto has joined #openstack-infra10:51
kevinzfrickler: sure, thx10:53
*** yamamoto has quit IRC10:54
*** yamamoto has joined #openstack-infra10:55
*** ociuhandu has joined #openstack-infra10:59
*** yamamoto has quit IRC11:00
AJaeger_amotoki: build-openstack-releasenotes job should run on *master* completely11:02
*** ociuhandu has quit IRC11:03
*** ociuhandu has joined #openstack-infra11:03
amotokiAJaeger_: so, where do you think python interpreter should be configured?11:05
amotokior do you suggest to use build-openstack-releasenotes-python3 in older stable brnaches likes stable/rocky?11:05
amotokiit happens due to the mismatch that build-openstack-releasenotes uses python2 but it refers to requirements mater which has dropped py2 support.11:07
amotokias a result, an error that reno==3.0.0 is not found for py2 in build-openstack-releasenotes job.11:07
amotokiperhaps it affects all stable branches of all repos which run the releasenotes job in py2.11:08
frickler#status log restarted zuul-executor on ze12 after it had OOMed11:09
openstackstatusfrickler: finished logging11:09
*** dirk has joined #openstack-infra11:14
openstackgerritMatthieu Huin proposed zuul/zuul master: Authorization rules: add templating  https://review.opendev.org/70519311:14
*** Lucas_Gray has joined #openstack-infra11:17
openstackgerritJan Kubovy proposed zuul/zuul master: WIP: Store unparsed branch config in Zookeeper  https://review.opendev.org/70571611:21
*** yamamoto has joined #openstack-infra11:27
*** ociuhandu has quit IRC11:32
*** yamamoto has quit IRC11:32
*** ociuhandu has joined #openstack-infra11:32
*** ociuhandu has quit IRC11:38
*** ociuhandu has joined #openstack-infra11:41
*** hashar has quit IRC11:56
*** nicolasbock has joined #openstack-infra12:01
*** yamamoto has joined #openstack-infra12:07
*** rpittau is now known as rpittau|bbl12:08
*** ociuhandu has quit IRC12:10
*** ociuhandu has joined #openstack-infra12:11
*** yamamoto has quit IRC12:12
*** ociuhandu has quit IRC12:15
*** ykarel is now known as ykarel|afk12:24
*** udesale has joined #openstack-infra12:28
*** adriant has quit IRC12:34
*** adriant has joined #openstack-infra12:35
*** jpena is now known as jpena|lunch12:35
AJaeger_amotoki: let me check the change.12:35
AJaeger_amotoki: oh, seems we didn't think that completly through initally - and should switch to build-openstack-releasenotes-python3 everywhere indeed. Or change the job to use python3 everywhere.12:39
*** rosmaita has joined #openstack-infra12:41
amotokiAJaeger_: Although I am not sure it can in zuul configuration, what we need is to check the master branch of the target repo only and we can use the corresponding branch of requirements repo.12:41
AJaeger_amotoki: I don't have time to dig into this right now since I'm travelling, would be great if somebody could do that. Looking at https://opendev.org/zuul/zuul-jobs/src/branch/master/zuul.d/python-jobs.yaml#L326, it seems safe to switch the job template from python 2 to python 312:41
AJaeger_amotoki: or your master branch of *both*12:41
AJaeger_amotoki: so, I'm considering to change https://opendev.org/openstack/openstack-zuul-jobs/src/branch/master/zuul.d/project-templates.yaml#L233 to use python3 - so, basically do the same as : release-notes-jobs-python312:43
amotokiAJaeger_: yeah, I know. perhaps it should work.12:43
amotokiAJaeger_: okay, I will propose a fix and see what kind of responses we get.12:44
AJaeger_amotoki: try locally to use the new template - and if that one works, propose to change the template and let's discuss in review. I'd like to have clarkb or fungi thinnk this through with us - my initial impression: This is the right way forward.12:44
AJaeger_amotoki: Thanks!12:44
amotokiAJaeger_: if we need more than this, I would like to wait for someone to pick this up.12:44
*** electrofelix has joined #openstack-infra12:44
AJaeger_yep12:45
*** yamamoto has joined #openstack-infra12:45
*** artom has joined #openstack-infra12:45
*** ociuhandu has joined #openstack-infra12:48
*** yamamoto has quit IRC12:49
*** rlandy has joined #openstack-infra12:50
*** ociuhandu has quit IRC12:53
openstackgerritMatthieu Huin proposed zuul/zuul master: Authorization rules: add templating  https://review.opendev.org/70519313:00
openstackgerritMatthieu Huin proposed zuul/zuul master: Authorization rules: add templating  https://review.opendev.org/70519313:00
*** rpittau|bbl is now known as rpittau13:12
*** vesper11 has quit IRC13:15
*** vesper has joined #openstack-infra13:15
*** rh-jelabarre has joined #openstack-infra13:17
*** artom has quit IRC13:20
*** aedc_ has joined #openstack-infra13:20
fungimorning meeting is over, i'll try to catch up and see if i can think of anything there13:21
*** aedc has quit IRC13:23
fungiianw: i've found the only reliable way to search in rackspace's dns management interface is to first scroll to the very bottom since it seems to do on-demand loading with some sort of pagination so you have to keep scrolling to the bottom in that subframe until it's all paged in13:23
*** jaosorior has joined #openstack-infra13:25
*** gary_perkins has joined #openstack-infra13:26
*** ykarel|afk is now known as ykarel13:26
fungiamotoki: AJaeger_: yeah, switching the template to use the python3 version of the job seems like the most reasonable next (and hopefully last) step13:27
amotokifungi: thanks for checking. I am preparing a patch for openstack-zuul-jobs right now.13:27
openstackgerritAkihiro Motoki proposed openstack/openstack-zuul-jobs master: Use python3 in release-notes-jobs  https://review.opendev.org/70682513:29
*** aedc_ has quit IRC13:30
*** jpena|lunch is now known as jpena13:30
*** aedc_ has joined #openstack-infra13:33
*** Lucas_Gray has quit IRC13:34
openstackgerritTobias Henkel proposed zuul/zuul master: Offload repo reset to processes  https://review.opendev.org/70682713:34
*** Lucas_Gray has joined #openstack-infra13:35
*** rfolco has joined #openstack-infra13:42
AJaeger_amotoki: can you test that this does the right thing to confirm the theory?13:45
*** priteau has joined #openstack-infra13:50
*** sgw has quit IRC13:52
*** lpetrut has joined #openstack-infra13:55
*** yamamoto has joined #openstack-infra13:59
*** Lucas_Gray has quit IRC14:03
*** yamamoto has quit IRC14:04
*** Lucas_Gray has joined #openstack-infra14:08
*** zxiiro has joined #openstack-infra14:08
AJaeger_amotoki: I've convinced myself it's correct - still ,tell us after rechecking the other job, please ;)14:09
amotokiAJaeger_: I just proposed a patch to test it https://review.opendev.org/70650014:10
AJaeger_amotoki: is that really the correct URL?14:11
fricklerAJaeger_: I'd say https://review.opendev.org/706838 is what amotoki meant14:14
*** lbragstad has quit IRC14:14
AJaeger_frickler, thanks that looks like it14:15
AJaeger_that one is passing - so all fine as expected! Yeah14:16
*** Lucas_Gray has quit IRC14:17
fungii think we meant to make that switch and then forgot about it14:19
openstackgerritMerged openstack/openstack-zuul-jobs master: Use python3 in release-notes-jobs  https://review.opendev.org/70682514:19
mordredmorning all! anything fun and exciting to look at this morning?14:21
mordredfungi: how's coastal living?14:21
fungimordred: we're above water for the moment, situation normal14:22
mordred\o/14:22
fungii let #openstack-release know about the release notes fix merging14:22
*** lbragstad has joined #openstack-infra14:23
AJaeger_thanks14:23
*** aedc_ has quit IRC14:24
*** yamamoto has joined #openstack-infra14:32
*** ociuhandu has joined #openstack-infra14:34
*** Goneri has joined #openstack-infra14:35
*** yamamoto has quit IRC14:37
openstackgerritFelix Schmidt proposed zuul/zuul master: Implement basic github checks API workflow  https://review.opendev.org/70516814:39
*** icey_ is now known as icey14:43
openstackgerritFelix Schmidt proposed zuul/zuul master: Implement basic github checks API workflow  https://review.opendev.org/70516814:44
openstackgerritFelix Schmidt proposed zuul/zuul master: Implement basic github checks API workflow  https://review.opendev.org/70516814:47
openstackgerritTobias Henkel proposed zuul/zuul master: Cap virtualenv to <20.0.0  https://review.opendev.org/70686014:47
*** yamamoto has joined #openstack-infra14:48
*** xek has joined #openstack-infra14:50
openstackgerritFelix Schmidt proposed zuul/zuul master: Implement basic github checks API workflow  https://review.opendev.org/70516814:52
openstackgerritTobias Henkel proposed zuul/zuul master: Uncap virtualenv  https://review.opendev.org/70687115:02
*** eharney has joined #openstack-infra15:04
*** KeithMnemonic has joined #openstack-infra15:06
*** lpetrut has quit IRC15:08
*** ykarel is now known as ykarel|afk15:09
roman_gHello team. Error "NODE_FAILURE in 0s" - what could that be and where to look for logs? Link to job information shows nothing interesting (http 404): https://review.opendev.org/#/c/706830/15:16
fungiroman_g: that normally only happens when nodepool is unable to satisfy a node request anywhere in any of its configured providers15:21
fungilooks like that wants to get 4 nodes with the ubuntu-bionic-32G label15:23
fungii'll check how much quota we have for thise15:23
roman_gfungi: no, 1x ubuntu-bionic-32G and 3 ubuntu-bionic-expanded https://review.opendev.org/#/c/706821/2/zuul.d/nodesets.yaml15:24
fungiahh15:25
fungiyep, i misread15:25
fungilet me make sure there's a single provider which can make all of those15:25
roman_gname: airship-kna1; region-name: 'Kna1'; cloud: airship-citycloud15:27
fungiyeah, looks like this pool offers both: https://opendev.org/openstack/project-config/src/branch/master/nodepool/nl02.openstack.org.yaml#L438-L45215:27
fungiso now to check logs on nl02 and see if we're getting quota errors or anything15:28
roman_gplease :)15:28
fungii've found where it logged declining the node request...15:38
fungi2020-02-10 15:08:57,908 DEBUG nodepool.driver.NodeRequestHandler[nl02-11076-PoolWorker.airship-kna1-main]: Declining node request 300-0007329039 because node type(s) [ubuntu-bionic-32G,ubuntu-bionic-expanded,ubuntu-bionic-expanded,ubuntu-bionic-expanded] not available15:38
fungiso now i just need to figure out why it's decided those aren't available15:39
fungioh, wait, i should be looking at PoolWorker.airship-kna1-airship not PoolWorker.airship-kna1-main15:42
*** ykarel|afk is now known as ykarel|away15:42
*** armax has joined #openstack-infra15:44
fungistill basically the same level of detail though...15:47
fungi2020-02-10 15:03:06,533 DEBUG nodepool.driver.NodeRequestHandler[nl02-11076-PoolWorker.airship-kna1-airship]: Declining node request 300-0007329039 because node type(s) [ubuntu-bionic-32G] not available15:47
corvusfungi, roman_g: nodepool config has a "B" on the end of the label.  like 32GB not 32G15:48
corvushere's the list of labels: http://zuul.openstack.org/labels15:49
fungioh, yep! i see https://review.opendev.org/#/c/706821/2/zuul.d/nodesets.yaml is inconsistent15:50
*** jamesmcarthur has joined #openstack-infra15:50
fungiit says 32G in one place and 32GB in another15:50
fungiso that seems to be the reason. nodepool is rejecting the request for a ubuntu-bionic-32G node because it doesn't know you meant a ubuntu-bionic-32GB node15:51
corvussilly nodepool15:51
clarkbI don't need to change anything in the nodepool config then right? just the job consumption15:52
fungilooks that way15:53
fungii think it's just 706821 needs updating15:53
*** carli has quit IRC15:56
openstackgerritMerged zuul/zuul master: Cap virtualenv to <20.0.0  https://review.opendev.org/70686015:57
dulekIs it possible to debug "Unknown configuration error" errors from Zuul?16:00
clarkbdulek: can you share a link?16:00
dulekclarkb: https://review.opendev.org/#/c/68253116:00
clarkbmy hunch is invalid yaml if it can't say more about where or how it failed16:01
dulekclarkb: Alright!16:01
clarkb<<: *base_devstack_localrc16:02
clarkbthat line catches the eye16:02
dulekclarkb: Well, the validator is fine with this.16:02
clarkbI'm not sure if < is valid key name start16:02
dulekclarkb: It's special key meaning that it should unpack the anchor there while allowing me to inject another key.16:02
corvusvoluptuous.error.MultipleInvalid: expected dict for dictionary value @ data['host-vars']['controller']16:03
corvusit looks like that's the error, but it got caught up in a second error in the exception handle which masked it16:03
corvusi'll see if i can find/fix the second bug16:03
corvusi still don't actually see what's wrong with that, sorry16:05
dulekThat looks fairly okay to me, let's see what happens if I start resolving those anchors.16:05
dulekcorvus: Had it said which file it has the problem with?16:05
fungiyeah, it does at least look like data['host-vars']['controller'] would be a dict16:05
corvusnormally it would, but that didn't make it into the fallback exception handler16:06
fungiboth files seem consistent in the structure of the anchor contents there16:06
dulekI'll try a few other ways, let's see.16:07
*** ociuhandu has quit IRC16:07
corvusfwiw, i'm not knocking clarkb's suspcions of the << ... we haven't seen that a lot, and it could still somehow be the underlying cause16:07
*** ociuhandu has joined #openstack-infra16:08
clarkbthat was my uneducated guess, juggling yaml parsing with a meeting :)16:08
dulekcorvus, fungi: Now I replaced all the references with "<<" syntax. Looks like it worked, there's a different error.16:08
dulekBTW note that initial version of the patch was failing too and it had no "<<" as keys.16:08
*** yamamoto has quit IRC16:12
*** ociuhandu has quit IRC16:12
*** chkumar|rover is now known as raukadah16:15
*** ociuhandu has joined #openstack-infra16:17
*** gyee has joined #openstack-infra16:18
*** eernst has joined #openstack-infra16:18
*** ociuhandu has quit IRC16:21
*** ociuhandu has joined #openstack-infra16:22
*** udesale has quit IRC16:24
*** rh-jelabarre has quit IRC16:26
*** rh-jelabarre has joined #openstack-infra16:32
mordredclarkb: is https://review.opendev.org/#/c/697589/ still a thing we want?16:34
*** mattw4 has joined #openstack-infra16:34
clarkbmordred: I think we do already set that on the puppet managed stuff so this brings ansible managed in line16:34
mordredkk16:35
clarkbso yes, but probably not urgent?16:35
mordredclarkb: I was looking at open system-config changes and noticed it16:35
mordredclarkb: if you get bored today ... https://review.opendev.org/#/c/705878 and parents16:35
clarkbI'd be happy to have it off my in flight list :)16:35
*** jamesmcarthur has quit IRC16:40
*** lmiccini has quit IRC16:41
*** jamesmcarthur has joined #openstack-infra16:41
roman_gfungi: corvus: thank you!16:42
fungiroman_g: you're welcome. corvus has far better eyes than i do apparently16:43
clarkbmy eyes are terrible. The other day I typed a = and thought I had a - and was seeing double16:44
clarkb(I'm ok I see the optometrist regularly for my visual issues)16:44
mordredwe can't all have corvus eyes16:44
*** tosky has quit IRC16:48
*** psachin has quit IRC16:49
*** yamamoto has joined #openstack-infra16:52
*** priteau has quit IRC16:56
*** jamesmcarthur has quit IRC16:57
*** jamesmcarthur has joined #openstack-infra16:57
*** yamamoto has quit IRC16:58
*** ociuhandu has quit IRC17:00
*** lucasagomes has quit IRC17:01
*** pkopec has quit IRC17:03
*** pkopec has joined #openstack-infra17:06
*** rpittau is now known as rpittau|afk17:07
*** ociuhandu has joined #openstack-infra17:08
openstackgerritMerged opendev/system-config master: Add docs for deleting an AFS volume  https://review.opendev.org/70347017:09
openstackgerritMerged opendev/system-config master: Add irc bots for Multi-Arch SIG  https://review.opendev.org/70332517:09
clarkbI'm going to grab breakfast, but then I'll look into why this mirrors LE cert isn't being refreshed17:22
clarkb(if someone else is already looking at that let me know)17:22
fungiclarkb: the rackspace one we got alerted to? i haven't had time to look yet either, but happy we're now checking those17:25
clarkbya17:27
clarkbthe LE files were updated february 4 which would've been 30 days pre expiration as expected17:28
*** pgaxatte has quit IRC17:28
clarkbmy browser sees an old cert17:29
clarkbfungi: is it possible that reloading apache isn't actually sufficient?17:29
clarkbI'm going to try manually running systemctl reload apache2 then will check the cert17:30
clarkbok that seems to have fixed it17:31
*** ociuhandu has quit IRC17:31
clarkbmaybe the reload handler didn't fire for some reason?17:32
clarkb(note I had to use a new browser process so that my old tcp connection wasn't reused)17:32
*** evrardjp has quit IRC17:34
*** evrardjp has joined #openstack-infra17:34
*** dtantsur is now known as dtantsur|afk17:34
*** sshnaidm is now known as sshnaidm|afk17:35
*** ociuhandu has joined #openstack-infra17:36
clarkbI want to say we've seen flaky handler firing before17:38
clarkbI guess we keep monitoring with certcheck and its a simple fix for the few that have this happen (and if it becomes persistent maybe we use another method)17:38
*** ociuhandu has quit IRC17:41
fungiyeah, hard to say17:41
fungialso possible the reload handler doesn't actually do what we think, but i did dissect the service reload implementation in ansible and it seems to call what we want on the platforms we care about17:42
clarkbya I'm pretty sure that it ends up doing the equivalent of systemctl reload apach2 on systemd platforms17:43
fungiand the initscript on sysv platforms maps reload to the graceful restart we want17:44
openstackgerritJames E. Blair proposed zuul/zuul master: Allow more k8s actions in untrusted context  https://review.opendev.org/70694017:45
*** electrofelix has quit IRC17:49
*** tesseract has quit IRC17:52
gouthamrhi, seeing sporadic POST_FAILUREs on jobs gating openstack/manila - https://zuul.opendev.org/t/openstack/build/630680abc25d462ca216da4367719af5 (rsync error)17:54
gouthamrwondering if you're aware, and i shouldn't recheck for a bit? :)17:54
openstackgerritJames E. Blair proposed zuul/zuul master: Allow more k8s actions in untrusted context  https://review.opendev.org/70694017:55
clarkbthat looks like the rax leaked IPs problem17:55
*** gfidente is now known as gfidente|afk17:55
clarkbit would be cool if ansible rsync could use the control persist process in ansible17:56
*** openstackstatus has quit IRC17:57
*** openstack has joined #openstack-infra17:58
*** ChanServ sets mode: +o openstack17:58
clarkbgouthamr: I think what has happened there is rackspace has assigned an IP address twice and depending on which host's arp is current winning you either get the correct host or the wrong host17:58
clarkbgouthamr: there tends not to be a quick fix for that (we digthrough logstash and colelct a set of IPs for them to check every so often)17:59
*** Darcidride has joined #openstack-infra17:59
*** derekh has quit IRC18:00
gouthamrclarkb: oh... makes sense18:00
gouthamrclarkb: thank you for the explanation!18:01
clarkbspeaking of logstash it seems much happierwith the lowered retention18:01
clarkbe-r is mostly up to date now18:01
*** eernst has quit IRC18:06
mordredwoot18:06
*** jpena is now known as jpena|off18:09
*** jaosorior has quit IRC18:16
fungigouthamr: yeah, we see it with varying frequency in different providers, but apparently nova can be a little "leaky" and for whatever reason lose track of instances, but think the ip address is freed up and then reassign it18:16
fungiit would be cool if there was a way for openstack to test for a response on a presumed-available ip address before assigning it. i've seen dhcp servers which did that in the past (ping the ip address you're about to put in a lease and if there's a response from other hardware addresses than the requester, skip it)18:18
fungiactually i think the implementation i'm remembering uses arp who-has rather than icmp echo-request18:19
fungiipv4 link-local assignment is also supposed to work that way, if i remember correctly18:20
fungigranted, the probes would need to come from something within the same broadcast domain, which the relevant systems may not have an interface in18:21
JayFfungi: are you familiar with `arping`?18:26
JayFit's a tool to explicitly look for ip address conflicts that might fit well for that desire18:27
fungiJayF: yep, have used it often in years past18:30
fungii suspect the trick is having an interface to emit from which is under (either direct or indirect) control of the service performing address assignment18:31
fungiopenstack is probably too decoupled to make that easy18:31
*** sgw has joined #openstack-infra18:34
*** ramishra has quit IRC18:37
*** yamamoto has joined #openstack-infra18:41
*** yamamoto has quit IRC18:46
*** hwoarang has quit IRC18:49
*** hwoarang has joined #openstack-infra18:52
clarkbI think in the neutron case you'd use netns exec to run the commands on the correct interfaces19:00
clarkbits probably not too difficult if you can sort out where to run the command19:01
*** eharney has quit IRC19:07
clarkbthe ubuntu-xenial arm64 image has successfully been uploaded to linaro-us19:09
*** eharney has joined #openstack-infra19:09
*** ralonsoh has quit IRC19:10
openstackgerritMerged zuul/zuul master: Allow more k8s actions in untrusted context  https://review.opendev.org/70694019:10
clarkboh we've got the other images uploaded there now too, but we hide them in all of the older failred uploaded19:11
openstackgerritClark Boylan proposed openstack/project-config master: Add new airship citycloud region to grafana  https://review.opendev.org/70695819:14
*** artom has joined #openstack-infra19:17
*** yamamoto has joined #openstack-infra19:18
*** yamamoto has quit IRC19:24
openstackgerritJames E. Blair proposed zuul/zuul master: Allow template lookup in untrusted context  https://review.opendev.org/70696319:27
*** jamesmcarthur has quit IRC19:34
*** igordc has joined #openstack-infra19:35
*** stevebaker has joined #openstack-infra19:39
*** jamesmcarthur has joined #openstack-infra19:43
*** jamesmcarthur has quit IRC19:52
*** igordc has quit IRC19:53
*** jamesmcarthur has joined #openstack-infra19:57
*** yamamoto has joined #openstack-infra20:10
*** Lucas_Gray has joined #openstack-infra20:10
*** dklyle has quit IRC20:19
*** david-lyle has joined #openstack-infra20:19
*** eharney has quit IRC20:22
*** pkopec has quit IRC20:36
*** Lucas_Gray has quit IRC20:36
*** yamamoto_ has joined #openstack-infra20:39
*** yamamoto has quit IRC20:42
openstackgerritJames E. Blair proposed zuul/zuul master: llow template lookup in untrusted context  https://review.opendev.org/70696320:44
openstackgerritJames E. Blair proposed zuul/zuul master: Allow template lookup in untrusted context  https://review.opendev.org/70696320:45
*** yamamoto_ has quit IRC20:52
*** jamesmcarthur has quit IRC20:53
*** yamamoto has joined #openstack-infra20:54
ianwinfra-root: the static to afs publishing is all ready to go, but before we'd start, i'd like to do some better tracking of our afs release process per https://review.opendev.org/#/c/706176/ ... reviews appreciated20:56
ianwi think it's better to start tracking before we have an issue20:58
mordred++ tracking good20:59
corvusianw: did we reverse the decision to avoid virtualenvs on servers?21:00
*** jamesmcarthur has joined #openstack-infra21:00
mordredianw: the script in https://review.opendev.org/#/c/706176/6/playbooks/roles/afs-release/files/release-volumes.py is mostly a copy of the existing one with some statsd added, yeah? - also corvus' question21:01
ianwmordred: yes, a few other things but mostly that, mentioned in the changelog21:02
ianwcorvus: i wasn't aware we had a blanket ban on virtualenv's sorry.  this could use packages21:03
fungiianw: on a related note, i'd appreciate a look through topic:airship-docs21:03
ianwfungi: will do21:04
fungitrying to make sure the new docs.airshipit.org site follows the new process21:04
corvusianw: it's mostly a group cognizance issue -- if we aren't expecting one, it's hard for us to know that's how a program is to be run.  i think either system-installed packages or containers (which i think is the group-favored way to move forward, but we don't have a container "cron-job" example yet) are the things we're collectively expecting.  i'll leave a comment.21:05
clarkbin general system level installs are less and less useful due to changes in pip21:06
clarkbthe pyyaml issue on nb03 is an example of the problems we have21:06
clarkbmaybe change the shebang line to make it clear that it is expected to run out of the venv?21:06
corvusor maybe use containers?21:06
corvusi mean my view is that we have 2 ways the group expects python programs to be run: system installed or containers.21:07
corvusand we want to move everything to containers21:07
corvusso maybe use one of those before going a third route?  especially since we've rejected it in the past?21:07
clarkbI guess I see the container route as a pretty big investment particularly for a simple script. It would work though21:08
corvusyes.  also, the system-installed packages will work just fine for this.21:08
ianwi hear the feedback and i think that for this case, starting with system installed is probably the right place, since the dependencies will be available21:08
clarkb(note the containers also install packages at system level in their fs, but avoid the problems we have on non containers because they are minimal enough to not have conflicting python packages)21:08
corvusso my personal recommendation is just use system packages for this, and defer containerization21:09
ianwi'm not opposed to the container approach, but i wouldn't like to make the static publishing work become dependent on our first use of a script container cron job21:09
corvusya21:09
ianwok, it sounds like we're in agreement21:09
fungisystem packages for this sound good to me too21:10
mordredI also agree - and I'm also not 100% sure we've proved out doing AFS operations from inside of a container yet either21:10
clarkbmordred: in this case it doesn't do afs directly. It sshes to a place it can do -localauth to avoid auth timeouts21:11
clarkbbut ya system packages should work fine21:11
mordredah - yes - good point21:11
corvuswell, it runs 'vos examine'21:11
corvusi don't know if that requires talking to the local cache manager or not21:11
clarkboh right it checks if it needs to release21:11
mordredone gotcha for us all - we should still be careful to not mix system packages and pip installed packages. that should be fine here  - and I think the "use containers or system packages" above takes care of it overall21:11
mordredbut as we roll things out - we should take care that we don't do both things21:12
corvusmordred: ++21:12
corvusout of curiosity, what does a containerized cronjob look like?  a crontab entry that does "podman run --rm opendevorg/release-volumes" ?21:13
mordredcorvus: I think I'd vote for that, yes21:13
mordred(as how a containerized cronjob should look)21:14
*** jamesmcarthur_ has joined #openstack-infra21:14
corvusyeah, just hypothesizing since i haven't thought much about it.  doesn't seem terrible.21:14
corvusafter this is all working, that sounds like it might be fun to migrate.21:14
mordredcorvus: I thnik the ugly part would be figure out mounts21:14
corvusyeah, a bunch of -v args i'm guessing21:15
mordredcorvus: which might want to make it be a something something podman-compose something21:15
clarkband managing a bunch of dockerfiles for these things21:15
mordredclarkb: the dockerfiles part I think we've got - we've got that pattern in system-config and it's pretty easy to deal wit21:15
*** jtomasek_ has quit IRC21:15
mordredbut I could imagine a cron invocation with a billion --volume args might get taxing21:16
corvusor maybe it's just one -v for /afs21:16
mordredmaybe so!21:16
mordredthese are all questions to which I do not have the answers21:17
*** jamesmcarthur has quit IRC21:17
openstackgerritIan Wienand proposed opendev/system-config master: Allow for periodic afs releases from mirror-update  https://review.opendev.org/70617621:18
openstackgerritIan Wienand proposed opendev/system-config master: Migrate AFS publishing to mirror-update.opendev.org  https://review.opendev.org/70673121:18
openstackgerritIan Wienand proposed opendev/system-config master: Add project.tarballs to periodic AFS release  https://review.opendev.org/70673221:18
ianwcorvus: it would be an odd container though, as it would depend on a working mounted /afs on the host system, it seems like an abstraction violation21:19
ianwbut i'm not sure about openafs clients in containers21:20
TheJuliais http://zuul.opendev.org/t/openstack/status working for folks?21:20
mordredianw: it's a concept I think we're gonna want to tee up some experimentation around - if for no other reason so that we know how it does and doesn't work21:20
corvusianw: i'm not seeking ideological purity with containers :)21:20
mordredianw: I'm not super concerned about abstraction violation myself ... yeah, that ^^21:20
ShrewsTheJulia: yes, and hi!  :)21:21
TheJuliaShrews: o/21:21
mordredTheJulia: also works for me21:21
TheJuliaOkay, maybe my web browser has decided it needs a vacation... or a restart21:21
mordredin case it matters - I'm connecting over ipv621:21
fungii too am fetching it over ipv6, but it's loading fine for me21:22
mordredTheJulia: my browser has been misbehaving a lot recently21:22
clarkbit works for me and I'm hitting it via ipv421:23
TheJuliayeah, looks like I can traceroute to it over v6 and that is what the sockets show as trying to use for my browser21:23
*** rfolco has quit IRC21:23
* TheJulia goes and wraps up a rebase before giving the browser a nice fresh restart21:23
mordredTheJulia: maybe it needs a fluffy bunny rabbit21:25
*** Darcidride has quit IRC21:28
TheJuliamordred: so it wants me to put my desktop in the back yard for when the rabbits appear at night?21:29
TheJuliaI guess... this machine could use an upgrade...21:30
mordredTheJulia: yes. that is my very unscientific guess as to what's wrong21:33
TheJuliaVery well then21:36
*** xek has quit IRC21:36
*** rfolco has joined #openstack-infra21:37
*** yamamoto has quit IRC21:39
fungirabbit reboot ribbit21:42
*** jamesmcarthur_ has quit IRC21:45
*** Goneri has quit IRC21:46
openstackgerritMerged zuul/zuul master: Allow template lookup in untrusted context  https://review.opendev.org/70696321:51
openstackgerritIan Wienand proposed opendev/system-config master: Allow for periodic afs releases from mirror-update  https://review.opendev.org/70617621:52
openstackgerritIan Wienand proposed opendev/system-config master: Migrate AFS publishing to mirror-update.opendev.org  https://review.opendev.org/70673121:52
openstackgerritIan Wienand proposed opendev/system-config master: Add project.tarballs to periodic AFS release  https://review.opendev.org/70673221:52
*** diablo_rojo has quit IRC22:02
*** diablo_rojo has joined #openstack-infra22:02
sean-k-mooneyianw: dumb question but does devstack work on rhel7 specificly rhel7.7 not centos22:07
openstackgerritClark Boylan proposed zuul/zuul master: Uncap virtualenv  https://review.opendev.org/70687122:07
*** yamamoto has joined #openstack-infra22:10
openstackgerritJames E. Blair proposed openstack/project-config master: Add gcp-authdaemon to Zuul  https://review.opendev.org/70698922:11
ianwsean-k-mooney: not the master branch, as that's moved on to python3, but the older branches *should*22:13
sean-k-mooneyso i am trying to figure out how to test nova and cyborg patches on a host im being lent with an fpga22:13
sean-k-mooneyit would have to be python 3 since the patche are still under review22:14
*** dpawlik has quit IRC22:14
sean-k-mooneyso im trying to see if i need to just bite the bullet and install ubuntu or if can leave the os untouched22:15
fungiianw: i think rhel 7.7 includes python3 directly (not via software collections) now, doesn't it?22:15
clarkbfungi: it does22:15
mordredmnaser: does openstack-ansible install on rhel ? ^^22:15
sean-k-mooneyit has 3.6 installed ya22:15
clarkbI'm not sure that that has been tested at all though22:15
*** yamamoto has quit IRC22:15
clarkb(with devstack I mean)22:15
mordredyeah- devstack + rhel doesn't seem to be high on anyone's list to work on22:15
fungioh, i expect not unless someone did a manual poc22:15
sean-k-mooneywell i have done python3 install on centos22:15
sean-k-mooney but rhel...22:15
mordredsean-k-mooney: funny story - at the grizzly summit we spoke with RH and Rackspace - and between the two of them, both interested in doing so, nobody could figure out how to donate rhel quota to infra22:16
mordredyay cloud22:16
sean-k-mooneyas in licences for rhel22:17
ianwthe problem will be that devstack on centos has a heavy dependency on RDO packages to actually do anything.  so while you can probably make it work, if anything goes wrong, the people who care are going to be very limited22:17
mordredyup. figuring out how to manage that was apparently intractible22:17
*** dmsimard is now known as dmsimard|off22:17
sean-k-mooneyya also the subscription manager hates men and makes me sad anytime i touch it22:17
sean-k-mooney*hate me22:17
mordredsean-k-mooney: it's a subscription manager whose job is to prevent you from doing things - of course it does22:18
fungiit made me sad back in the old rhn_register days too22:18
fungii'm just glad i haven't had to touch it for going on a decade22:18
sean-k-mooneyits why i do all my dev on ubuntu or centos22:18
mordredsean-k-mooney: s/I/people/22:19
ianwmordred: i've never pursued it because i imagine the infra community wouldn't be thrilled about managing something like software-key donation22:20
sean-k-mooneyhehe yes but when i joined redhat i used to try and do all my dev on centos to at least be clsoe. untel python3 started ot be funky on it so i move to ubunutu22:20
ianwafaik nobody has pursued it as a 3rd-party-ci situation, where it probably would be more appropriate22:20
sean-k-mooneyianw: the funny thing is that you can get developer licences now22:20
mordredianw: yah - like, solid devstack on centos jobs would be a great first step - but nobody really ever got that solidly off the ground - and also the RDO thing22:21
sean-k-mooneystill too much effort however22:21
fungithey last time i looked at the developer licenses program, it didn't cover cloud images22:21
fungihopefully they've since extended it22:21
clarkbsean-k-mooney: the dev licenses explicitly forbid our use case though22:21
sean-k-mooneyclarkb: of couse it does22:21
clarkbfungi: they are for personal use only too22:21
sean-k-mooneyah right22:22
* mordred is happy we don't use software that requires license keys22:22
fungithe tripleo team has been using them in some places, and arguing that the stated use case (to assist with open source development) broadly allows their use in a ci system22:22
sean-k-mooneyfungi: that is in the RDO ci however irght22:23
fungii brought it up as a question on one of the reviews in gerrit22:23
* mordred AFKs for a minute22:23
sean-k-mooneynot first party and i think they are moving back to centos822:23
clarkbfungi: I read the terms recently and you get one install for one machine22:23
sean-k-mooneywhen ever they manage to make building modules with python 3 work22:23
clarkbmordred: when you get back are we able to do gitea upgrades?22:24
fungiaha, it was on https://review.opendev.org/669223 but that change was later reworked to use centos instead anyway22:25
sean-k-mooneyianw: anyway thanks. ill think about other ways to achive my aim.22:25
fungihttps://review.opendev.org/#/c/669223/8/molecule/install-deps/molecule.yml22:25
fungithe argument was that by being a docker image and not actually "booting" the license restrictions did not apply22:26
sean-k-mooneyim not sure that is actully true but also dont really want to find out22:27
fungisure, just glad the change ultimately switched to a free distro22:27
sean-k-mooneyyep22:27
clarkbI'm having a hard time finding the usage terms for the dev license now though22:28
ianwfungi: looking at the  topic:airship-docs it looks like the testing of the vhost is blocked by the other change with ajaeger's comments?22:28
*** dchen has joined #openstack-infra22:28
*** slaweq has quit IRC22:29
fungiianw: yep, just want to be sure that we recommend using the tox docs job from openstack/openstack-zuul-jobs instead of the one from opendev/base-jobs22:30
fungiwill both of them work interchangeably as far as the promote job is concerned?22:30
ianwfungi: ahh, i dunno  ... https://review.opendev.org/#/c/706598/3/zuul.d/jobs.yaml i wonder if we should mount that as "docs.airshipit.org" ?22:32
fungii see now that they won't, as the parent of the promote job refers specifically to openstack-tox-docs for the artifact rather than using a generic provides22:32
fungiianw: then if they add another site later we're stuck putting it in a different volume or in a confusingly-named volume22:33
fungithe project/ tree was originally names of project communities' base domains22:33
ianwyeah, alright, and we have precidence with opendev.org/docs22:33
fungiwe can always mount sub-volumes under that too if we want22:34
fungibut alternatively, this gives them a nice native way to have https://airshipit.org/docs/ later if they start also publishing their project site in afs22:34
sean-k-mooneyactully that reminds me. i had a conversation today about way to reuse upstream zuul jobs internally.22:35
fungisean-k-mooney: that's an intentional aspect of zuul v3's design, though it can require extra care depending on the job and how you intend to consume it22:36
sean-k-mooneydo people know of a way to disable tox creating a venv and just running the test with site packages22:36
ianwfungi: you've got me thinking now that the top-level host-names in project/ are a mis-step22:36
fungiianw: we can always move them around later if we want, i didn't want to be too picky about your plan22:37
sean-k-mooneyfungi: basically we have a downstream hack that just uses send to remove the install command a deps lines which is ... icky but i was wondering if there was a way we could support it upstream22:37
sean-k-mooney*sed22:37
clarkbI think you can change the toxconfig to use system packages22:38
clarkbbut it will still install the current package22:38
sean-k-mooneywell we want to install the project under test. just not its deps22:38
clarkbya I think if you enable system site pcakages then you'll get that behavior22:39
fungiwe used to do that for many of our projects22:39
fungifor example so nova could get system-packaged python-libvirt22:40
sean-k-mooneyya i think we could basically install the rpms and pip install the project under test then add skip_install=True stie_pacakages=true22:40
fungiback in the days when a number of our python deps were not yet installable with pip22:40
clarkbI think you can't set skip_install=True22:40
ianwfungi: the extant openstack ones could be moved transparently?  make a /afs/.openstack.org/project/openstack.org directory, and then mount the volumes under that (they remain mounted where they are too), update apache configs, then remove the old mounts?22:40
clarkbbut maybe that works with site packages (not sure)22:40
fungiianw: yeah, probably, if folks think it's important to do so for consistency22:41
sean-k-mooneyclarkb: well i was thinking of use a task in the pre playbook to install it first22:41
openstackgerritMerged openstack/project-config master: Add gcp-authdaemon to Zuul  https://review.opendev.org/70698922:41
ianwfungi: yeah, i had just never considered /afs/.openstack.org/project/openstack.org before about 5 minutes ago :)  i wish i did :)22:41
*** slaweq has joined #openstack-infra22:41
sean-k-mooneybut ya i was just wondering if there was a way to remove the downstream hacking of the tox.ini22:41
sean-k-mooneysould like no22:41
sean-k-mooney*sounds like no22:43
fungiianw: i've updated https://review.opendev.org/706599 now per AJaeger_'s suggestion22:44
openstackgerritJames E. Blair proposed zuul/zuul master: Install kubectl/oc into executor container image  https://review.opendev.org/70699522:44
fungiin the future we probably could use a more generic, less openstacky version of this publication pipeline22:44
ianwfungi: i think the docs/ directory needs to be made22:45
fungioh, the job won't make it on its own?22:45
ianwi do not think so22:46
*** openstackgerrit has quit IRC22:46
ianwbut we can try it and see22:46
fungii see22:46
*** slaweq has quit IRC22:46
fungii suppose it'll come down to how and where tar -x is being called22:46
fungioh, wait, but we untar and then rsync right?22:47
fungiso it more likely depends on rsync's options22:47
fungiwhich are probably hidden behind an ansible synchronize22:47
ianwfungi: docs are actually uploaded using our bespoke library implementation22:50
fungioh, because of our handling of .root-marker and stuff22:52
ianwyeah, that was what i renamed in https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/upload-afs-roots22:52
ianwif we could loop back on https://review.opendev.org/#/c/706176/ it's using packages now and passed ci22:54
*** openstackgerrit has joined #openstack-infra22:56
openstackgerritMerged openstack/project-config master: Add a job to promote docs.airshipit.org content  https://review.opendev.org/70659822:56
*** eharney has joined #openstack-infra23:02
clarkbroman_g: looks like the more recent node failure you got was due to 2020-02-10 18:09:59,821 ERROR nodepool.NodeLauncher: [node: 0014470682] Request 300-0007334237: Detailed error for node 9eaed9df-c455-4487-bfc2-34fb0197cd2f: No valid host was found. There are not enough hosts available.23:03
clarkbroman_g: I believe that means the nova instance could not schedule those nodes23:04
clarkb(and nodepool tried three times)23:04
ianwfungi: https://storyboard.openstack.org/#!/story/2006598 # 38730 to track moving existing sites23:04
fungiahh, yeah, that came up in the tc meeting last week23:05
*** artom has quit IRC23:09
clarkbinfra-root ^ fyi on the airship test nodes23:09
fungibasically we had enough room in the various quota limits, but nova didn't have enough compute hosts it could schedule at least one of those flavors on?23:12
fungiin which case i guess that's a problem in citycloud?23:12
clarkbyes, that is how I read the error message23:13
* clarkb is writing an email now23:19
*** jamesmcarthur has joined #openstack-infra23:22
clarkband now I've sent email with details to the airship crew23:24
*** nicolasbock has quit IRC23:26
openstackgerritJames E. Blair proposed zuul/zuul master: web: link to index.html if index_links is set  https://review.opendev.org/70558523:29
*** ociuhandu has joined #openstack-infra23:30
*** nicolasbock has joined #openstack-infra23:34
*** ociuhandu has quit IRC23:35
*** rh-jelabarre has quit IRC23:37
*** jamesmcarthur has quit IRC23:39
ianwkevinz: hey, when you're around see prior discussion on linaro-london images; i've filed https://storyboard.openstack.org/#!/story/2007195 #38731 with details to track23:41
openstackgerritJames E. Blair proposed zuul/zuul master: Install kubectl/oc into executor container image  https://review.opendev.org/70699523:43
adriantwhat is the version of sqlite installed on the VMs that run our tests in Zuul?23:47
*** jaicaa has quit IRC23:47
*** jaicaa has joined #openstack-infra23:48
ianwadriant: that's going to depend on what type of node you run on, but probably https://packages.ubuntu.com/bionic/sqlite23:48
clarkbadriant: it will be whatever the jobs install23:48
clarkbya in most cases likely the distro version23:48
adriant2.8!23:49
adriantouch23:49
adriantthat's like from 2015...23:49
adrianthttps://sqlite.org/chronology.html23:50
adriantwait, thats 2 not 323:50
clarkbadriant: it likely comes from debian which is where ubuntu picks it up23:50
*** jamesmcarthur has joined #openstack-infra23:50
adriantwow23:51
adriant2005-12-19 2.8.1723:51
adriantjesus23:51
adriantthat's old23:51
clarkbits also possible the distro version is different than upstream version?23:51
adriantmaybe23:51
openstackgerritMerged opendev/system-config master: Allow for periodic afs releases from mirror-update  https://review.opendev.org/70617623:51
clarkbya ubuntu splits it https://packages.ubuntu.com/bionic-updates/sqlite323:51
clarkbyou can install either 2 or 3 looks like23:52
adriantI'm getting hit by it because of my failure here: https://review.opendev.org/#/c/706723/223:52
adriantso I can install 3 by adding it to bindep?23:52
*** jamesmcarthur has quit IRC23:52
openstackgerritJames E. Blair proposed zuul/zuul master: Install kubectl/oc into executor container image  https://review.opendev.org/70699523:53
clarkbwell I think 3 is probably installed but 3.22 is still too old according to your error message23:53
adriantyeah23:53
adriantI seem to have the latest on my machine23:53
adriantwhich is why I never hit that error before during testing23:53
adriantand it seems a new error with django 2.2.23:54
adriantmay just have to rework my migrations :(23:54
fungiyou likely want to use the sqlite3 package yeah23:54
fungiahh, you reached that conclusion already23:55
adriantand even then 3.22 may be too old for the code as is23:55
adriantI have... 3.30.1 locally23:55
fungiyeah, sqlite 2->3 was an abi break, if memory serves, so debian (and thus ubuntu) makes both available23:55
adriantbut my OS is a rolling release23:55
fungii have 3.30.1 installed locally from debian on my systems too23:56
adriantthat said, 3.22 is pretty old23:56
clarkbtake it up with the distros :)23:56
*** sgw has quit IRC23:56
clarkblooks like it was about 3 months old at time of bionic's release23:56
ianwfungi: https://zuul.opendev.org/t/openstack/build/934a48743da44206b60454d8ef31238d so airship testing will need some docs published i guess, but otherwise LGTM.  i guess you can drive some initial publishing of the docs then we can follow-up with the webserver?23:56
clarkbwhich isn't that egregious23:56
*** eernst has joined #openstack-infra23:57
fungi3.22.0 was tagged 2018-01-22 so just a few months before ubuntu 18.04 lts was released, well into its release freeze i expect23:57
fungiyeah, what clarkb said23:57
adriantI know, I'm not entirely serious about it being old :P23:57
fungiubuntu bionic is nearly 2 years old, and ubuntu makes lts releases every 2 years, so the one in 20.04 lts will likely be much newer23:57
fungilooks like they've got 3.30.1 going into it presently23:58
clarkbyou can alsorun your jobs on another platform23:58
adriantthat's an option23:59
adriantI know the migrations work against mariaDB23:59
adriantso I don't particularly want to change them if I can avoid it23:59
*** slaweq has joined #openstack-infra23:59
adriantand they do work against newer sqlite :/23:59

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