Wednesday, 2019-12-11

clarkbianw: ^ off the top of my head that cleanup can be done00:00
clarkbI think all the fuel entries can be removed from project-config00:00
clarkbAJaeger: ^ can you confirm00:00
openstackgerritMerged zuul/zuul-jobs master: Fix python3 compat in tox siblings handling  https://review.opendev.org/69833500:00
ianwso it still doesn't boot with a xenial-built-initramfs (i copied the initramfs from a nb .qcow2) ... i wonder if bionic era mkfs is somehow making a disk that fools the trusty era image that it is unclean00:02
*** aaronsheffield has quit IRC00:05
ianwyes ... ! "/dev/vda1 has unsupported features: metadata_csum"00:08
*** rf0lc0 has quit IRC00:10
clarkblooks like we can tune2fs that off00:13
clarkbI wonder if that is sufficient to make it happy00:13
clarkblinux 3.6 is where it landed00:13
*** igordc has quit IRC00:13
clarkboh we can just mkfs.ext4 -O^metadata_csum00:14
ianwhopefully ...00:14
*** jamesmcarthur has joined #openstack-infra00:21
ianwi wonder why the "rw" lets it mount ... i guess that bypasses the fsck00:22
*** rkukura has quit IRC00:24
ianwok, it looks like hacking in ^metadata_csum lets it boot00:28
fungiclarkb: we test nothing of wiki on trusty afaik. the only thing with a modicum of puppeting is wiki-dev which is xenial00:30
fungithe production wiki is not puppet-managed00:30
openstackgerritMerged zuul/zuul master: Add upgrade note about ansible_python_interpreter  https://review.opendev.org/69831800:31
fungiand it won't get puppeted on trusty, if it survives, it'll move to xenial as soon as the puppetry is in a working state00:33
openstackgerritClark Boylan proposed zuul/zuul-jobs master: DNM test all the things on ansible 2.8 with python3  https://review.opendev.org/69834400:34
*** jamesmcarthur has quit IRC00:39
*** rkukura has joined #openstack-infra00:44
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Drop Xenial from functional test  https://review.opendev.org/69813600:54
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Work around Trusty ext4 metadata_csum errors on Bionic  https://review.opendev.org/69834600:54
*** gyee has quit IRC01:09
*** hwoarang has quit IRC01:13
*** hwoarang has joined #openstack-infra01:14
openstackgerritKendall Nelson proposed openstack/cookiecutter master: Update CONTRIBUTING.rst template  https://review.opendev.org/69600101:26
*** goldyfruit_ has joined #openstack-infra01:27
*** rlandy|bbl has quit IRC01:49
*** larainema has joined #openstack-infra01:49
*** rcernin has quit IRC01:53
*** dave-mccowan has joined #openstack-infra02:00
*** goldyfruit_ has quit IRC02:15
*** goldyfruit_ has joined #openstack-infra02:15
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Drop Xenial from functional test  https://review.opendev.org/69813602:36
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Work around Trusty ext4 metadata_csum errors on Bionic  https://review.opendev.org/69834602:36
*** goldyfruit_ has quit IRC02:40
*** ricolin has joined #openstack-infra02:40
*** rcernin has joined #openstack-infra02:54
*** dave-mccowan has quit IRC02:55
*** jklare has quit IRC02:58
*** jklare has joined #openstack-infra02:59
*** ykarel|away has joined #openstack-infra03:02
*** rascasoft has quit IRC03:06
*** rascasoft has joined #openstack-infra03:09
*** factor has joined #openstack-infra03:31
*** psachin has joined #openstack-infra03:40
*** ijw_ has quit IRC03:49
*** ociuhandu has joined #openstack-infra04:04
*** ociuhandu has quit IRC04:08
*** ramishra has joined #openstack-infra04:12
*** udesale has joined #openstack-infra04:13
*** ykarel|away has quit IRC04:24
*** diablo_rojo has quit IRC04:29
*** ykarel|away has joined #openstack-infra04:41
*** rishabhhpe has joined #openstack-infra04:43
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Drop Xenial from functional test  https://review.opendev.org/69813605:02
openstackgerritIan Wienand proposed openstack/diskimage-builder master: Work around Trusty ext4 metadata_csum errors on Bionic  https://review.opendev.org/69834605:02
*** dansmith has quit IRC05:10
*** dansmith has joined #openstack-infra05:14
*** surpatil has joined #openstack-infra05:22
*** ianychoi has joined #openstack-infra05:32
*** jklare has quit IRC05:59
*** soniya29 has joined #openstack-infra06:02
*** jklare has joined #openstack-infra06:02
*** ykarel|away is now known as ykarel06:03
*** pcaruana has joined #openstack-infra06:09
*** jtomasek has joined #openstack-infra06:09
*** raukadah is now known as chkumar|ruck06:10
*** abhishekk has joined #openstack-infra06:45
abhishekkhi team, is something wrong with neutron-grenade job06:46
abhishekkit is failing since Monday06:46
abhishekkhttps://130a90bca998bf7bfd1f-51174786df661fdc707186ccf04b5df9.ssl.cf5.rackcdn.com/686073/3/check/neutron-grenade/9c9e738/06:46
abhishekktempest and glance projects are affected AFAIK06:46
*** jklare has quit IRC06:58
*** dpawlik has joined #openstack-infra07:00
*** jklare has joined #openstack-infra07:00
AJaegerclarkb: regarding fuel: I asked per email and there was some use of the repos for some more time - but I don't see it. I think we should remove the trusty jobs everywhere...07:01
kevinzianw: there?07:02
*** dpawlik has quit IRC07:04
*** dpawlik has joined #openstack-infra07:07
*** ianychoi_ has joined #openstack-infra07:08
*** tosky has joined #openstack-infra07:09
*** rishabhhpe has quit IRC07:09
*** ianychoi has quit IRC07:11
*** lpetrut has joined #openstack-infra07:18
*** witek has joined #openstack-infra07:23
*** ykarel is now known as ykarel|lunch07:30
ianwkevinz: for a little07:37
kevinziaw: good afternoon,  I just have a small questions, does zuul support recheck a special jobs?07:38
ianwkevinz: do you mean can you run recheck against just one job?07:39
kevinzianw: yes, exactly07:39
ianwno you can't; what i usually do is comment out the jobs i don't want to run in the .zuul file and mark it [wip]07:40
kevinzianw: ack, thanks07:45
*** slaweq has joined #openstack-infra07:47
*** hashar has joined #openstack-infra07:51
*** soniya29 has quit IRC07:54
*** tesseract has joined #openstack-infra07:57
*** jklare has quit IRC07:58
*** jklare has joined #openstack-infra08:02
*** ociuhandu has joined #openstack-infra08:05
*** ociuhandu has quit IRC08:05
*** ociuhandu has joined #openstack-infra08:07
*** tkajinam has quit IRC08:12
*** ccamacho has joined #openstack-infra08:13
*** pcaruana has quit IRC08:22
*** dchen has quit IRC08:23
*** ociuhandu has quit IRC08:30
*** ykarel|lunch is now known as ykarel08:31
*** rpittau|afk is now known as rpittau08:36
*** kopecmartin|off is now known as kopecmartin08:44
*** pkopec has joined #openstack-infra08:47
*** ccamacho is now known as ccamacho|pto08:50
*** kjackal has joined #openstack-infra08:50
*** jpena|off is now known as jpena08:53
*** ociuhandu has joined #openstack-infra08:54
*** ralonsoh has joined #openstack-infra08:55
*** strigazi has joined #openstack-infra08:55
*** jklare has quit IRC08:58
*** ociuhandu has quit IRC08:59
*** ociuhandu has joined #openstack-infra09:00
*** jklare has joined #openstack-infra09:01
*** iurygregory has joined #openstack-infra09:02
*** soniya29 has joined #openstack-infra09:03
*** ociuhandu has quit IRC09:05
*** lucasagomes has joined #openstack-infra09:09
openstackgerritIan Wienand proposed zuul/nodepool master: Dockerfile: create APP_DIR  https://review.opendev.org/69364609:20
openstackgerritIan Wienand proposed zuul/nodepool master: Dockerfile: install sudo for nodepool-builder  https://review.opendev.org/69470909:20
openstackgerritIan Wienand proposed zuul/nodepool master: Dockerfile: add DEBUG environment flag  https://review.opendev.org/69484509:20
openstackgerritIan Wienand proposed zuul/nodepool master: Also build sibling container images  https://review.opendev.org/69739309:20
openstackgerritIan Wienand proposed zuul/nodepool master: [wip] move openstack testing to use containerised daemon  https://review.opendev.org/69346409:20
*** ociuhandu has joined #openstack-infra09:27
*** udesale has quit IRC09:29
*** udesale has joined #openstack-infra09:32
*** rishabhhpe has joined #openstack-infra09:32
*** dpawlik has quit IRC09:38
*** ccamacho|pto has quit IRC09:38
*** ccamacho has joined #openstack-infra09:38
*** derekh has joined #openstack-infra09:43
*** factor has quit IRC09:46
*** factor has joined #openstack-infra09:47
*** apetrich has joined #openstack-infra09:50
*** dchen has joined #openstack-infra09:50
*** rcernin has quit IRC09:50
*** farhanjamil has joined #openstack-infra09:53
*** ccamacho is now known as ccamacho|pto09:54
*** dpawlik has joined #openstack-infra09:54
*** ianychoi_ has quit IRC09:56
*** abhishekk has quit IRC09:57
*** Xuchu has joined #openstack-infra09:58
*** jklare has quit IRC10:00
*** soniya29 has quit IRC10:00
*** gfidente has joined #openstack-infra10:03
*** jklare has joined #openstack-infra10:03
*** dtantsur|afk is now known as dtantsur10:06
*** farhanjamil has quit IRC10:07
*** hashar has quit IRC10:15
*** hrw has joined #openstack-infra10:16
hrwmorning10:16
hrwLinaro's arm64 CI nodes are now in good shape and kolla ci jobs manage in ~1.5h when in past 3h were not enough.10:17
hrwbut as there are just 8 arm64 nodes for whole ci I wonder is there a way to split in-project jobs to have separate 'normal zuul' + 'arm64 zuul' checks.10:18
hrwso developer sends patch to gerrit, both normal-zuul and arm64-zuul checks start but if arm64-zuul one sits in a queue then project still gets +1 from zuul10:18
hrwor do I overcomplicate thing?10:19
*** dpawlik has quit IRC10:19
*** dpawlik has joined #openstack-infra10:22
*** ykarel is now known as ykarel|afk10:51
*** jklare has quit IRC10:57
*** jklare has joined #openstack-infra10:59
*** udesale has quit IRC11:04
openstackgerritCarlos Goncalves proposed openstack/diskimage-builder master: Update bindep for RHEL/CentOS 8  https://review.opendev.org/69844811:15
rishabhhpeHi , Can i know how to build a job template for zuul v3 for triple O configuration using devstack .. Please share if any link is there11:17
*** dpawlik has quit IRC11:21
kevinz\o/11:27
toskyrishabhhpe: uhm, either you use tripleo or devstack11:28
openstackgerritCarlos Goncalves proposed openstack/diskimage-builder master: Update bindep for RHEL/CentOS 8  https://review.opendev.org/69844811:30
toskyrishabhhpe: or maybe I misunderstood your question11:31
*** arxcruz is now known as arxcruz|pto11:32
rishabhhpetosky: we are using devstack only on the same devstack we are spawning an instance on which we are installing devstack again and running the tempest ... so for that setup i need a job template11:32
toskyso no tripleo?11:34
*** udesale has joined #openstack-infra11:35
*** pcaruana has joined #openstack-infra11:36
*** rishabhhpe has quit IRC11:37
*** ykarel|afk is now known as ykarel11:40
*** ianychoi has joined #openstack-infra11:49
*** sshnaidm|afk is now known as sshnaidm11:52
*** ykarel is now known as ykarel|afk11:57
*** jklare has quit IRC11:57
*** dpawlik has joined #openstack-infra12:00
*** jklare has joined #openstack-infra12:00
*** larainema has quit IRC12:01
*** spsurya has joined #openstack-infra12:05
*** rfolco has joined #openstack-infra12:05
*** dpawlik has quit IRC12:05
*** nicolasbock has joined #openstack-infra12:18
*** dpawlik has joined #openstack-infra12:20
*** Xuchu has quit IRC12:25
*** dpawlik has quit IRC12:25
*** elod has quit IRC12:28
*** jpena is now known as jpena|lunch12:29
*** dpawlik has joined #openstack-infra12:33
*** ykarel|afk is now known as ykarel|12:36
*** ykarel| is now known as ykarel12:36
*** ociuhandu has quit IRC12:37
*** ramishra has quit IRC12:39
*** udesale has quit IRC12:50
*** elod has joined #openstack-infra12:51
*** ykarel is now known as ykarel|afk12:56
*** jklare has quit IRC12:59
*** ykarel|afk has quit IRC13:00
*** rishabhhpe has joined #openstack-infra13:03
*** ociuhandu has joined #openstack-infra13:03
*** jklare has joined #openstack-infra13:04
rishabhhpetosky: yes no triple o13:04
openstackgerritStephen Finucane proposed openstack/hacking master: General cleanups  https://review.opendev.org/65156613:10
openstackgerritStephen Finucane proposed openstack/hacking master: Bump flake8 version to something modern  https://review.opendev.org/65156513:10
openstackgerritStephen Finucane proposed openstack/hacking master: WIP: Migrate tests  https://review.opendev.org/69847313:10
*** goldyfruit_ has joined #openstack-infra13:17
*** SurajPatil has joined #openstack-infra13:18
*** rlandy has joined #openstack-infra13:19
openstackgerritSimon Westphahl proposed zuul/zuul master: Add optional support for circular dependencies  https://review.opendev.org/68535413:20
*** surpatil has quit IRC13:21
*** witek has quit IRC13:22
*** soniya29 has joined #openstack-infra13:30
*** jpena|lunch is now known as jpena13:30
*** ykarel|afk has joined #openstack-infra13:31
*** surpatil has joined #openstack-infra13:32
openstackgerritSimon Westphahl proposed zuul/zuul master: Add optional support for circular dependencies  https://review.opendev.org/68535413:33
*** SurajPatil has quit IRC13:35
*** rh-jelabarre has joined #openstack-infra13:37
*** Lucas_Gray has joined #openstack-infra13:43
*** ykarel|afk is now known as ykarel13:46
*** Lucas_Gray has quit IRC13:50
*** Lucas_Gray has joined #openstack-infra13:51
*** soniya29 has quit IRC13:54
*** jklare has quit IRC13:58
*** mriedem has joined #openstack-infra13:59
*** bnemec has joined #openstack-infra14:01
*** jklare has joined #openstack-infra14:01
*** ociuhandu_ has joined #openstack-infra14:02
*** goldyfruit_ has quit IRC14:02
*** ociuhandu has quit IRC14:05
*** rishabhhpe has quit IRC14:05
*** kaisers has joined #openstack-infra14:06
*** Xuchu has joined #openstack-infra14:08
zbri decided to take my bsdm relationship with pip to a new level, https://discuss.python.org/t/can-we-finally-add-a-minimal-api-to-pip/2833 -- not sure if anything good will come out of that but i need to try.14:10
*** ociuhandu_ has quit IRC14:20
*** rishabhhpe has joined #openstack-infra14:22
*** jamesmcarthur has joined #openstack-infra14:31
*** jamesmcarthur has quit IRC14:36
*** jamesmcarthur has joined #openstack-infra14:44
*** dtantsur is now known as dtantsur|brb14:44
*** ociuhandu has joined #openstack-infra14:46
*** eharney has quit IRC14:47
mordredclarkb: the USDA is wrong. you can totally cook it to 130F/55C as long as you cook it for 2 hours after reaching that core temp. of course - the texture doing that is unlikely to be very pleasing to anyone14:52
mordred(actually, the USDA has very complete charts that discuss pasteurization times at different temps)14:56
*** ociuhandu has quit IRC14:56
*** jklare has quit IRC14:56
persiamordred: Do you have a URL for those?  I was looking and on.ly found the "minimum safe" levels today, for 3 minute rest times (which are an improvement over the instant-ready temperatures that were previously posted in the summary tables)14:57
*** ramishra has joined #openstack-infra15:00
*** jklare has joined #openstack-infra15:00
mordredpersia: there's a brief summary in https://www.seriouseats.com/2014/11/food-lab-sous-vide-turkey-crisp-skin-sous-vide-101-thanksgiving.html - but his links to the USDA tables themselves are now broken (and I haven't tried figuring out the new locations based on the old urls yet)15:00
*** ramishra has quit IRC15:01
*** ramishra has joined #openstack-infra15:01
mordredpersia: https://www.fsis.usda.gov/wps/wcm/connect/bf3f01a1-a0b7-4902-a2df-a87c73d1b633/Salmonella-Compliance-Guideline-SVSP-RTE-Appendix-A.pdf?MOD=AJPERES15:01
persiaOoh, thanks.15:02
*** jamesmcarthur has quit IRC15:06
* mordred has been useful today15:06
*** ociuhandu has joined #openstack-infra15:07
*** Goneri has joined #openstack-infra15:11
*** ociuhandu has quit IRC15:12
*** dpawlik has quit IRC15:16
*** eharney has joined #openstack-infra15:23
*** ociuhandu has joined #openstack-infra15:24
*** jamesmcarthur has joined #openstack-infra15:25
*** jamesmcarthur_ has joined #openstack-infra15:27
*** ociuhandu has quit IRC15:28
*** jamesmcarthur has quit IRC15:31
*** lpetrut has quit IRC15:32
*** surpatil has quit IRC15:33
*** panda is now known as panda|bbl15:44
*** chkumar|ruck is now known as raukadah15:47
*** Lucas_Gray has quit IRC15:54
*** jklare has quit IRC15:57
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Deprecate openstack-python-jobs templates  https://review.opendev.org/69851915:58
clarkbaiui previous recommendation was 180 for thighs which seems crazy15:59
*** jklare has joined #openstack-infra16:00
mordredclarkb: I cook dark meat to 74C/165F for texture reasons - dark meat at 65C/149F (my white meat temp) has a more unpleasant mouthfeel16:02
mordred180 is an absurd temp16:02
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Deprecate openstack-python-jobs templates  https://review.opendev.org/69851916:07
*** rishabhhpe has quit IRC16:09
*** lbragstad_ has joined #openstack-infra16:12
*** Lucas_Gray has joined #openstack-infra16:13
*** lbragstad has quit IRC16:15
*** witek has joined #openstack-infra16:17
*** Xuchu has quit IRC16:20
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Deprecate openstack-python-jobs templates  https://review.opendev.org/69851916:20
*** rishabhhpe has joined #openstack-infra16:21
fungii'm gonna head out to lunch. probably have some very underdone tuna steak16:21
* fungi thumbs his nose at the fda16:21
fungibbiaw16:21
*** jaosorior has joined #openstack-infra16:25
openstackgerritAndreas Jaeger proposed openstack/openstack-zuul-jobs master: Deprecate openstack-python-jobs templates  https://review.opendev.org/69851916:28
*** sean-k-mooney has joined #openstack-infra16:36
sean-k-mooneyo/16:37
sean-k-mooneyhas anyone else had issue with the discuss list in the last few days16:37
sean-k-mooneyhttp://paste.openstack.org/show/787461/16:37
sean-k-mooneyim getting a message saying that at least some messages are not being delivered16:38
clarkbsean-k-mooney: sensing via red hat mail system?16:43
clarkbI believe mordred and corvus escalated that to RH mail admins internally after zbr sshnaidm ran into that16:43
clarkbhrw: we can do that via a second pipeline16:44
sshnaidmsean-k-mooney, if it's from RH mail, then yes, we opened a ticket to IT16:45
hrwclarkb: any examples?16:45
hrwclarkb: and does it make sense?16:45
mordredthe issue either way seems to be related to Mimecast who seem to, from what we can tell, ignore the fact that you don't need an MX record in this context16:45
*** ricolin has quit IRC16:46
mordredthe internal RH IT people are theoretically discussing something with the mimecast people16:46
sean-k-mooneyclarkb: we use gmail so googles16:46
mordredbut I haven't heard a followup16:46
openstackgerritMerged zuul/zuul master: Add additional info for executor.merge_jobs release note  https://review.opendev.org/69832416:46
clarkbhrw https://opendev.org/openstack/project-config/src/branch/master/zuul.d/pipelines.yaml#L254 the experimental pipeline is similar16:46
hrwthanks16:46
mordredsean-k-mooney: rh is also google/gmail - so the underlying issue is likely the same16:46
sean-k-mooneywell its form my redhat email16:47
mordredoh - gotcha16:47
mordredso - it's almost CERTAINLY the same then :)16:47
sean-k-mooneybut its sent via the gmail account not the other inteal legacy email sysmtem that it cant get peopel to give up16:47
clarkbsorry earlier message was supposed to be zbr or sshnaidm I guess it was sshnaidm. sorry for the noise zbr16:47
zbrnopb, i figured it out. funny i got some ML issues with podman recently, unrelated to this.16:48
clarkbshould we add an MX record?16:48
sean-k-mooneymordred: im not really sure how this is a redhat issue however. surely its a google/mimecast issue no?16:48
corvusthat was legal-discuss though, not openstack-discuss, so this represents a widening of the problem scope.16:48
mordredsean-k-mooney: yeah. rh it are our best point of contact16:49
openstackgerritStephen Finucane proposed openstack/hacking master: Bump flake8 version to something modern  https://review.opendev.org/65156516:49
sean-k-mooneymordred: ah gotch ya16:49
mordredcorvus: yah.16:49
hrwclarkb: and then I mark jobs as pipeline 'check-arm64' in project's zuul files, right?16:50
mordredcorvus, clarkb: given the widening, it makes me a bit more inclined to add an MX record even though that's not actually required - if this is a new way that google is breaking email from history it's probably unlikely it'll change :(16:50
mordred(what I really want to do is send a bunch of angry tweets - but I'm not sure that will accomplish anything)16:50
stephenfinwho can I annoy to get https://review.opendev.org/#/c/651565/ merged and a 2.0 release of hacking cut?16:51
stephenfinonce it comes back green from zuul, obviously16:51
openstackgerritMatt McEuen proposed openstack/project-config master: New project: zuul-airship-roles  https://review.opendev.org/69811416:51
mordredstephenfin: most projects out there are pinned WRT versions, right? so making a release isn't going to immediately bork everybody16:52
mordred?16:52
Shrewsmordred: there is already enough rage on twitter making it less and less attractive16:52
stephenfincorrect16:52
clarkbhrw: yes. Though we might be able to have a more generic pipeline for your use case. "slow-check" or whatever16:53
sean-k-mooneymordred: even if it was not fully pinned i would how it was at least pinned to the major version for anyone using it16:53
clarkbhrw: but ya that would be the process. Add new pipeline to the file I linked. Use pipeline in your projects16:53
sean-k-mooneyso a 2.0 release really should be opt in16:53
stephenfinand it should be transparent for anyone not writing their own checks. Those guys (cough...nova...cough) need to fix stuff16:53
clarkbmordred: it would help if IT companies continued to run their own mail systems in order to ensure that standards still mean something16:54
mordredclarkb: it would - but they've all been sold on the lie "email is hard to run"16:54
hrwclarkb: thanks. will go back to it once we merge arm64 ci jobs and check how it goes16:54
openstackgerritMatt McEuen proposed openstack/project-config master: New project: go-redfish  https://review.opendev.org/69811516:54
clarkb(I don't really have anything to stand on though as every IT org I've worked for has eventually given up and let someone else do it)16:54
sean-k-mooneyclarkb: we still do because half the company refused to move16:54
mordredclarkb: not *every* - this one hasn't16:55
sean-k-mooneyim sure there email is fine16:55
hrwclarkb: may not be needed as there is a chance for some new arm64 nodes during this/next month16:55
clarkbmordred: true. I guess I meant traditional IT org then :)16:55
*** gyee has joined #openstack-infra16:55
mordredclarkb: ++16:55
*** dtantsur|brb is now known as dtantsur16:55
clarkbsean-k-mooney: sounds like that half may have been on to something :)16:55
sean-k-mooneyclarkb: id stoped allowing new joiners to create an account on the old system about 6 months before i joined16:56
clarkbI'm not opposed to adding an MX record. It should be functionality equivalent to what we alredy have for standard compliant smtp speakers and may fix the googles16:56
*** iurygregory has quit IRC16:56
sean-k-mooneyclarkb: what will you be pointing the mx record too16:56
corvusmordred: hrm, can we wait a bit to see what they come back with?  "Domain has no MX records or is invalid" is still a bit vague. i agree it points in a direction of some voodoo we could do in an attempt to appease the mail gods, but personally i'd like to give a little more time for confirmation before we do that.16:56
mordredcorvus: totes. I agree- I'd like to understand the problem16:57
clarkbsean-k-mooney: same location mail should already go to. But I'm happy to wait if that is corvus preference16:57
mordredI thnk "add an MX record" is our mitigation if we don't get anywhere - or the scope the carnage increases to the point where waiting starts to be untennable16:57
corvusi imagine we would point the mx record at itself.  that should be fine.  but i could totally imagine a world where we start getting ndrs that say "MX record points to self" :)16:58
corvusmordred: yep16:58
corvusmordred: maybe we could send a reply to the IT ticket saying "we have another incidence..."16:58
mordredcorvus: ++16:58
mordredI'll go do that16:58
corvusi'll do that?16:58
corvusmordred: you win16:58
sean-k-mooneywell the mx record is ment to point to the mail server(s) that host that email domain16:59
sean-k-mooneyso without one im  a little confused how it gets delivered unless you have an upstream mx server for the domain its falling back to for the lists subdomain16:59
clarkbsean-k-mooney: if there is no MX record you are supposed to use the A/AAAA record17:00
clarkbwhich is how this is working for everyone but RH17:00
*** jklare has quit IRC17:00
sean-k-mooneyfor what its worth this only started to be an issue in the last week17:00
sean-k-mooneyand ok that makes sense i guess17:00
corvussean-k-mooney: https://tools.ietf.org/html/rfc5321#section-5.1  second paragraph starting with "If an empty list..."17:02
mordredsean-k-mooney: yeah - list.o.o has never had an MX record - so my guess is that mimecast made a change, or rh/google made a change to add/update mimecast17:02
mordredsean-k-mooney: is it happening for *all* of your emails to -discuss? or just occasionalluy?17:02
mordred(and would you like me to add you to the ticket?)17:03
*** jklare has joined #openstack-infra17:03
corvusin the case of sshnaidm, it happened for legal-discuss but not openstack-discuss17:03
sshnaidmI think IT got the problem, but maybe another case will make it more urgent17:04
sean-k-mooneyill check if any of my replies in the last day or so are in the archive17:04
sean-k-mooneyim just getting the bounce email periodicly17:05
corvusknowing there's another affected address could be useful info for them17:05
sean-k-mooneyhum so it look like nothing i have sent in the last week is there17:06
mordred*awesome*17:07
mordredso all of them are going to /dev/null, but you're only getting bounces for some of them17:07
*** dougwig has quit IRC17:08
corvuswell, "red hat can't participate in one of their core upstream projects" is also maybe useful info for the it folks to help prioritize their work17:08
*** dougwig has joined #openstack-infra17:08
sean-k-mooneyyep so that entire discussion we had last week or the week before about enabling the random number generate is missing17:08
*** lucasagomes has quit IRC17:08
sean-k-mooneywell i think that was with clarkb? instead17:09
sean-k-mooneyi dont drop people from the too line when i reply so the only mail message form me will be burried in the reply form others17:10
mordredhttps://etherpad.openstack.org/p/rJjAsDCMWr <-- corvus, sean-k-mooney how's the look for a ticket followup?17:11
*** ykarel is now known as ykarel|away17:11
corvusmordred: who's chris?  last msg i see is from myles?17:11
sean-k-mooneyill check if i have got notificaitons for the others17:12
sean-k-mooneyi assumed it was the same message so i might have17:12
mordredcorvus: Chris Johnson is the last person who replied to the ticket17:12
sean-k-mooneyok i have only got two notifiaction17:12
corvusweird, did it not send an email for that?.... hrm17:13
sean-k-mooneybut i have "sent" maybe 6 mails in that time17:13
mordredthe ticket says it sent you an email17:13
*** rpittau is now known as rpittau|afk17:13
mordredupdate the etherpad a smidge17:15
corvusmordred: wow, that's great.  i have signed into the ticketing system and do see the msg from chris.  i did not receive that messge by email.  :)  <irony/>17:16
sean-k-mooneyya so i got 2 notification out of 5 emails that are missing17:16
corvusmordred: i made a tiny change17:17
*** davidlenwell has quit IRC17:18
*** davidlenwell has joined #openstack-infra17:18
openstackgerritStephen Finucane proposed openstack/hacking master: Bump flake8 version to something modern  https://review.opendev.org/65156517:18
openstackgerritStephen Finucane proposed openstack/hacking master: Address flake8 3.x violations  https://review.opendev.org/69854817:18
corvus(since, technically, i don't think any smtp rejections have happened, so i didn't want to introduce potential confusion)17:18
stephenfinmordred: This additional patch fixes the new violations flake8 3.x identifies. CI was green otherwise https://review.opendev.org/69854817:19
*** psachin has quit IRC17:19
*** panda|bbl is now known as panda17:20
sean-k-mooneystephenfin: since you are here have you sent anyting to the openstack-discuss list in december17:21
stephenfinnot that I can recall, no17:22
stephenfinthough I was about to17:22
sean-k-mooneyok let use know when you do17:22
mordredsean-k-mooney: ticket update sent - and you're on the ticket now17:25
corvusi'm looking at my personal archives of openstack-discuss17:25
*** rlandy is now known as rlandy|brb17:26
sean-k-mooneymordred: cool thanks17:26
corvusthe last message i see from a redhat.com address is from alex schultz on dec 517:27
sean-k-mooneycorvus: i have some of the missing mails in my openstack-discuss folder but i dont know is that just a copy from my sent folder or not17:27
corvustake that with a grain of salt... i may not be doing that search quite right...17:27
corvusthis message: http://lists.openstack.org/pipermail/openstack-discuss/2019-December/011424.html17:27
sean-k-mooneythe last one i have that is not me is also the 5th17:28
clarkbas another data point there are gmail emails from today17:29
corvusdoes anyone see a message after "[ptl] Train cycle-trailing release deadline   Alex Schultz "  from a red hatter on this list? http://lists.openstack.org/pipermail/openstack-discuss/2019-December/date.html17:29
clarkbregular gmail, not rh gmail17:29
corvusclarkb: yeah, i discovered https://www.mimecast.com/solutions/platforms/g-suite/17:29
*** ociuhandu has joined #openstack-infra17:30
clarkbneat17:30
corvusclarkb: i suspect that rh has opted to add in mimecast to their gsuite pipeline, so all incoming and outgoing mail *also* goes through mimecast17:30
corvushere are the received headers from the last email we got: http://paste.openstack.org/show/787464/  note, it *does* include mimecast17:31
clarkbcorvus: sshnaidm sent an email on December 5 after alex17:31
clarkbcorvus: but that is the last one I see17:31
clarkb[all][tripleo][openstack-ansible] Openstack Ansible modules - next steps17:32
corvusah yep, so my search was probably pulling up thread starts17:32
mordredso - the theory we have now is that rh added mimecast, and when they did rh employees ceased being able to send mails to the openstack mailing list17:33
corvusgoing back to late november (random sample at now 22), i also see mimecast headers17:34
clarkbmordred: or mimecast updated it which seems more likely given ^17:34
corvusso i think mimecast may have been in the mix for a while, so this is more likely that ^17:34
mordrednod17:34
clarkb*updated its rules17:34
* mordred thinks pinging the openstack engineering head at rh is also likely a good idea - doing that now17:35
corvusmordred: ++17:36
corvusbased on my archives, it looks like mimecast may have been added around 21 sep.  and broken around 5 dec.17:39
stephenfinsean-k-mooney: done (subject: "Re: [dev] Upgrading flake8 to support f-strings")17:40
openstackgerritClark Boylan proposed openstack/project-config master: Revert "Set default-ansible-version to 2.7 for all tenant (minus zuul)"  https://review.opendev.org/69855417:41
sean-k-mooneystephenfin: it might take a minute to propagate but ill keep an eye out for it17:42
openstackgerritClark Boylan proposed openstack/project-config master: Remove zuul tenant ansible version pin  https://review.opendev.org/69855517:42
clarkbcorvus: ^17:42
*** igordc has joined #openstack-infra17:42
*** hashar has joined #openstack-infra17:43
sean-k-mooneystephenfin: i have got a different email from the list since you sent that but not that one17:44
corvusclarkb: thx, mordred: https://review.opendev.org/698554 and child?17:44
*** diablo_rojo has joined #openstack-infra17:44
mordredcorvus: +A17:45
*** ociuhandu has quit IRC17:45
mordredstephenfin: oh wow. the core team on hacking is ... almost all people who don't work on openstack anym,ore17:46
stephenfinyuuuup17:46
clarkbis jogo still in it?17:46
mordredyup.17:46
mordredand julien danjou and sdague and dhellmann and dims17:46
stephenfinwe should probably try move anything broadly useful to pycodestyle and kill the rest17:47
mordredbnemec is the only non-infra-core person who's still involved17:47
sean-k-mooneystephenfin: so its been about 5-7 minuts since you sent it and noting in my inbox or on the mail archive17:47
clarkbstephenfin: fwiw the infra team has disabled hacking checks on msot of its projects as they often seem too strict for us. That said I can't speak to the value of those checks for eg nova17:48
mordredI love them on sdk17:48
mordredbut - that's an anecdote, not data - nor a basis for policy of any sort17:48
stephenfinsean-k-mooney: Weird. Is there something funky with RH Gmail or?17:48
mordredstephenfin: yes. it basically got broken a week ago, best we can tell - we've got a ticket open17:49
sean-k-mooneyyes17:49
stephenfindelightful17:49
*** rlandy|brb is now known as rlandy17:50
*** ykarel|away has quit IRC17:51
stephenfinclarkb: Aye, very much project/individual specific, I imagine. It does help set a minimum bar for drive by contributions though, of which we get a few17:51
mordredstephenfin: well - at the very least if we're going to continue to maintain and use hacking, it should likely grow a core team who is interested in reviewing patches when they're needed - and not too eager to add new features (overly active hacking development has been a problem in the past and isn't super helpful)17:52
stephenfinwe could, or we could decide that what's there is a good enough and won't need anything more than maintenance fixes, a lá git-review17:54
stephenfin*we won't need/accept17:54
mordredyah17:55
mordredlike - the one you have up I think is good - and I think we shoudl land it17:55
clarkbiirc there is the concern that flake8 doesn't support the same plugin interface though?17:55
mordredit's the thign that is needed to move forward into the world of python3 more effectively17:55
openstackgerritMerged openstack/hacking master: General cleanups  https://review.opendev.org/65156617:55
clarkbso if we wnt to keep getting upstream linter goodness hcaking might need updating?17:55
clarkb(or we can run the two tools separately)17:55
stephenfinclarkb: that's the thing I had mordred review above17:55
clarkbah17:55
*** gfidente has quit IRC17:56
mordredclarkb: it has a new plugin interface - so I think part of a project updating to hacking v2 that project would have to either rewrite local plugins to the new interface, or would need to just drop local checks17:56
stephenfinyup17:56
stephenfinturns out that's pretty easy to do, at least https://review.opendev.org/#/c/695733/17:56
openstackgerritMerged openstack/project-config master: Revert "Set default-ansible-version to 2.7 for all tenant (minus zuul)"  https://review.opendev.org/69855417:56
mordredstephenfin: I agree - that's non-terrible17:57
stephenfinyup17:57
stephenfinthere's probably even a way to keep things working as they were, but I haven't been smart enough to figure that out yet17:58
stephenfin...and boy, have I tried17:58
*** jklare has quit IRC17:58
*** ijw has joined #openstack-infra17:59
*** ijw_ has joined #openstack-infra18:00
*** derekh has quit IRC18:01
openstackgerritMerged openstack/project-config master: Remove zuul tenant ansible version pin  https://review.opendev.org/69855518:02
*** jklare has joined #openstack-infra18:02
*** ijw has quit IRC18:04
*** jpena is now known as jpena|off18:06
openstackgerritMerged openstack/hacking master: Address flake8 3.x violations  https://review.opendev.org/69854818:08
*** igordc has quit IRC18:13
*** igordc has joined #openstack-infra18:14
*** efried has left #openstack-infra18:18
*** efried has joined #openstack-infra18:18
fungiyou lot got talky while i was lunching18:18
*** rlandy is now known as rlandy|brb18:18
efriedfungi: was it you who was telling me about the CDN being flaky and making it hard for me to get at CI results?18:19
clarkbefried: that was fungi and my guess at the time since others of us were able to access those same urls18:19
efriedOkay, I'd like to pursue it further if possible, because it happens very frequently.18:20
efriedwho's "in charge" of the thing I see as rackcdn.com?18:20
clarkbefried: rackspace18:20
clarkb(it is part of their object storage service that publicly accessible objects must be served through their cdn)18:20
efriedis there like a person I could contact?18:21
efriedor would my best bet be the ML?18:21
*** dtantsur is now known as dtantsur|afk18:23
*** ociuhandu has joined #openstack-infra18:24
*** igordc has quit IRC18:25
*** eernst has joined #openstack-infra18:27
*** jaosorior has quit IRC18:27
clarkblooking at dns records for the rackcdn domains they appear hosted by akamai18:28
clarkband do not provide ipv618:28
*** ociuhandu has quit IRC18:29
clarkbpossible that akamai has a problem report portal?18:29
fungiyeah, i get the impression it's an akamai interface these days18:30
clarkbthe other place to check is your ISP as often ISPs will have direct connections to content distributors18:30
*** jamesmcarthur_ has quit IRC18:30
fungialso many isps set up transparent caching proxies known as "web accelerators" which have a wonderful tendency to break and start returning wrong or missing content18:32
*** kjackal has quit IRC18:32
fungibecause if their clients request a particular page hundreds or thousands of times a second in aggregate, the only want to pay their transit providers for a few of those18:33
openstackgerritMatthieu Huin proposed zuul/zuul master: admin REST API: zuul-web integration  https://review.opendev.org/64353618:35
*** pkopec has quit IRC18:38
*** rishabhhpe has quit IRC18:41
*** tosky has quit IRC18:44
*** kjackal has joined #openstack-infra18:46
*** addyess has joined #openstack-infra18:46
clarkbjobs starting in the last 5 minutes or so are running ansible 2.818:51
funginice. and tox jobs are succeeding (or do we know yet)?18:51
clarkbdon't know yet18:52
*** ralonsoh has quit IRC18:55
efriedfungi, clarkb: I bcc'ed you on an email to the support address I found on rax's website -- and it bounced immediately :(18:57
efriedGenerating server: 544258-IExch13.ror-uc.rackspace.com18:58
efriedcloudfiles@rackspace.com18:58
efriedCO1NAM05FT026.mail.protection.outlook.com18:58
efriedRemote Server returned '550 5.4.1 Recipient address rejected: Access denied [CO1NAM05FT026.eop-nam05.prod.protection.outlook.com]'18:58
efriedthis is pretty freakin frustrating18:58
clarkbefried: what ip address does dns give you for 975c7b7453777699c26a-26cfc451d4618cee8c0e628e323364bb.ssl.cf1.rackcdn.com18:59
clarkbI wonder if they are using anycast of if it is dns load balanced18:59
clarkbwe might be able to narrow the problem down to a specific IP if dns load balanced then go bug akamai19:00
clarkbif it is anycast we won't have enough info19:00
efried975c7b7453777699c26a-26cfc451d4618cee8c0e628e323364bb.ssl.cf1.rackcdn.com is an alias for cf1.rackcdn.com.edgekey.net.19:00
efriedcf1.rackcdn.com.edgekey.net is an alias for e4845.g.akamaiedge.net.19:00
efriede4845.g.akamaiedge.net has address 23.214.108.17019:00
efriedFWIW the URL I put in the email eventually started working for me (as described in the email)19:00
clarkbI get 96.17.4.17119:00
clarkbso not anycast19:00
clarkbI'm seattle you are dallas19:02
clarkbthey are geographically distinct too19:02
clarkbmight be able to try support@akamai.com with that info?19:03
clarkbwe aren't customers though so may get told to go away :/19:03
clarkbfungi: the failures I'm seeing all appear to be legit so far19:04
clarkband we have successes now so this is looking good19:04
efriedI'm in Taylor, which is closer to Austin than Dallas. Do you mean that IP is from Dallas?19:05
clarkbefried: yes that IP resides in Dallas (roughly from a traceroute)19:05
efriedack19:05
efriedI'll try resending to that email, can't hurt <shrug>19:06
efriedthanks as always clarkb19:06
clarkbefried: we might need to edit ti a bit to be more akamai specific19:06
clarkbbasically they won't care about openstack things but if we provide urls then say it doesn't work reliably at 23.214.108.170 but does at 96.17.4.171 that should give them something to look at19:07
fungiright, as cdn operators what they *will* generally care about is that content from one of their endpoints is consistent with content from the rest of their endpoints19:08
efriedclarkb: that hostname you had me look up, was that from a random CI job?19:08
clarkbefried: yes19:08
efriedokay.19:09
clarkbefried: hwoever its the same IP providing your example19:09
efriedmakes sense19:09
clarkbone option available to you is to hijack your local dns to provide different answers for those names19:10
clarkbhowever if akamai changes IPs you'll break until you sort that out so not a great choice19:11
*** nicolasbock has quit IRC19:11
*** rlandy|brb is now known as rlandy19:11
*** nicolasbock has joined #openstack-infra19:11
efriedmm19:11
efriedclarkb: where are you actually sitting?19:12
clarkbefried: edit /etc/hosts to have 96.17.4.171 e4845.g.akamaiedge.net. and 96.17.4.172 e4847.g.akamaiedge.net.19:12
clarkbefried: portland oregon19:12
efriedokay19:12
fungii'm sitting in an armchair in my living room19:12
clarkbefried: doing the etc/hosts hack may be worthwhile in the short term just to confirm you get reliable responses out of different akamai nodes19:13
clarkbefried: but long term risk is akamai changes IPs and things stop working19:13
efriedclarkb: hopefully I'll notice and remember the hack :)19:14
*** spsurya has quit IRC19:14
*** jtomasek has quit IRC19:17
openstackgerritMerged zuul/zuul-jobs master: openshift speculative containers  https://review.opendev.org/69693919:17
*** kjackal has quit IRC19:18
*** jamesmcarthur has joined #openstack-infra19:20
efriedclarkb, fungi: second attempt sent19:21
openstackgerritMatt McEuen proposed openstack/project-config master: New project: zuul-airship-roles  https://review.opendev.org/69811419:25
*** goldyfruit_ has joined #openstack-infra19:26
*** witek has quit IRC19:30
*** eharney has quit IRC19:30
clarkbefried: that looks good. Now we'll discover if they care about random reports from the internet not directly from paying customers19:30
*** kjackal has joined #openstack-infra19:30
efriedclarkb: somebody's paying them? rax? Or no?19:31
mordredsomebody somewhere has to be paying them right?19:31
*** lpetrut has joined #openstack-infra19:33
*** jamesmcarthur has quit IRC19:34
*** iurygregory has joined #openstack-infra19:34
clarkbefried: mordred rax I expect in this case19:34
*** jamesmcarthur has joined #openstack-infra19:34
*** Lucas_Gray has quit IRC19:35
clarkbakamai once created a dns loop and demanded I update our dns to fix it when I was a customer19:35
clarkbthat was fun19:36
clarkbalso the extent of my interaction wiht their support19:36
*** mriedem has quit IRC19:37
ianwhrw: just going through scrollback "so developer sends patch to gerrit, both normal-zuul and arm64-zuul checks start but if arm64-zuul one sits in a queue then project still gets +1 from zuul"19:40
hrwianw: hi19:40
ianwthat sort of sounds like an automatically triggered "experimental" queue19:41
hrwianw: yes19:41
clarkbianw: ya I linked the experimental pipelien config as being similar earlier19:41
hrwianw: with 8 arm64 nodes I suspect long queues will be created19:41
ianwahh, right, yes sorry reading further i see that now :)19:42
hrw;)19:42
pabelangerianw: hrw: clarkb: in rdoproject, for 3pci (at one point) jobs would only run on new patchset, and zuul left +1 on patch. This was to avoid overloading downstream CI on patches that failed on zuul.o.o to start with. That needed a 2nd pipeline outside of check19:42
ianwyeah, i guess the only question is, much like "does a tree falling in the forest with nobody to hear it make a sound" ... "does a queue not voting actually catch any problems" :)19:43
hrwianw: depends on how loud the lumberjack is19:44
ianwi also have arm64 tests for diskimage-builder and our own system-config (for setting up mirrors) that i haven't merged, mostly due to similar concerns over holding up the gate with small resources19:45
clarkbhrw: ianw I lived near https://en.wikipedia.org/wiki/Statue_of_Paul_Bunyan_(Portland,_Oregon) a few years back19:46
*** tesseract has quit IRC19:46
clarkba very large but not very loud lumberjack19:46
*** lpetrut has quit IRC19:46
hrwianw: I think that separate arm64 pipeline which would need to be called by hand could be a good start. until we get more nodes19:48
clarkbhrw: you should be able to use the experimental pipeline for that today if you don't mine triggering it by hand19:49
hrwclarkb: will go that way probably19:49
ianwhrw: yeah, although i think we probably have a case with several different projects wanting similar speculative behaviour for a separate queue19:49
ianwclarkb: best i can do is https://en.wikipedia.org/wiki/Big_Banana, but that's like 8 hours drive from me :)19:50
hrwianw: does not surprise me19:50
clarkbianw: I love that https://en.wikipedia.org/wiki/Australia%27s_big_things is a thing19:50
clarkband one of them is a big can of tooheys new19:51
ianwhrw: the place to define it would likely be https://opendev.org/opendev/project-config/src/branch/master/zuul.d/pipelines.yaml19:57
ianwclarkb: yes, well stereotypes always have a bit of truth :)19:57
ianwit wouldn't actually enforce that arm64 jobs were the only thing in there, but it would be the convention.  we can see what others might think19:58
otherwiseguy_ question re: tempest/neutron-tempest-plugin and https://bugs.launchpad.net/tripleo/+bug/1855985. I'm currently seeing some failures due to the test_agent_management code stepping on itself because both the neutron-tempest-plugin version and the tempest in-tree version are running and modifying the agent. Anyone know of any reason not to remove the in-tempest-tree versions?19:59
openstackLaunchpad bug 1855985 in tripleo "tempest network test_list_agent test failed with mismatch error in train fs020" [Critical,Confirmed]19:59
*** jklare has quit IRC19:59
*** jklare has joined #openstack-infra20:02
clarkbotherwiseguy_: the qa team might be better positioned to answer that given it is tempest stuff. I don't personally know the answer20:03
*** lbragstad has joined #openstack-infra20:03
otherwiseguy_clarkb: thanks!20:03
*** harlowja has joined #openstack-infra20:07
*** ociuhandu has joined #openstack-infra20:09
*** eharney has joined #openstack-infra20:12
* hrw off20:17
*** ociuhandu has quit IRC20:21
*** ociuhandu has joined #openstack-infra20:21
clarkbfungi: that is a fun neutron + dhcp interaction you helped diagnose (I'm catching up on email now)20:31
fungii haven't caught up on it, but if neutron is cheerfully adding every network into the routes list for dhcp responses, that can only go on for so long before your dhcp response is unable to contain the sprawl20:37
clarkbyup haleyb confirmed that is the case and neutron may need to have checks in place20:39
*** ociuhandu has quit IRC20:40
*** ociuhandu has joined #openstack-infra20:41
haleybyes, and there are possibly many ways to solve it, don't know which is better for the user20:41
clarkba limit with documentation that routed networks will be necessary due to dhcp limitations seems fine20:41
fungiin the past i've solved similar issues by aggregating routes into larger netblocks/cidrs20:43
fungijust have to be careful you're not creating black holes in the process20:44
fungithere is probably some way neutron apply some subnet math to work out which routes can be safely combined20:44
fungier, some way neutron could apply some subnet math i mean20:45
*** iurygregory has quit IRC20:45
fungiif they're rfc 1918 networks and there's only one gateway to them from the guest's perspective, then that's fairly easy because those should never be accessible through a global internet gateway anyway20:46
fungijust slap 10/8 or 172.16/12 or 192.168/16 in the route list and call it a day20:47
haleybyeah, if we could compress that would be best, but if it's over the limit there's no way to signal to the user, unless we want to add some field to the network20:50
fungialso unless neutron is directly constructing the dhcp options field, it can't know what other options are present which reduce available length for option 12120:50
fungiand it's almost certainly not going to be party to dhcp response size negotiations with the clients to find out that it can safely increase it either20:51
haleybright, we can only assume based on some rough values20:52
*** pkopec has joined #openstack-infra20:52
fungii suppose you could provide a config option where the operator is able to directly specify a max length for option 121 so that they get a sane error back from neutron when trying to go beyond that rather than having it bubble up in the dhcpd20:53
fungibut that requires the operator to understand protocol nuances in the first place, which they typically won't, so sort of user-hostile20:54
*** ociuhandu has quit IRC20:57
*** jklare has quit IRC20:57
haleybreturning a 2xx status to a POST indicating a possible issue just isn't possible :(  it would be better to fail if we're close20:58
fungiyeah20:59
fungiit's a tough position, there just isn't much of an api between neutron and the dhcpd (i guess it could be taken as a reason to implement a dhcpd directly in neutron, but you really don't want to deal with that special circle of hell)21:00
*** jklare has joined #openstack-infra21:01
*** slaweq has quit IRC21:03
haleybOVN is a little closer to that possibly, i just don't know the details of that part of the code21:03
*** slaweq has joined #openstack-infra21:11
*** ociuhandu has joined #openstack-infra21:13
*** slaweq has quit IRC21:16
*** hashar has quit IRC21:19
*** hashar has joined #openstack-infra21:22
haleybte21:22
haleyboops21:22
*** rcernin has joined #openstack-infra21:23
*** dkehn has joined #openstack-infra21:32
*** lbragstad has quit IRC21:34
*** mattw4 has joined #openstack-infra21:36
*** pcaruana has quit IRC21:38
efriedclarkb, fungi: strike two. akamai wants to authenticate me six ways from sunday before they'll even consider responding to my inquiry.21:39
fungiyeesh21:45
fungiclarkb's terrible /etc/hosts workaround seems less and less terrible by the second21:46
*** ociuhandu has quit IRC21:48
*** ociuhandu has joined #openstack-infra21:52
*** jamesmcarthur has quit IRC21:56
*** jamesmcarthur has joined #openstack-infra21:58
*** jklare has quit IRC21:58
*** jklare has joined #openstack-infra22:01
*** ociuhandu has quit IRC22:06
*** ociuhandu has joined #openstack-infra22:06
*** slaweq has joined #openstack-infra22:11
*** tosky has joined #openstack-infra22:15
*** slaweq has quit IRC22:16
*** pkopec has quit IRC22:17
*** rfolco has quit IRC22:25
*** ociuhandu has quit IRC22:27
*** nicolasbock has quit IRC22:27
*** sshnaidm is now known as sshnaidm|afk22:33
*** mriedem has joined #openstack-infra22:37
*** rfolco has joined #openstack-infra22:45
openstackgerritCarlos Goncalves proposed openstack/diskimage-builder master: Set correct python version for non-chroot scripts  https://review.opendev.org/69721122:52
*** hashar has quit IRC22:52
*** jamesmcarthur has quit IRC22:56
*** jklare has quit IRC22:59
*** jamesmcarthur has joined #openstack-infra23:03
*** jklare has joined #openstack-infra23:03
*** jamesmcarthur has quit IRC23:03
*** hwoarang has quit IRC23:07
*** hwoarang has joined #openstack-infra23:07
*** tkajinam has joined #openstack-infra23:08
*** slaweq has joined #openstack-infra23:11
openstackgerritIan Wienand proposed openstack/project-config master: zuul: arm64 pipeline  https://review.opendev.org/69860623:14
ianwhrw/clarkb: ^ something like that, maybe ...23:14
openstackgerritMerged openstack/diskimage-builder master: Drop Xenial from functional test  https://review.opendev.org/69813623:15
*** slaweq has quit IRC23:15
openstackgerritMerged openstack/diskimage-builder master: Work around Trusty ext4 metadata_csum errors on Bionic  https://review.opendev.org/69834623:21
clarkbianw: one note on the pipeline change23:21
clarkbI think there is a small optimization we should make23:21
openstackgerritIan Wienand proposed openstack/project-config master: zuul: arm64 pipeline  https://review.opendev.org/69860623:23
ianwgood idea23:23
*** rlandy is now known as rlandy|bbl23:27
*** hwoarang has quit IRC23:30
*** hwoarang has joined #openstack-infra23:31
*** slaweq has joined #openstack-infra23:32
openstackgerritIan Wienand proposed opendev/system-config master: Replace skip with errors=ignore  https://review.opendev.org/66054123:35
ianwinfra-root: ^ i think that with the merge of 2.9.1 to bridge.o.o, that will silence a bunch of those warnings23:36
*** tosky has quit IRC23:40
*** slaweq has quit IRC23:41
*** eernst has quit IRC23:42
*** eernst has joined #openstack-infra23:44
*** eernst has quit IRC23:49
clarkbI've confirmed that ianw's fix appears to be in 2.9.1 and 2.9.1 is installed on bridge23:50
clarkbTIL about the null mx record23:54
clarkbalso we don't have a null mx record for lists.o.o which rules that potential problem out23:55
openstackgerritJames E. Blair proposed zuul/nodepool master: WIP: Add Google Cloud provider  https://review.opendev.org/69834223:57
*** ccamacho|pto has quit IRC23:59
clarkbhttps://community.mimecast.com/s/article/Monitoring-the-Delivery-Queue-2145229965 has a little more info on what mimecast's message means23:59
clarkbseems that they got an empty MX and that is an issue (doesn't really indicate if they also checked for A/AAAA)23:59

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