Thursday, 2023-03-02

opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : remove deprecated NoOp function  https://review.opendev.org/c/openstack/project-config/+/87580400:18
opendevreviewIan Wienand proposed openstack/project-config master: acls : handle submit requirements in normalise tool  https://review.opendev.org/c/openstack/project-config/+/87599200:18
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : convert NoBlock to submit-requirements  https://review.opendev.org/c/openstack/project-config/+/87599300:18
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : handle key / values with multiple =  https://review.opendev.org/c/openstack/project-config/+/87599400:18
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : Update Review-Priority to submit-requirements  https://review.opendev.org/c/openstack/project-config/+/87599500:18
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : Convert remaining AnyWithBlock to submit requirements  https://review.opendev.org/c/openstack/project-config/+/87599600:18
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : disallow "function"  https://review.opendev.org/c/openstack/project-config/+/87599700:18
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : submit-requirements for deprecated NoOp function  https://review.opendev.org/c/openstack/project-config/+/87580405:48
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : add submit requirements to NoBlock labels  https://review.opendev.org/c/openstack/project-config/+/87599305:48
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : handle key / values with multiple =  https://review.opendev.org/c/openstack/project-config/+/87599405:48
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : Update Review-Priority to submit-requirements  https://review.opendev.org/c/openstack/project-config/+/87599505:48
opendevreviewIan Wienand proposed openstack/project-config master: gerrit/acl : Convert remaining AnyWithBlock to submit requirements  https://review.opendev.org/c/openstack/project-config/+/87599605:48
*** jpena|off is now known as jpena08:27
opendevreviewRadosÅ‚aw Piliszek proposed openstack/project-config master: Add the main NebulOuS repo  https://review.opendev.org/c/openstack/project-config/+/87605410:15
opendevreviewRadosÅ‚aw Piliszek proposed openstack/project-config master: Add the main NebulOuS repo  https://review.opendev.org/c/openstack/project-config/+/87605410:31
opendevreviewMerged openstack/openstack-zuul-jobs master: openstack-tox-functional: pre-install python packages  https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/87573213:45
dansmithdpawlik7: around? I'm looking for some field in opensearch that indicates what provider a job ran on.. is that present somewhere or possible?15:51
dpawlik7dansmith: hey, yes I'm here15:52
dpawlik7you mean on which host the job was executed?15:52
dansmithwell, host might provide that information, but I mean which provider (i.e. rax, etc)15:53
dansmith(I don't see hostname either)15:53
dpawlik7are you on the logstash-* index?15:54
dansmithI mean, it says _index=logstash-logs-2023-03-0215:55
dansmithah on the top left, yeah15:55
dansmithlogstash-*15:55
dpawlik7so each doc should contain "hosts_id" 15:56
dansmithyeah that field seems empty15:57
dpawlik7and that's only what logscraper can take15:57
dpawlik7could you share _id or build_uuid15:57
dansmithdpawlik: I don't see it for *any* build15:58
dansmithI'm not examining one build15:58
dpawlikI know what is your issue16:01
dpawlik<searching>16:02
dpawliktl;dr I guess you are using Private tenant, not Global16:02
dpawlikyou can switch it by clicking on the user menu (right top corner)16:03
dansmithI'm in global16:04
dansmithI just selected and re-confirmed, but global was already selected16:04
dansmithwell, after doing that, it seems hung up16:05
dansmithah there we go16:05
dansmithand how I see host_id16:05
dpawlikcould you share the url?16:05
dansmithI don't get it16:05
dpawlikthere is something like share and make a "snapshot"of your current state I will check what's happening 16:06
dansmithokay so hosts_id is now present, but it's an opaque identifier16:06
dpawlikoh, so you see the document details now?16:06
dansmithit looks the same as I was seeing before, but hosts_id is now non-empty16:07
dansmithalthough,16:07
dansmithah okay I think maybe I see the problem16:07
dansmithI'm looking for build_status=TIMED_OUT situatons,16:07
dansmithand those all seem to not have hosts_id set16:08
dpawlikyhym. So if you saw earlier something that does not contain any hosts_id probably the job got NODE_FAILURE or something else16:08
dansmithhttps://opensearch.logs.openstack.org/_dashboards/app/discover?security_tenant=global#/?_g=(filters:!(),refreshInterval:(pause:!t,value:0),time:(from:now-2w,to:now))&_a=(columns:!(hosts_id),filters:!(('$state':(store:appState),meta:(alias:!n,disabled:!f,index:'94869730-aea8-11ec-9e6a-83741af3fdcd',key:build_status,negate:!f,params:(query:TIMED_OUT),type:phrase),query:(match_phrase:(build_status:TIMED_OUT)))),index:'94869730-aea8-11ec-916:08
dansmithe6a-83741af3fdcd',interval:d,query:(language:kuery,query:''),sort:!())16:08
dpawlikand Zuul does not provide any details.In that case, it will push logs what it just knows16:08
dansmithwe're having lots of test that run almost to completion, hit TIMED_OUT and logs do get uploaded like normal16:09
dansmithso I'm trying to survey which node providers those are coming from16:09
dpawlikand it seems that the data in Opensearch is correct. Zuul does not provide any info. Example: https://d9812591adc5f2fe5004-b9f7b4910ad16729218670d60db15b93.ssl.cf1.rackcdn.com/875676/1/gate/neutron-tempest-plugin-api-wallaby/c218afc/zuul-info/inventory.yaml16:10
dpawlikaha16:10
dpawlik<wait>16:10
dpawlikso how host_id look like Zuul 8.1.1 https://softwarefactory-project.io/logs/33/27633/1/check/sf-operator-functional-allinone-crc/42ab788/zuul-info/inventory.yaml - there is host_id 16:16
dansmithcc clarkb fungi ^16:16
dpawlikand in the inventory.yaml which I paste that info is in different place16:16
dansmithdpawlik: even still that hosts_id looked like a uuid or something.. how do I turn that into an actual provider? or maybe that's more an infra question16:17
dpawlikdansmith: I will check that thing tomorrow. I'm in the middle of one meeting16:17
dpawlikand I would like to finish today in few minutes16:18
dpawlikI will check logscraper logs related to the build_uuid that is broken16:18
dansmithokay16:18
dansmithdpawlik: thanks16:18
dpawlikwhy it does not provide that information16:18
dpawlikabout how to recognize infra on which cloud provider it was spawned: by the ip address16:19
dpawlikI guess the Opendev infra got network pools that are in each cloud provider16:19
dpawlikeach cloud provider gives some dedicated public network,so with CIDR should be easy to recognize 16:20
dansmithhrm, seems like it would be nice to have either a hostname, domain, or provider id in there, but maybe that needs to be in inventory.yaml from zuul?16:20
dansmithif I'm trying to figure out which provider has the most timeouts, correlating by IP would be a lot harder :/16:20
dpawlikand in the log that got "TIMED_OUT" - https://d9812591adc5f2fe5004-b9f7b4910ad16729218670d60db15b93.ssl.cf1.rackcdn.com/875676/1/gate/neutron-tempest-plugin-api-wallaby/c218afc/zuul-info/inventory.yaml  there is "cloud: rax"16:21
dpawlikI can add that field to the Opensearch if its necessary16:21
dansmithyeah, could we get .. yeah that :)16:21
dansmiththat's what I want16:21
dansmithdpawlik: or maybe provider, which is rax-$region16:21
dpawlikallright. Will provide the patch tomorrow16:21
dpawlikok16:21
dansmithdpawlik: thanks a lot16:21
fungidpawlik: no, many of our providers are just shared provider network, no specific allocations for us16:22
fungiyou can't easily tell which provider an ip address belongs to without using whois16:22
dansmithyeah, provider or cloud is all we need in opensearch I think16:22
clarkbdpawlik: its not accurate to say zuul provides no info its right there in the file you linked16:23
clarkbnodepool did change the way it names hosts because some systems/clouds/maybe both can't do long hostnames16:23
clarkbso rather than do cloud-region-largenumber its just npXYZ...16:23
clarkbbut the information is still there in the inventory file which you linked16:24
dpawlikclarkb: right. I will check why that info was not provided with logsender. 16:28
dpawlikneed to go. See you16:28
fungiall.hosts.[hostname].nodepool.provider you'll have the provider id included for it16:29
funginote that the data structure makes it possible for different hosts in the same build to have different providers, but for practical purposes you can probably just grab the first host in the list16:30
ade_lee_clarkb, hey - you can remove that node that was held16:47
clarkbade_lee_: thanks I'll get to that as soon as I load my ssh keys16:47
clarkbade_lee_: out of curiousity did you sort out what the issue was?16:47
ade_lee_clarkb, fungi fyi - the ubuntu job is now running under fips and is getting to the point where the tempest tests are running,  some are failing - but at least they're all running now16:48
ade_lee_clarkb, yeah - you need to set a special fips-mode setting on both the client and server side for mysql16:48
ade_lee_so it knows to use fips algorithms when setting up ssl connections16:49
ade_lee_clarkb, https://review.opendev.org/c/openstack/devstack/+/871606/13/lib/databases/mysql#9216:50
ade_lee_I was setting the server, but not the client side -- you need both16:50
clarkbgot it16:50
*** bhagyashris|ruck is now known as bhagyashris16:51
clarkbade_lee_: ok autohold-delete has been issued. It should clean up the node pretty quickly16:53
ade_lee_clarkb, cool - thanks!16:53
fungiade_lee_: that's awesome progress!16:59
*** hberaud_ is now known as hberaud17:08
*** jpena is now known as jpena|off17:47
*** dpereira_ is now known as dpereira17:49
opendevreviewFelipe Reyes proposed openstack/project-config master: Add Ironic Dashboard charm to OpenStack charms  https://review.opendev.org/c/openstack/project-config/+/87620519:15
opendevreviewFelipe Reyes proposed openstack/project-config master: Add Ironic Dashboard charm to OpenStack charms  https://review.opendev.org/c/openstack/project-config/+/87620519:43
JayFIs there a guide somewhere about how to move a project from x/ -> official openstack? Just a governance change or are there actual-infrastructural-steps I need to take?19:43
JayFfound https://docs.openstack.org/project-team-guide/repository.html -- it has what I need19:45
fungiJayF: yeah, basically rename it in project-config but we need to apply it with a gerrit outage to orchestrate the rename, so add it to the opendev weekly meeting agenda for scheduling since we try to batch them up in order to avoid having gerrit outages too frequently. also you can do governance stuff in parallel with that19:46
JayFOpenStack Bare Metal Program: your one stop shop for emulating BMCs and PDUs with libvirt :D 19:47
fungithe tc is generally okay with them being done in any order (adopt officially while still in x/ namespace, or move to openstack/ namespace in gerrit before official adoption is approved)19:47
fungiotherwise it's a sort of catch-22 no matter what order you did it in19:48
clarkbas mentioned in our last meeting tough I want to hold off all renames until all the giteas are replaced20:30
clarkbso it may be a few weeks (which is probably also fine because we don't want to impct openstack's release)20:30
fungiyep20:38
JayFI mean, does that mean the actual-better-move is for me to sit on this for a couple of weeks?20:53
JayFI don't think it's urgent, we have access, we can cut releases that work on new python20:53
clarkbJayF: no, we try to batch up renames (thee is already one listed) so listing yours is a good idea20:53
JayFso for governance/project-config changes, should I be referencing x/ or openstack/ right now?20:54
JayFthe instructions exist but are slightly ambiguous20:54
clarkbin governance I would reference the future openstack/ location20:54
JayFin that case; I don't think there are any changes in project-config21:02
JayFx/virtualpdu was already in group: ironic21:02
clarkbyou express the rename in project-config by changing the name of the project and then put the rename request on the meeting agenda (that should be documented iirc)21:03
JayFack, so do the p-c change with openstack/ assuming it'll be merged at the proper time by you all21:04
JayFmakes sense21:04
clarkbexactly21:04
*** sean-k-mooney1 is now known as sean-k-mooney21:06
fungiwell, i think the governance change may be unable to merge if it references a repository which doesn't exist. probably best to check with the tc but in the past when we've done these they're adopted as x/virtualpdu in governance and then later governance is updated when the repository moves to the openstack/ namespace21:15
clarkbah21:16
JayFclarkb: lint is ... yes, what fungi said21:17
opendevreviewJay Faulkner proposed openstack/project-config master: Ironic program adopting virtualpdu  https://review.opendev.org/c/openstack/project-config/+/87623121:55
opendevreviewJay Faulkner proposed openstack/project-config master: Ironic program adopting virtualpdu  https://review.opendev.org/c/openstack/project-config/+/87623122:17

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