Wednesday, 2024-06-12

*** bauzas_ is now known as bauzas00:08
*** bauzas_ is now known as bauzas00:20
*** bauzas_ is now known as bauzas00:32
*** bauzas_ is now known as bauzas00:40
*** bauzas_ is now known as bauzas02:37
*** bauzas_ is now known as bauzas03:55
*** bauzas_ is now known as bauzas04:14
*** bauzas_ is now known as bauzas04:26
opendevreviewTakashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider  https://review.opendev.org/c/openstack/nova/+/92181405:31
*** bauzas_ is now known as bauzas05:48
opendevreviewTakashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider  https://review.opendev.org/c/openstack/nova/+/92181406:05
*** bauzas_ is now known as bauzas06:16
*** bauzas_ is now known as bauzas06:45
*** bauzas_ is now known as bauzas06:53
opendevreviewTakashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider  https://review.opendev.org/c/openstack/nova/+/92181407:03
opendevreviewSahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr  https://review.opendev.org/c/openstack/nova/+/92166507:40
*** bauzas_ is now known as bauzas07:41
*** bauzas_ is now known as bauzas07:49
*** bauzas_ is now known as bauzas08:05
*** ministry is now known as __ministry09:46
*** bauzas_ is now known as bauzas09:59
*** bauzas_ is now known as bauzas11:19
opendevreviewSahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr  https://review.opendev.org/c/openstack/nova/+/92166512:49
ozzzo_workWe built a new venv for wallaby which uses openstack CLI version 6.6.0 (old venv used 5.5.0), and now I get an error when I try to use "openstack server list --limit -1" to get all hosts: https://paste.openstack.org/show/bYNdWz8brEgB2ovSGiUF/14:01
ozzzo_workhow can I get a list of all VMs in 6.6.0?14:02
*** bauzas_ is now known as bauzas14:31
opendevreviewSahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr  https://review.opendev.org/c/openstack/nova/+/92166515:18
opendevreviewSahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr  https://review.opendev.org/c/openstack/nova/+/92166515:19
melwittI have found that it's not possible to install the ceph reef release with devstack-plugin-ceph (due to a recent-ish change) and there's changes proposed that AFAICT would remove the ability to install ceph on ubuntu entirely https://review.opendev.org/q/topic:%22cleanup-ceph-installer%2215:27
fricklermelwitt: that change should only drop the old pkg based install and use cephadm instead? at least that's how I understood gouthamr's mail15:28
gouthamrfrickler: +1 ; melwitt: i use reef most of the time these days.. what's failing? 15:29
melwittfrickler: hm, so that may mean it's not doing so intentionally but AFAICT from the code, it would have that result https://review.opendev.org/c/openstack/devstack-plugin-ceph/+/918952/6/devstack/lib/cephadm#14115:30
fricklermelwitt: according to the comment the binary should be the same for all distros15:31
melwittI only see it pulling rpm packages in that function? I dunno if I'm just totally misunderstanding this15:32
fricklerit is pulling the cephadm binary afaict, which then is executed to do everything else15:33
gouthamrmelwitt: yes that's confusing, i thought my comment above would help with the confusion15:35
gouthamrmelwitt: https://zuul.opendev.org/t/openstack/build/a9d3d319d36f403f9e33febec5064a48/log/controller/logs/devstacklog.txt#9960 -- here's a recent integrated gate/CI job deploying reef15:35
melwitthm, ok. so the curl -f -O https://download.ceph.com/rpm-${ceph_version}/${os_release}/noarch/cephadm should be a binary that also runs on ubuntu I guess? 15:36
gouthamryes15:36
gouthamrmelwitt: its not an RPM even if its put, very confusingly, in a rpm repo15:36
gouthamr(the integrated job above runs on ubuntu 22.04/jammy) 15:37
melwittI ran with CEPHADM_DEPLOY=true yesterday and it installed quincy even though I used CEPH_RELEASE=reef so I guess I should have known that. so I guess the only issue currently is that it can't install reef for some reason15:37
melwitti.e. at the end of the run 'ceph version' showed me it installed quincy15:38
gouthamrmelwitt: that's something we can clean up.. i think the CONTAINER_IMAGE variable is pointing to quincy15:38
gouthamror not: https://github.com/openstack/devstack-plugin-ceph/blob/13f94aaaf2b4a59581b1be5979600ca18a8df5c3/devstack/lib/cephadm#L32 15:38
melwittyeah, I saw that too. but it ended up installing quincy and I don't remember how. at the moment I'm running devstack-plugin-ceph off the unmaintained/zed branch with a couple of tweaks to make it accept "jammy" and it's successfully installed reef 15:40
melwittactually let me pull up logs on our nova-ceph-multistore job to see if it shows there15:41
melwittit starts out pulling the reef container image https://zuul.opendev.org/t/openstack/build/d33fa43a546446639f9aa189e341d091/log/job-output.txt#11766 but then it ends up installing the default release (quincy) from the distro https://zuul.opendev.org/t/openstack/build/d33fa43a546446639f9aa189e341d091/log/job-output.txt#362215:45
melwittactually it's the other way around, it installs the quincy packages before pulling the container image for reef (L3622 < L11766 ... sigh). I'll try to figure out how it ended up with quincy only, given this15:53
fricklerwhere do you see quincy? e.g. the mon log says reef https://224a5c0545942c9a5cc7-5b0493bbf4e0cfcdf1eae0328a979da8.ssl.cf2.rackcdn.com/884313/46/check/nova-ceph-multistore/d33fa43/controller/logs/ceph/ceph/43acd3ae-f7d3-456c-af2b-229fd530d8bc/ceph-mon.np0037692866_log.txt15:54
frickler(also, where does is actually matter?)15:54
fricklers/is/it/15:54
melwittI don't yet. I ran the same setup locally and after it was done I ran 'ceph version' and it was quincy. CEPH_RELEASE=reef should install reef, so for me it's a problem15:56
melwittI have to work backward from that to try to find how that happened. I'm hoping I'll be able to see it in the upstream log so I don't have to run it again locally15:57
fricklermight be a good idea to add the output of "ceph versions" at the end of the devstack setup16:00
melwittall of the ceph logs in the job are showing reef ... 16:22
melwittso I dunno wtf happened in my local run and I have to dig into it. sorry for the noise ... 😖16:24
gouthamr> might be a good idea to add the output of "ceph versions" at the end of the devstack setup16:36
gouthamrthanks frickler; ashrodri will do this 16:36
*** bauzas_ is now known as bauzas16:53
*** bauzas_ is now known as bauzas18:26
*** bauzas_ is now known as bauzas19:35
*** bauzas_ is now known as bauzas20:00
*** bauzas_ is now known as bauzas20:53
*** bauzas_ is now known as bauzas21:46
*** bauzas_ is now known as bauzas23:02

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