Wednesday, 2022-03-02

opendevreviewwangxiyuan proposed openstack/kolla-ansible master: Add openEuler Distro support  https://review.opendev.org/c/openstack/kolla-ansible/+/83011501:18
jingvarspatel: we have an addition tuninig option in ovn dbs like connection timeout05:15
jingvarbut also we hava found another issue - high load cpu on DB and it cant'be multi threaded :)05:16
jingvaralso we have to limit max builds05:18
mnasiadkamorning07:12
jingvarmorninig07:12
mnasiadkajingvar: check out those patches for python3-openvswitch, for getting OVN working better ;)07:12
jingvarmnasiadka: is it about db_timeout?07:13
mnasiadkawhat release are you running? xena?07:13
jingvarwe've tested wallby and xena, current is xena07:14
mnasiadkaso it should definitely help on timeouts/weird problems on Neutron side when connecting to NB DB07:14
jingvarwe also tuned ovn-remote-probe-interval07:16
jingvarbut it is not enough07:16
jingvarwe have random failed tempest test with high concurency value 07:17
jingvarAnd it correlated with raft mechanism07:17
mnasiadkahow?07:21
sri_morning 07:22
jingvarwe see that raft|INFO|received leadership transfer from 07:22
jingvaralways happens before failed tests07:22
sri_when I enable  octavia_network_type: "tenant"  the deployment fails with  "Destination directory /etc/dhcp does not exist" ! 07:23
mnasiadkajingvar: OVN version?07:24
jingvarsorry I have a meet07:25
jingvarovn-controller 21.06.107:28
jingvarovn-nbctl 21.06.107:28
mnasiadkaand OVS version?07:28
jingvarovs-vsctl (Open vSwitch) 2.15.407:29
opendevreviewVerification of a change to openstack/kolla stable/xena failed: Use python3-openvswitch from distro  https://review.opendev.org/c/openstack/kolla/+/83141607:48
sri_mnasiadka:  i've just find your comment on octavia_network_type: "tenant"  : Should we add a note it only works when neutron_plugin_agent == 'ovs'?07:52
sri_that's clarify the issue i am facing :) 07:53
mnasiadkasri_: octavia_network_type: "tenant" should only be used for development or testing, please don't use it in production :)07:55
mnasiadkabut yes, additional steps are needed to make this type of connection to work with OVN, so we should at least warn/fail that it works only when neutron_plugin_agent is ovs :)07:56
fricklerzigo: mnasiadka: seems salsa is working again but the extrepo pages still 50307:56
mnasiadkafrickler: this is some mess...07:56
sri_mnasiadka: Ack, this is a testing environment. 08:09
opendevreviewMerged openstack/kolla stable/wallaby: Use python3-openvswitch from distro  https://review.opendev.org/c/openstack/kolla/+/83141708:14
zigofrickler: <formorer> I will fix that as soon as I can, but not in the next hours08:19
zigoThat's the current status ...08:20
mnasiadkasri_: just noticed your message with "destination directory does not exist" - that's not related to OVN for sure ;)08:20
opendevreviewMerged openstack/kolla stable/victoria: Use python3-openvswitch from distro  https://review.opendev.org/c/openstack/kolla/+/83141808:23
sri_mnasiadka: you're right, I am using  neutron_plugin_agent: "openvswitch" 08:23
opendevreviewMichal Nasiadka proposed openstack/kolla stable/ussuri: Use python3-openvswitch from distro  https://review.opendev.org/c/openstack/kolla/+/83142108:26
sri_mnasiadka:  logs   https://paste.openstack.org/show/bLwkLtMdsTYf2WfHJ8OO/08:26
mnasiadkasri_: it's rather a bug - it seems you don't have dhclient installed?08:27
sri_I see, I am using  centos 8 stream,  dhclient is not installed 08:31
mnasiadkasri_: anyway it's a bug, please raise it on bugs.launchpad.net/kolla-ansible09:02
sri_mnasiadka: yes,  installed the dhclient and deployment finished successfully  09:03
jingvarSomeone knows how to deploy ELK as external resource with itself keepalived, haproxy 10:21
jingvarit is question10:22
opendevreviewMark Goddard proposed openstack/kayobe stable/victoria: Support configuring docker_registry network_mode  https://review.opendev.org/c/openstack/kayobe/+/78270310:26
jingvarthere is a reference architecture where uses VirtualControlPlane10:29
jingvarit means OS serviced splited into several groups 10:30
jingvarAnd they can work independently10:31
hrwDebian repos work again10:42
opendevreviewMark Goddard proposed openstack/kolla stable/train: Build CentOS Stream 8 images  https://review.opendev.org/c/openstack/kolla/+/83126610:45
opendevreviewMark Goddard proposed openstack/kolla stable/train: Build CentOS Stream 8 images  https://review.opendev.org/c/openstack/kolla/+/83126611:11
opendevreviewMerged openstack/kayobe stable/victoria: Set correct gateway for the bifrost provision network  https://review.opendev.org/c/openstack/kayobe/+/82774511:20
opendevreviewMerged openstack/kolla stable/xena: Use python3-openvswitch from distro  https://review.opendev.org/c/openstack/kolla/+/83141611:21
opendevreviewMerged openstack/kolla stable/ussuri: Use python3-openvswitch from distro  https://review.opendev.org/c/openstack/kolla/+/83142111:22
opendevreviewMerged openstack/kayobe stable/victoria: Set requirements branch for IPA build  https://review.opendev.org/c/openstack/kayobe/+/82866011:38
opendevreviewMerged openstack/kolla stable/xena: Add qemu-img also in nova-libvirt image  https://review.opendev.org/c/openstack/kolla/+/83141111:52
opendevreviewMerged openstack/kolla-ansible stable/xena: Fix hard coded OIDC response type  https://review.opendev.org/c/openstack/kolla-ansible/+/83126111:52
opendevreviewMerged openstack/kolla-ansible stable/wallaby: Fix hard coded OIDC response type  https://review.opendev.org/c/openstack/kolla-ansible/+/83126211:52
opendevreviewMark Goddard proposed openstack/kolla stable/train: Build CentOS Stream 8 images  https://review.opendev.org/c/openstack/kolla/+/83126612:35
opendevreviewMark Goddard proposed openstack/kolla stable/train: Remove missing collectd packages  https://review.opendev.org/c/openstack/kolla/+/83152012:35
opendevreviewMark Goddard proposed openstack/kolla stable/train: Build CentOS Stream 8 images  https://review.opendev.org/c/openstack/kolla/+/83126612:48
opendevreviewJuan Pablo Suazo proposed openstack/kolla-ansible master: rabbitmq: add node parameter in rabbitmq_user call  https://review.opendev.org/c/openstack/kolla-ansible/+/81719013:01
opendevreviewMark Goddard proposed openstack/kolla stable/train: Remove missing collectd packages  https://review.opendev.org/c/openstack/kolla/+/83152013:11
opendevreviewMark Goddard proposed openstack/kolla stable/train: Build CentOS Stream 8 images  https://review.opendev.org/c/openstack/kolla/+/83126613:11
zigofrickler: extrepo should be fixed now, can you recheck ?13:12
fricklerzigo: yes, I checked already earlier when hrw mentioned this, lgtm, thanks for the update13:24
zigo:)13:24
mnasiadkahrw: not that I anticipate breakage again - but can we think about having an infra mirror?13:35
opendevreviewMark Goddard proposed openstack/kayobe master: Stop using kolla-ansible bootstrap-servers  https://review.opendev.org/c/openstack/kayobe/+/82499813:40
opendevreviewMark Goddard proposed openstack/kayobe master: CI: stop using zuul as kayobe_ansible_user in TLS jobs  https://review.opendev.org/c/openstack/kayobe/+/83153213:40
spateljingvar if you around then just wanted to let you know neutron_ovn_metadata_agent issue has been resolved :)14:05
spatelas you said its related to timeout and solution is to add ovsdb_timeout=30 baed on https://bugs.launchpad.net/networking-ovn/+bug/195359114:06
hrwzigo: how much space debian-openstack repo takes?14:17
SvenKieskehey there, any feedback/review would be appreciated, I'm really eager to get this merged :) https://review.opendev.org/c/openstack/kolla-ansible/+/758576 thanks!14:27
mnasiadka#startmeeting kolla15:00
opendevmeetMeeting started Wed Mar  2 15:00:01 2022 UTC and is due to finish in 60 minutes.  The chair is mnasiadka. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'kolla'15:00
mnasiadka#topic rollcall15:00
mnasiadkao/15:00
yoctozeptoo/15:00
hrw /._.\15:00
yoctozepto\._./15:00
yoctozepto /*-*\15:00
yoctozepto /^_*\15:01
mnasiadka#topic agenda15:03
mnasiadka* Announcements15:03
mnasiadka* Review action items from the last meeting15:03
mnasiadka* CI status15:03
mnasiadka* Release tasks15:03
mnasiadka* Current cycle planning15:03
mnasiadka* Additional agenda (from whiteboard)15:03
mnasiadka* Open discussion15:03
mnasiadka#topic Announcements15:03
mnasiadkaCycle highlights merged15:03
mgoddard\o15:04
mnasiadkaFeature freeze in two weeks15:04
mnasiadka#topic Review action items from the last meeting15:04
mnasiadkamnasiadka to triage security bugs and update them with resolution plan (if needed)15:05
mnasiadkahrw to discuss with pynacl upstream to release binary wheel of 1.4.0 for aarch6415:05
mnasiadkamnasiadka to post patch for cycle highlights15:05
mnasiadkaI've done cycle highlights, no progress on sec bugs15:05
hrwpynacl needs to be sorted other way15:05
mnasiadka#action mnasiadka to triage security bugs and update them with resolution plan (if needed)15:05
hrwI just lack time and motivation to work on it15:06
mnasiadkashould we still have it as an action item?15:06
mnasiadkaI guess it makes no sense to talk about this every week ;)15:07
mnasiadka#topic CI Status15:07
hrwsort of15:07
mnasiadkaone more thing15:08
zigohrw: Just one release, or the full of osbpo ?15:08
hrwzigo: both?15:08
mnasiadkahrw: do we have a bug raised or something? we could just tie it to Yoga release milestone15:08
hrwmnasiadka: it was Wallaby15:08
hrwmnasiadka: just found during Yoga cycle by someone15:09
hrwhave to find details (but above)15:09
mnasiadkahrw: anyway, I guess we should have a bug15:09
zigohrw: 16 GB for all releases since jessie-backports-liberty, not even 800 MB for a single release.15:09
hrwzigo: thanks15:09
mnasiadkaso, what's the CI status? apart Debian - seems green15:09
yoctozeptoyeah, green15:09
mnasiadkahrw: does that mean we could try to mirror it in infra?15:10
zigohrw: If you need to have a local cache, there's rsync which is publicly opened.15:10
hrwmnasiadka: I prefer to have numbers when infra team asks15:10
mnasiadkasure15:10
hrwmnasiadka: but we do not publish debian/binary images so it is not so important to mirror imho15:11
hrwok, back to meeting?15:11
yoctozeptobut we also use it for source15:11
mnasiadkahrw: so tell me why debian-source is failing without extrepo15:11
yoctozeptoI believe it's bumping, e.g., ovs for us15:11
hrwbecause some of python stuff15:11
hrwit is like with RDO/UCA - we get updated stuff from there15:11
mnasiadkawell, just when it fails - and debian jobs are voting - we get a bit of a hell15:12
opendevreviewMark Goddard proposed openstack/kolla stable/train: Build CentOS Stream 8 images  https://review.opendev.org/c/openstack/kolla/+/83126615:12
opendevreviewMark Goddard proposed openstack/kolla stable/train: CI: Fix epel url override  https://review.opendev.org/c/openstack/kolla/+/83154615:12
yoctozeptoI wonder if debian general backports are not enough to get "newer stuff"15:12
hrwI would prefer them to be15:13
hrwzigo: your opinion?15:13
mnasiadkaanyway, before we get it back to voting - I would prefer we have a reliable mirror/other solution - so one server downtime doesn't stop us merging patches15:14
frickleralso, osbpo was available all the time afaict, so mirroring it wouldn't have gotten us over the extrepo issue15:14
fricklerthe source of extrepo repo definitions is another spof15:14
hrw#action Enable osbpo in Debian APT sources, abandon extrepo command use then?15:15
mnasiadkaprobably makes sense15:15
hrwjust like UCA which is always enabled15:15
mnasiadkaanyway, let's move on15:15
fricklerand then in addition we can set up a mirror in infra15:15
mnasiadkahrw: will you take that action, or is it an unassigned action waiting for better times? :-)15:16
hrwmnasiadka: this one I can take. Infra stuff may not15:16
mnasiadkayoctozepto/frickler: willing to help with infra stuff?15:17
fricklerI'll look into the infra part15:17
mnasiadkagreat15:17
yoctozepto:-)15:18
mnasiadka#topic Release tasks15:18
mnasiadkaCycle highlights merged15:18
mnasiadkano release tasks for this week15:18
mnasiadkafeature freeze in 2 weeks time if my math is correct15:19
mnasiadka#topic Current cycle planning15:19
mnasiadkalet's look at the whiteboard15:20
hrwwe should look at open patches and mark which ones to merge, which to postpone?15:20
mnasiadkamost probably, let's see15:20
mnasiadkamgoddard/headphoneJames: Secure RBAC - is it done for this cycle?15:21
mgoddardno15:21
mgoddardI don't see keystone changing their default at this point in the cycle though15:22
mnasiadkanone of the changes on the whiteboard merged15:22
mnasiadkado we mark them as RP+1?15:22
mgoddardin which case there would be no need for us to take action15:22
mnasiadkaso basically we can wait with those patches until Z15:22
mnasiadkaso no reason to do RP+115:22
yoctozeptothankfully15:22
mnasiadkathe OpenSearch stuff is somewhat in progress, but I doubt we'll be able to fit it in this cycle - since only a WIP of the Kolla patch is posted15:23
mgoddardthey're basically ready to merge, I'm just not convinced the community has consensus on how to do it just yet, so I'd prefer to wait15:24
mnasiadkaLet's Encrypt - we've had some... misunderstandings and complications on last meeting15:24
mgoddard(re RBAC)15:24
mnasiadkaI didn't have time to look into it15:24
mgoddardno update since then15:25
mnasiadkaok, I'll try to look into it and bring some thoughts to the next meeting15:25
mnasiadkawhat about Podman?15:25
mgoddardmnasiadka: I don't see LE merging this cycle. should we focus elsewhere in these last two weeks?15:26
mnasiadkamgoddard: I guess it makes sense15:26
mnasiadka(halomiva,hinermar) structure of podman testing and moving baremetal role to openstack collection15:26
zigohrw: No, general backports aren't enough, you could setup the osbpo repos without extrepo though, but I don't think the salsa thingy that happened last 3 days will occur again.15:26
hrwzigo: ok15:27
zigoThe solution *IS* reliable, it's just a one time missfortune.15:27
zigoI'm working on having extrepo to work offline with my colleague, so it wont have to download from salsa.15:27
zigoThat's IMO the better solution.15:27
mnasiadkaI don't think we have halomiva or hinermar15:27
yoctozeptoyeah, we don't15:28
yoctozeptopodman is unlikely to happen imho15:28
yoctozeptoneed to postpone15:28
mnasiadkaok then15:28
mgoddardhow about systemd?15:28
yoctozeptono idea, I did not have time to follow15:28
mnasiadkawould be nice to get sytemd merged, but it's so late in the cycle - we might not have enough time to test it thoroughly... 15:29
mgoddardI agree it's too late for podman, (and said before that would be ambitious). A concerted effort could get systemd across the line, if we chose to do so15:29
mnasiadkahow much of an effort is to get sytemd working? can somebody look into it and try to push it over the line? ;-)15:30
mgoddardI wonder if we could add another class that keeps the existing behaviour15:31
mgoddardthen make systemd optional15:31
frickleris that just https://review.opendev.org/c/openstack/kolla-ansible/+/816724 or is there more to it?15:31
mgoddardfrickler: that's "it", where it == open heart surgery15:31
yoctozeptoindeed15:32
mnasiadkawell, systemd as optional probably would be a wise choice for now15:32
mnasiadkaif we can progress that in the next week or two, would be nice15:32
mnasiadkaRocky Linux - waiting for a new DIB release to get nodepool nodes running15:33
mnasiadkabut now (thanks mgoddard!) I need to move some of the patch lines to kolla collection :)15:33
mgoddardha15:34
mnasiadkamgoddard: how is the collection work going?15:34
mgoddardlots of patches ready for review15:34
mgoddardwe have the collection installing for both kolla-ansible and kayobe now15:34
mgoddardbut currently just using the unchanged baremetal role15:35
mgoddardnext patches split it up into more sensible roles15:35
mgoddardand add some CI15:35
mgoddardthis would be a good one: https://review.opendev.org/c/openstack/ansible-collection-kolla/+/82090715:35
mnasiadkaI see yoctozepto has already reviewed15:36
yoctozeptoyeah, bumped to +2 now15:36
mnasiadkaso merging, looks ok15:36
mnasiadkaso only two changes left from the whiteboard15:37
mgoddardcheck again :)15:37
mnasiadkamgoddard: do we need a review dashboard for kolla collection, or just include it in kolla-ansible one?15:37
mgoddardI've listed all patches required to merge this: https://review.opendev.org/c/openstack/kayobe/+/82499815:38
hrwis git-review working for someone?15:38
mgoddardwas earlier15:39
yoctozeptohrw: it worked today15:39
mgoddardmnasiadka: maybe in kolla-ansible?15:39
hrwthx15:39
mnasiadkamgoddard: I think that makes more sense, I'll update the dashboard15:39
opendevreviewMarcin Juszkiewicz proposed openstack/kolla master: Debian: always enable osbpo repositories  https://review.opendev.org/c/openstack/kolla/+/83154815:39
hrwfinally15:39
mnasiadka#action mnasiadka to update kolla review dashboard with kolla collection15:39
mnasiadkaok, I'll make time to review all those patches, and post also one for Rocky Linux ;)15:40
mnasiadkawhat about libvirt on the host?15:40
mnasiadkatwo patches ready to review?15:41
mgoddardyup15:41
mnasiadkaok then, will also review those15:42
mnasiadkaand try to go through Kayobe ones15:42
mnasiadkawe need to notify fellow Kayobians that they should update all their patches that need to be merged in Y15:42
mgoddardUPDATE YOUR PATCHES15:42
mgoddardplease15:42
mnasiadkaok15:43
mnasiadka#topic Additional agenda (from whiteboard)15:43
mnasiadka(yoctozepto) keystone changes that will affect us15:44
mnasiadkawill there be any?15:44
mnasiadkayoctozepto: wake up :)15:45
yoctozeptono15:45
yoctozeptoseems not15:46
opendevreviewMark Goddard proposed openstack/kayobe master: libvirt: deploy libvirt on the host  https://review.opendev.org/c/openstack/kayobe/+/82535915:46
yoctozeptonext topic please15:46
mnasiadka(yoctozepto) ironic-(i)pxe renaming for sanity15:46
yoctozeptoyeah, so we have the above profanity calling tftp - pxe, and http - ipxe15:46
yoctozeptoI wonder if it's worth renaming the containers to reflect their actual role15:47
yoctozeptothe only issue is we don't support renames - we would need to clean up old names15:47
mgoddardI see your point15:47
mgoddardunsure about cost/benefit15:48
yoctozeptome too15:48
mgoddardtftp/pxe - meh15:48
mnasiadkamgoddard: ansible-collection-kolla is not being synced to github?15:48
yoctozeptoyeah, it's worse for ipxe tbh15:48
mgoddardipxe/http - more of an issue since it's used for deployment15:48
yoctozeptoprecisely, it's for direct deploy15:48
mgoddardif someone wants to write the code I'll review it15:49
yoctozeptobut when renaming it's similar cost for one as for two15:49
yoctozeptook, I'll add to my own wishlist15:49
mnasiadkagoing through all that fuss just to rename, I'm not convinced - but if somebody wants to write the code - so be it15:49
mnasiadka#topic Open discussion15:50
mnasiadkaAnything? Anyone?15:50
yoctozeptoI'm almost finished with https://review.opendev.org/c/openstack/kolla-ansible/+/64427115:50
mgoddardnice work on that yoctozepto 15:51
headphoneJamesCan we set a time to do a live discussion for let's encrypt?15:51
mgoddardnow if you could get all of my other unfinished patches over the line that would be great15:51
yoctozeptoxD15:52
yoctozeptowe should merge this https://review.opendev.org/c/openstack/kolla-ansible/+/83105515:52
yoctozeptoas it's fixing the defaults15:52
mgoddardheadphoneJames: let's discuss15:52
yoctozeptothe tenks testing revealed this issue early15:52
yoctozeptoI love it when testing actually catches bugs ;p15:52
mgoddardhappens occasionally15:52
mgoddardheadphoneJames: next week?15:54
headphoneJamesSure. This time or later works.15:55
mgoddardSame time as this meeting, on Monday?15:55
mgoddardHow does that work for everyone?15:55
headphoneJamesWorks for me15:55
mgoddardWho wants to attend?15:55
mgoddardo/15:56
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: Add Rocky Linux support as Host OS  https://review.opendev.org/c/openstack/kolla-ansible/+/81510415:56
mnasiadkaI can attend15:56
yoctozeptolet me check15:56
yoctozeptoworks for me15:56
mgoddardok then15:57
mgoddardI think we have quorum15:57
headphoneJamesGreat15:57
headphoneJamesI'll post a zoom link on the channel on Monday 15utc15:57
mnasiadkafrickler: you also had some opinion on the LE implementation?15:58
mgoddardI'll make a meeting invitation15:58
headphoneJamesThanks15:58
frickleras long as you talk about HTTP-01, I don't care much15:59
yoctozeptothanks mnasiadka for chairing16:00
* yoctozepto off16:00
mnasiadkaWe just need to implement HTTP-01 in a way, that DNS-01 can be added easily after.16:01
mnasiadka#endmeeting16:01
opendevmeetMeeting ended Wed Mar  2 16:01:09 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:01
opendevmeetMinutes:        https://meetings.opendev.org/meetings/kolla/2022/kolla.2022-03-02-15.00.html16:01
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/kolla/2022/kolla.2022-03-02-15.00.txt16:01
opendevmeetLog:            https://meetings.opendev.org/meetings/kolla/2022/kolla.2022-03-02-15.00.log.html16:01
mnasiadkathanks for the meeting!16:01
opendevreviewMark Goddard proposed openstack/kolla stable/train: Build CentOS Stream 8 images  https://review.opendev.org/c/openstack/kolla/+/83126616:05
jingvarspatel: ovsdb_timeout=30 , It is only first issue with ovn :)16:35
spateljingvar hey! it turn out it didn't resolve my issue :(16:35
spateli have noticed some nodes are working but not all of them.. could be timing issue. so i am doing cronjob restart to bounce it periodically to hide my issue. 16:36
jingvarthere is a problem when starting db snapshoting16:37
spatelhmm what do you mean snapshotting ?16:38
jingvardb has limit 10Mb and a timer to do snapshot, when it happens, initialasing leader transfer16:39
jingvarand neuron agent don't like it16:39
jingvarwe tuned some options  16:41
jingvarand have Rally - NovaServers.boot_server_and_attach_interface   failure_rateFailure rate criteria 0.00% <= 4.69% <= 0.00% - Failed16:42
jingvar64 threads Iterations: 128   Failures: 6  16:43
jingvarwith tempest  the same behviauor16:43
spatelhmm very interesting16:50
spateli have only 30 total compute nodes so and currently zero vms running on it so i doubt its under heavy load or anything16:51
jingvarI thhink 30 node with 1 vm per node and low user activity dosen;t bring a lot of issues :)16:55
jingvarwe have set of test for cloud, we used OVS and just run it on OVN :)16:57
jingvarto feel the difference 16:57
jingvarof course we raiesed api haprxy timeots16:58
opendevreviewMerged openstack/ansible-collection-kolla master: CI: add initial deploy jobs  https://review.opendev.org/c/openstack/ansible-collection-kolla/+/82090717:00
opendevreviewMerged openstack/ansible-collection-kolla master: baremetal: some small tidy ups  https://review.opendev.org/c/openstack/ansible-collection-kolla/+/82100317:00
fricklercould someone mark https://blueprints.launchpad.net/kolla/+spec/libvirt-exporter as done? 642095 and 643568 are merged17:06
opendevreviewMark Goddard proposed openstack/kolla-ansible stable/train: CI: Add CentOS Stream 8 jobs  https://review.opendev.org/c/openstack/kolla-ansible/+/83126517:07
frickleralso, are those changes suitable for backporting?17:07
opendevreviewMark Goddard proposed openstack/kolla stable/train: CI: Fix epel url override  https://review.opendev.org/c/openstack/kolla/+/83154617:07
opendevreviewMark Goddard proposed openstack/kolla stable/train: Build CentOS Stream 8 images  https://review.opendev.org/c/openstack/kolla/+/83126617:07
mgoddardfrickler: done17:09
jingvarhow can I check that node in monitring host group ,  I will use custom keepalived.conf 17:16
opendevreviewMerged openstack/kayobe master: Bump up Ansible supported versions  https://review.opendev.org/c/openstack/kayobe/+/82674517:34
spateljingvar any other suggestion to fix this issue or any timeout etc.. i should adjust? 18:00
jingvarhttps://www.openvswitch.org/support/ovscon2019/day1/1436-OVSCON-Nouman.pdf18:03
jingvarI have to collect current tune options that we used, I think tomorrow18:05
opendevreviewRadosÅ‚aw Piliszek proposed openstack/kolla-ansible master: [CI] Use Tenks in Ironic job  https://review.opendev.org/c/openstack/kolla-ansible/+/64427118:05
jingvarI'll split vip adresses into primary host groups - controllers, network, monitor etc18:08
jingvarservices will have vip address from placed host group18:09
jingvarmonitor separeted into mon and log nodes18:10
jingvarprobably log nodes will be separated into weekly and long term18:11
opendevreviewMerged openstack/kolla stable/train: Remove missing collectd packages  https://review.opendev.org/c/openstack/kolla/+/83152018:18
yoctozeptomnasiadka, mgoddard: in case you are not following #opendev - gitea was serving stale content for kolla-ansible repo18:40
yoctozepto:-(18:41
admiyosudo mount | grep /run/openvswitch | wc -l 19:19
admiyo204719:19
admiyois that normal?  I am going to go out on a limb and say I think that is not normal19:19
admiyoso...running a kolla all in one (aarch64, built me own containers) is tripping over the toolbox container.19:20
admiyoquay.io/openstack.kolla/ubuntu-source-kolla-toolbox:master19:22
admiyoit keeps getting the amd64 not aarch64 container, I think19:22
admiyo~$ sudo docker image inspect quay.io/openstack.kolla/ubuntu-source-kolla-toolbox:master | grep Arch19:23
admiyo        "Architecture": "amd64",19:23
admiyoI thought docker manifest was supposed to show the architecture....19:24
admiyoI built kolla/ubuntu-source-kolla-toolbox:13.0.1  but it is pulling from quay.io and running quay.io/openstack.kolla/ubuntu-source-kolla-toolbox:master19:30
admiyowhat am I doing wrong?19:30
admiyoDo I need to set something in globals to tell it to use only containers I built myself?19:31
admiyokolla keeps trying to run containers like quay.io/openstack.kolla/ubuntu-source-fluentd:13.0.1 instead of kolla/ubuntu-source-fluentd:13.0.1 what do I do to force it to look local19:58
mmskvHi, I get an issue while deploying monasca. Monasca-ui horizon plugin does not work with the following error: AttributeError: 'Settings' object has no attribute 'DASHBOARDS'. How do I fix it?20:18
priteauadmiyo: you would usually configure a docker registry and push your locally built image to it. So your image would be REGISTRY_IP:REGISTRY_PORT/kolla/ubuntu-source-fluentd:13.0.121:15
admiyopriteau, maybe, but the docs don't say that is necessary.  I have done that on other occasions, and I will go to that if it turns out it is the only way to get the namespace right21:16
priteauif you have a local build on each host, maybe you can run this directly, but you may have to customise docker_registry and docker_namespace variables21:18
admiyoso, yeah, the goal is to set up artifactory for our lab and push all artifacts for the vm, baremetal image and container images there as well as other use cases.  I was just tryingto not have to do that first in order to get this cluster up and running21:19
priteauyou can set up a regular docker registry really easily.21:20
admiyoand this is an all-in-one for the control plane.  I am not a fan of useing 30% of the compute power in a 10 node cluster as overhead....21:20
admiyoyeah, I know, and I've done it before, but it is cutting corners unless you have a decent X509 mechanism in place...insecure21:20
admiyowhich is just another piece I was hoping to skip21:21
admiyothe fact that docker does not confirm you need an aarch64 binary container image and sends an amd64 for toolbox and fluent really made my morning interesting21:21
opendevreviewRadosÅ‚aw Piliszek proposed openstack/kolla-ansible master: [CI] Use Tenks in Ironic job  https://review.opendev.org/c/openstack/kolla-ansible/+/64427122:02

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