Friday, 2024-07-19

opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Refactor external ceph  https://review.opendev.org/c/openstack/kolla-ansible/+/90716600:22
opendevreviewKien Nguyen proposed openstack/kolla-ansible master: Support Fluentd per-host custom config  https://review.opendev.org/c/openstack/kolla-ansible/+/92438203:59
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Refactor external ceph  https://review.opendev.org/c/openstack/kolla-ansible/+/90716605:56
kevkofrickler: can i somehow get access to nodes ? as i am unable to check why cephdm jobs failing 06:01
opendevreviewMichal Arbet proposed openstack/kolla-ansible master: Add support for docker_image_name_prefix  https://review.opendev.org/c/openstack/kolla-ansible/+/92445006:10
mnasiadkakevko: libvirt.libvirtError: Secret not found: no secret with matching uuid '25a6a64e-9810-4c19-b92e-541c01d1ae86'06:35
opendevreviewRoman Krček proposed openstack/kolla-ansible master: Rewrite kolla-ansible CLI to python  https://review.opendev.org/c/openstack/kolla-ansible/+/92311006:58
opendevreviewRoman Krček proposed openstack/kolla-ansible master: Rewrite kolla-ansible CLI to python  https://review.opendev.org/c/openstack/kolla-ansible/+/92311007:11
kevkomnasiadka: hmmm...that's weird 07:20
mnasiadkakevko: yeah, that file is in secrets, so maybe some rights are wrong or something else07:20
kevkomnasiadka: can u send me a log ? 07:21
kevkomnasiadka: but thank you very much ... this is very weird 07:24
mnasiadkait's in nova-libvirt log on secondary0107:25
mnasiadka(I closed the tab already)07:25
sylvrgood morning!07:25
kevkomorning 07:25
fricklerkevko: if you want a hold: ask in #opendev, state the patch in question, the jobname, some short desc of what you want to look at and your public ssh key to give you access with07:29
kevkofrickler: thank you, i will try to find out what is going on as mnasiadka helped me a lot i would say ...but it's still weird ..as i didn't touch the code around secrets ...07:33
kevkoor better said ..i touched ..but everything is there ..as i only refactored 07:35
kevkofrickler: mnasiadka: btw, i have fresh caracal stack deployed ...and after some time my rabbitmq is unhealthy ..and i can see bunch of errors in rabbitmq log https://paste.openstack.org/show/b8Cm4MWuHGGiTum5vaLz/07:39
kevkoany ideas ? 07:40
kevkoquorum queues turned on 07:40
mnasiadkakevko: seems it's only heat?07:40
mnasiadkamissing heartbeats?07:40
mnasiadkaif that's only one service with such errors, then you can't really blame RMQ ;-)07:41
kevkomnasiadka: but my rabbitmq is slow, unresponsive ...and even docker healthchecks  not working 07:41
mnasiadkastop heat and check if it comes back to normal - it might be some connection flood that is making your RMQ not happy?07:42
mnasiadkaOr it's an RMQ bug07:42
mnasiadkaI haven't used Caracal longer than a CI run - so can't tell07:42
kevkomnasiadka: for me it looks like rmq bug ...07:42
kevkomnasiadka: it's fine for hours ...then rabbitmq all three nodes are broken 07:43
kevkomnasiadka: why do you think it's heat ? ...i think logs around heat-engine is ok ...  i meant the error logs 07:44
mnasiadkaare you running rmq 3.13.4 or earlier?07:44
kevkomnasiadka: debian images caracal stable 07:45
kevkomnasiadka: (rabbitmq)[root@controller0 /]# dpkg -l | egrep 'rabbitmq-server|erlang-base'07:45
kevkoii  erlang-base                    1:26.2.5.2-1rmq1ppa1~ubuntu22.04.1 amd64        Erlang/OTP virtual machine and base applications07:45
kevkoii  rabbitmq-server                3.13.4-1                           all          Multi-protocol messaging and streaming broker07:45
mnasiadkaso that's newest07:45
kevkoi was thinking if it wouldn't be some repo issue ...07:46
kevkohttps://www.rabbitmq.com/docs/install-debian  saying bookworm -> bullseye repo ...but ppalaunchpadcontent has only jammy07:50
mnasiadkakevko: or open a discussion in the rabbitmq GH repo - they are usually helpful, just don't use the word OpenStack multiple times ;-)07:52
kevkomnasiadka: haha :D  :D 07:53
mnasiadkahttps://github.com/rabbitmq/rabbitmq-server/discussions07:53
kevkomnasiadka: this looks promising https://github.com/rabbitmq/rabbitmq-server/discussions/1171208:02
kevkomnasiadka: okay, i need to discuss again repos for rmq 08:17
kevkomnasiadka: we switched several times from ppa to novemberrain and vice versa08:18
kevkomnasiadka: now rmq is from novemberrain and erlang from ppa ....why ? 08:18
mnasiadkaerlang is from ppa08:18
mnasiadkait was always from ppa08:18
mnasiadkaand they don't provide erlang on any other mirror08:18
mnasiadkaat least that's how it was in the past08:18
kevkohttps://www.rabbitmq.com/docs/install-debian08:18
kevkodoc saying something different 08:19
mnasiadkaeven aarch64 erlang?08:19
kevkodon't know 08:19
mnasiadkawell, not different08:20
mnasiadkaDebian packages of Erlang from Team RabbitMQ on Launchpad08:20
mnasiadkathis is the ppa we're using08:20
kevkobut i saw some commit ... probably from you ... that we are using amd64 packages because aarch64 not exist08:20
mnasiadkaFrankly speaking it's been long ago, I don't remember all the details :)08:20
kevkoah, that's probably for rmq only08:21
kevkohttps://review.opendev.org/c/openstack/kolla/+/89661608:21
kevkomnasiadka: also merged only one +2 :D 08:22
sylvrHello ! when trying to validate my nodes deploy interface return false and indicate that it's missing 'instance_info.image_source'. this seems very odd to me has I did build the image using `kayobe overcloud host image build --force-rebuild` /httpboot on the seed does contain deployment_image.qcow2 and I even hardcoded the correct name in overcloud.yml just to be sure, I'm reading the doc trying to figure out the issue but it seems08:27
sylvrencountering a bug (doesn't seem very likely, it used to work on my previous tests)08:27
mnasiadkakevko: because everything stopped to work :D08:31
kevkomnasiadka: i know ..but still ...i think it's better to install erlang and rabbitmq from novemberrain ... because we already installing amd64 for aarch6408:32
mnasiadkawe need erlang for aarch6408:32
mnasiadkarabbitmq is in reality arch-independent08:32
mnasiadkaand unless you can prove it helps in anything - I don't think we need to move08:33
mnasiadkaespecially that it's the first repo on the erlang list on their website ;-)08:33
kevkookay, nevermind ... i'am going to install 3.13.3 rabbitmq on my test cloud and will monitor several hours and i will see if fixed ...08:33
kevkomnasiadka: it looks like it helped ...it's also faster 09:47
kevkomnasiadka: i will see in couple of hours09:47
opendevreviewMatt Crees proposed openstack/kayobe master: Bump stackhpc.linux collection to v1.2.3  https://review.opendev.org/c/openstack/kayobe/+/92448009:57
opendevreviewIvan Vnučko proposed openstack/kolla-ansible master: Add backend TLS encryption between RabbitMQ management and HAProxy  https://review.opendev.org/c/openstack/kolla-ansible/+/91908610:27
opendevreviewFranciszek Przewoźny proposed openstack/kolla-ansible master: Add /v3 suffix to OPENSTACK_KEYSTONE_URL  https://review.opendev.org/c/openstack/kolla-ansible/+/92448710:42
opendevreviewDoug Szumski proposed openstack/kolla-ansible master: Support custom Nova Compute Ironic host names  https://review.opendev.org/c/openstack/kolla-ansible/+/91248310:53
opendevreviewWill Szumski proposed openstack/kayobe master: WIP: Build Rocky based IPA images  https://review.opendev.org/c/openstack/kayobe/+/92449811:52
opendevreviewWill Szumski proposed openstack/kolla-ansible master: Adds the neutron_service_limit option  https://review.opendev.org/c/openstack/kolla-ansible/+/87777612:04
opendevreviewMichal Nasiadka proposed openstack/kolla-ansible master: CI: Fix cases where port is not available yet  https://review.opendev.org/c/openstack/kolla-ansible/+/92450612:33
opendevreviewFranciszek Przewoźny proposed openstack/kolla-ansible master: Add /v3 suffix to OPENSTACK_KEYSTONE_URL  https://review.opendev.org/c/openstack/kolla-ansible/+/92448712:36
kevkomnasiadka: hmm...that libvirt secret error is not my review fault ... this patch non related to ceph https://review.opendev.org/c/openstack/kolla-ansible/+/924450 << is also failing 12:37
Fl1ntHi everyone13:13
Fl1ntquick question13:13
Fl1ntWhen building a binary based image13:13
Fl1ntif the upstream repo doesn't contain appropriate package release13:13
Fl1ntI still can use the upper-constraints.txt to override pip installed packages right?13:14
Fl1ntor is there any other mecanism that would let me instruct neutron-openvswitch-agent to upgrade its pyroute2 package to 0.6.11 ? I've tried to use the image footer, it does execute the pip upgrade but the image still use the old 0.6.6 release.13:20
opendevreviewMatúš Jenča proposed openstack/kolla-ansible master: Add backend TLS between MariaDB and ProxySQL  https://review.opendev.org/c/openstack/kolla-ansible/+/90991213:25
mnasiadkakevko: libvirt bug or what?13:56
opendevreviewFranciszek Przewoźny proposed openstack/kolla-ansible master: Add /v3 suffix to OPENSTACK_KEYSTONE_URL  https://review.opendev.org/c/openstack/kolla-ansible/+/92448714:18
kevkomnasiadka: nope, hardcoded value ... not good implementation in kolla i would say 14:34
mnasiadkakevko: nice14:40
kevkomnasiadka: i think if i revert rendering cinder/nova user in secrets for libvirt ..it will work 14:42
kevkomnasiadka: but i need to find a way how to do it properly .... if user for vms and volumes is the same ...there should be one secret ...or define in configs somewhere ...still analyzing 14:42
kevkomnasiadka: but if you check the libvirt secrets ...even if you set in kolla nova_ceph_user: foo and cinder_ceph_user: bar ... it is client.nova and client.cinder ...14:43
kevkowhen i refactored ... it's client.cinder and client.nova14:44
kevkoso it's somehow working ...14:44
kevkoi would say it's somewhere configurable ...and if user is same ..there should be one secret ...14:44
kevkoit's about the logic and little bit templating ..but i will handle it 14:44
kevkoi need this patch to be merged ...as we have third client which needs several cephs for several AZs ...etc ...14:45
kevkoyou can set keyrings to be the same for all cephs ...but it's not nice ...and not good ..14:45
kevkomoreover ..this refactor let you fake several cephs with different ceph.confs and different pools and different users ...14:46
Fl1ntso, anyone about that pyroute2 shit thing ?? ^^14:56
kevkoFl1nt: let me advice you :) 14:56
Fl1ntkevko, go ahead!14:57
kevkoFl1nt: ah, i am not good in kolla overrides and blocks :D i just have my branch where i modify it directly in git from which i am building 14:57
kevkoFl1nt: it is an option ? 14:58
Fl1ntfine for me, I can override whatever I want ^^ The real deal here is I can't grasp my head around how on binary images, the dnf subsystem is calling pip.14:58
Fl1ntTo my understanding14:58
Fl1ntit does through upper-constraints14:59
Fl1ntBUT14:59
Fl1ntthe only place I set that upper-constraints.txt file is on kolla-toolbox image14:59
Fl1ntso I'm a bit confused14:59
kevkoFl1nt: i am not sure if in versions which supported binary packages ..the system packages and potentionally created venv 's packages are in same PYTHONPATH ...15:00
kevkoit's a long time 15:01
kevkoFl1nt: what about to build your own package ? 15:01
Fl1ntright know, I've found the correct pythonpath, it's fine, what I don't get is how a working (log show me it was successfully upgraded) pip install --upgrade <package> at image footer location end up not being the package version I found on the pythonpath.15:03
Fl1ntI mean, neutron_openvswitch_agent footer build step show me pip finding 0.6.6 and upgrading it to 0.6.11, how is that possible that I found pyroute2.netcore.0.6.6 on that path once the image deployed?? Oo 15:04
Fl1ntCould be a cache thing tho...15:04
Fl1ntlet me check that one more time.15:05
kevkoIt can 15:06
kevkoAdd sleep infinity somewhere to dockerfile and exec to container ...you will see 🙈15:07
Fl1ntkevko, yep, I'll test that out in order to find out if it correctly install everything at appropriate location as the log tell me so.15:25
Fl1ntkevko, ok, the issue was indeed the pythonpath... I need to find a way to install the packages on /usr/lib/python instead of /usr/local/lib/python now ^^15:54
Fl1ntthanks!15:54
opendevreviewWill Szumski proposed openstack/kolla-ansible master: Adds the neutron_service_limit option  https://review.opendev.org/c/openstack/kolla-ansible/+/87777615:55
kevkoFl1nt: no problem 19:07
opendevreviewFranciszek Przewoźny proposed openstack/kolla-ansible master: Add /v3 suffix to OPENSTACK_KEYSTONE_URL  https://review.opendev.org/c/openstack/kolla-ansible/+/92448720:21

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