Thursday, 2021-11-04

*** rlandy|ruck|afk is now known as rlandy|ruck01:24
*** ministry is now known as __ministry02:26
*** frenzy_friday is now known as frenzyfriday|sick04:17
*** fzzf1 is now known as fzzf05:41
*** gibi_pto_back_thu is now known as gibi07:56
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: DNM Initial project commit  https://review.opendev.org/c/openstack/ci-log-processing/+/81560409:46
*** rlandy is now known as rlandy|ruck10:32
*** lbragstad4 is now known as lbragstad10:33
*** lbragstad1 is now known as lbragstad10:43
*** lbragstad7 is now known as lbragstad11:07
*** dviroel|rover|out is now known as dviroel|rover11:12
*** dpawlik1 is now known as dpawlik12:16
*** jcapitao is now known as jcapitao_lunch12:53
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: DNM Initial project commit  https://review.opendev.org/c/openstack/ci-log-processing/+/81560412:57
amoralejmay i get reviews on https://review.opendev.org/c/openstack/project-config/+/811442/ and https://review.opendev.org/c/openstack/project-config/+/816465 when you have a chance?13:19
*** jcapitao_lunch is now known as jcapitao14:00
EmilienMhello everyone, do you know if there is something done in the nodepool instances to get rid of the crontab which runs apt-get unattended updates on Ubuntu?14:33
fungioh, is that installed? i wouldn't have expected ubuntu-minimal elements to incorporate the unattended-upgrades package14:36
fungii'll check our image build logs14:37
opendevreviewdaniel.pawlik proposed openstack/ci-log-processing master: Initial project commit  https://review.opendev.org/c/openstack/ci-log-processing/+/81560414:37
fungiEmilienM: i don't see it included in our ubuntu-focal node builds: https://nb01.opendev.org/ubuntu-focal-0000119527.log14:38
fungiEmilienM: do you have an example job log or something showing it present?14:38
EmilienMfungi: no it's not in opendev infra, it's in openlab, and I was wondering if you had a workaround14:39
fungimaybe it's getting pulled in as a dependency of some other package at job runtime14:39
EmilienMbut I see that you don't install that deb so you don't hit the issue.14:39
fungiEmilienM: oh, yeah i would say the workaround is to build minimal images and then install your dependencies at job runtime14:39
fungii didn't even realize openlab was still operating14:39
fungihaven't heard from them in years, not since mrhillsman moved on14:40
EmilienMfungi: gophercloud CI is running there now14:40
EmilienMfungi: BTW thx for your answer on the thread14:40
fungiyou're welcome!14:40
EmilienMonce we figure out if our existing contributors are fine with Gerrit & that there is no pushback from the opendev folks, I think we'll move forward14:41
dpawlikfungi, clarkb,:  hey, finally I propose change ready for review https://review.opendev.org/c/openstack/ci-log-processing/+/815604 . Take a look when you have few min. Thans14:59
dpawlikmelwitt: hey, the first step for moving logs to the Opensearch is ready to review. tl;dr logscraper will push logs to log2gearman services instead of post job "submit logs", that was doing that. PS available here ^^15:03
*** dviroel|rover is now known as dviroel|lunch|appt|afk15:03
melwittdpawlik: nice! will take a look15:07
clarkbEmilienM: fungi: there is also a disable flag in apt config somewhere too iirc15:17
fungiyeah, it can be turned off15:19
fungithough that doesn't help if you're turing it off during job runtime because of races with jobs running and trying to install packages at the same time unattended-upgrades has the package database locked15:20
clarkbya definitely best to update the images15:22
clarkbdpawlik: feel free to discuss the opensearch stuff here. That way others can help if I'm not around16:16
fungiclarkb: https://review.opendev.org/816465 is going to fail to build images until we have centos stream 9 packages mirrored, right?16:27
fungi(since our nodepool builders rely on one of our mirrors to retrieve packages)16:27
clarkbfungi: looking at that I think we may only overload the mirrors for debuntu? Note the DIB_DISTRIBUTION_MIRROR vars set on the debuntu builds16:29
fungiahh, okay16:29
clarkbdo we still build stretch? we should clean that out if so I think16:29
afaranhafungi, clarkb quick question, regarding yesterday talk about zuul fips jobs. If we implement the unittest-fips and tox-fips on ozj, we need to copy the playbooks and roles as well, correct? for example, for unittest https://opendev.org/zuul/zuul-jobs/src/branch/master/zuul.d/general-jobs.yaml#L10-L18 we would need to copy playbooks/unittests/{pre,post}.yaml over to ozj.17:10
afaranhaIn this case it's better to create the fips version of unittest and tox on zj17:10
clarkbafaranha: you don't need to copy the roles. They are available. You would need to copy the playbooks17:11
afaranhaclarkb, I'll leave it on zj then, better than have duplicated files, okay?17:14
clarkbsure17:19
*** dviroel|lunch|appt|afk is now known as dviroel|rover17:20
fungiyeah, that's what i was saying yesterday about leaving the roles where they are, you just need to duplicate job definitions (and their associated playbooks)17:21
afaranhaack17:42
dpawlikfungi: as I mention clarkb in priv message, opensearch service will be soon deployed, logscraper is in review state. I will do a PS with ansible role tomorrow and I guess next step will be add new vms to Openstack infrastructure that will have services like log2gearman, subunit2sql, logscraper17:47
fungiexciting! i hope it goes smoothly17:47
dpawlikshould we "port" or copy the roles responsible for that services to ci-log-processing repo or it should be as it is?17:48
funginone of those services were deployed with ansible roles, they'd need to be written from scratch i expect17:49
clarkbwhat is log2gearman?17:49
*** jpena|off is now known as jpena17:49
dpawliksorry, gearman-client and gearman-worker17:50
clarkbya that stuff was hidden in a puppet module. I think putting it into a repo that can be maintained (eg ci-log-processing) would be best17:50
dpawlikor if the hosts does not use all the resources the services can be added there17:50
clarkbI guess it isn't clear to me how much of the old stuff you are intending to keep (I thought fungi had mentioned not using gearman a few times since it is fairly legacy, but it does work so not the end of the world to keep using it)17:51
amoralejfungi, thanks for your reviews, anyway i'll also investigate to add centos-stream9 to the mirrors so that we can use it later17:51
dpawlikclarkb: I was thinking that service like subunit2sql is still required  and IIUC https://docs.opendev.org/opendev/system-config/latest/logstash.html gearman client is required17:53
clarkbdpawlik: fungi: but ya in general I think the tools should be tools first and then deployed with config management rather than config management that happens to deploy tools17:53
clarkbdpawlik: well we said we're turning off subunit2sql and no one has figured out a replacement for it17:53
dpawlikclarkb: I can change the logscraper that will push the messages to the logstash directly, it should not be a problem17:53
clarkbdpawlik: similar to the ELK stuff it needs a giant database that needs care and feeding. Updating just the log processing part is only part of the problem17:53
dpawlikclarkb: ah, that is something I miss17:54
clarkbI was under the impression we were turning that off. Largely beacuse the openstack health service isn't used anymore (it has been broken for months and no one has asked about fixing it)17:54
clarkbgmann: fungi: ^ if I've missed something re subunit2sql and openstack health let me know17:54
dpawlikclarkb: in that case, I need to do small redesign of logscraper script 17:54
fungii assumed if people wanted a service similar to openstack-health there would be volunteers to set it up and run it17:55
fungibut yeah, we're still planning to turn it off (along with the old logstash et cetera)17:55
clarkbok so ya I guess if dpawlik wants to keep it alive that is fine but you'd need to find a very large sql database for it (I think the current one is 500GB or 1TB or something)17:56
fungithe service is not in a maintainable state from a deployment and care and feeding standpoint17:56
fungipretty sure it's currently a 500gb trove instance17:56
clarkbdpawlik: basically for now my recommendation is to focus only on the ELK related stuff17:56
clarkbdpawlik: that is what we have a replacement backend for17:56
fungiyeah, one thing at a time17:56
gmannclarkb: agree on turning it off but let me put it in QA meeting agenda also in case anyone would like to maintain it. 17:57
dpawlikclarkb: so from my side, I don't use subunit2sql service, but Opensearch would be awesome to have will all the logs like it is right now. So the logscraper script was pushing the logs directly to gearman services that were sending data to the logstash17:57
clarkbdpawlik: got it, in that case keeping gearman for now and replacing it if it makes sense later is fine too. I just wanted ot make sure I understood what was being discussed17:58
dpawlikclarkb: cool17:59
clarkbto be extra clear the setup will be something like "Infra provided VMs without additional management to run gearman, scraper and log pusher" -> "AWS resources that run logstash and opensearch"17:59
dpawlikyup, that is ok for me18:00
clarkbok cool I think I'm up to speed then18:00
fungiyeah, basically let us know what ram/cpu count and base distro image you need provisioned18:00
clarkbalso I think mnaser_ indicated willingness to host stuff so we can/should spin that up in vexxhost likely18:01
dpawlikreed is it You that will maintain Opensearch too, right? (but from the AWS side)18:01
fungidpawlik: that's probably not the reed you're thinking it is18:01
fungi(the reed in here is an emeritus community member from the early days of openstack)18:02
clarkbI think the other reed was going to spin things up and provide some tooling but may not be doing long term maintenance. Basically we're relying on aws tooling to take on the bulk of that18:02
dpawlikfungi: oh :D18:02
dpawlikI need to ask him if he can join irc or matrix... hope not slack18:03
fungiyeah, the matrix oftc bridge should work for joining this channel18:04
fungiif that's preferable to straight up irc18:04
dpawlikfungi: about system resources I would like to make few calculations base on RDO infra before18:04
fungitake your time18:04
fungijust letting you know we can boot stuff up when you're ready18:05
dpawlikfungi: or maybe we can start with some small VM and resize flavor is easy, going back is problematic18:05
*** amoralej is now known as amoralej|off18:05
fungii'm not sure how easy it is to resize instances in vexxhost, that's not something i've tried there (i know it's basically impossible in rackspace these days, but that's not vexxhost)18:05
dpawlikfungi: we resize some instances on vexxhost, but I don't remember what was the root disk backend... 18:07
fungisure, we can certainly try then18:07
dpawlikfungi, clarkb: cool. thanks for clarifying, I need to go for today. Will ping you tomorrow. Have a nice day18:08
*** jpena is now known as jpena|off18:10
fungiyou too18:17
clarkbstephenfin: its a good thing we removed the pbr dogfooding of the pep517 stuff to start as it appears to not be working on a test bindep change: https://review.opendev.org/c/opendev/bindep/+/816741 I think making these changes as small steps like this is a very good idea now :)19:01
clarkbI probably won't be able to dig any further today, but will try and look when I can19:01
opendevreviewMerged openstack/project-config master: kolla-cli: enter retirement  https://review.opendev.org/c/openstack/project-config/+/81459720:23
*** dviroel|rover is now known as dviroel|out22:13
*** rlandy|ruck is now known as rlandy|ruck|afk22:29
opendevreviewMerged openstack/project-config master: Add support for CentOS Stream 9 in nodepool elements  https://review.opendev.org/c/openstack/project-config/+/81144223:58
opendevreviewMerged openstack/project-config master: Add centos-9-stream nodepool image  https://review.opendev.org/c/openstack/project-config/+/81646523:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!