*** bauzas_ is now known as bauzas | 00:08 | |
*** bauzas_ is now known as bauzas | 00:20 | |
*** bauzas_ is now known as bauzas | 00:32 | |
*** bauzas_ is now known as bauzas | 00:40 | |
*** bauzas_ is now known as bauzas | 02:37 | |
*** bauzas_ is now known as bauzas | 03:55 | |
*** bauzas_ is now known as bauzas | 04:14 | |
*** bauzas_ is now known as bauzas | 04:26 | |
opendevreview | Takashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider https://review.opendev.org/c/openstack/nova/+/921814 | 05:31 |
---|---|---|
*** bauzas_ is now known as bauzas | 05:48 | |
opendevreview | Takashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider https://review.opendev.org/c/openstack/nova/+/921814 | 06:05 |
*** bauzas_ is now known as bauzas | 06:16 | |
*** bauzas_ is now known as bauzas | 06:45 | |
*** bauzas_ is now known as bauzas | 06:53 | |
opendevreview | Takashi Kajinami proposed openstack/nova master: WIP: Migrate MEM_ENCRYPTION_CONTEXT from root provider https://review.opendev.org/c/openstack/nova/+/921814 | 07:03 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665 | 07:40 |
*** bauzas_ is now known as bauzas | 07:41 | |
*** bauzas_ is now known as bauzas | 07:49 | |
*** bauzas_ is now known as bauzas | 08:05 | |
*** ministry is now known as __ministry | 09:46 | |
*** bauzas_ is now known as bauzas | 09:59 | |
*** bauzas_ is now known as bauzas | 11:19 | |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665 | 12:49 |
ozzzo_work | We 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_work | how can I get a list of all VMs in 6.6.0? | 14:02 |
*** bauzas_ is now known as bauzas | 14:31 | |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665 | 15:18 |
opendevreview | Sahid Orentino Ferdjaoui proposed openstack/nova master: scheduler: fix _get_sharing_providers to support unlimited aggr https://review.opendev.org/c/openstack/nova/+/921665 | 15:19 |
melwitt | I 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%22 | 15:27 |
frickler | melwitt: that change should only drop the old pkg based install and use cephadm instead? at least that's how I understood gouthamr's mail | 15:28 |
gouthamr | frickler: +1 ; melwitt: i use reef most of the time these days.. what's failing? | 15:29 |
melwitt | frickler: 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#141 | 15:30 |
frickler | melwitt: according to the comment the binary should be the same for all distros | 15:31 |
melwitt | I only see it pulling rpm packages in that function? I dunno if I'm just totally misunderstanding this | 15:32 |
frickler | it is pulling the cephadm binary afaict, which then is executed to do everything else | 15:33 |
gouthamr | melwitt: yes that's confusing, i thought my comment above would help with the confusion | 15:35 |
gouthamr | melwitt: https://zuul.opendev.org/t/openstack/build/a9d3d319d36f403f9e33febec5064a48/log/controller/logs/devstacklog.txt#9960 -- here's a recent integrated gate/CI job deploying reef | 15:35 |
melwitt | hm, 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 |
gouthamr | yes | 15:36 |
gouthamr | melwitt: its not an RPM even if its put, very confusingly, in a rpm repo | 15:36 |
gouthamr | (the integrated job above runs on ubuntu 22.04/jammy) | 15:37 |
melwitt | I 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 reason | 15:37 |
melwitt | i.e. at the end of the run 'ceph version' showed me it installed quincy | 15:38 |
gouthamr | melwitt: that's something we can clean up.. i think the CONTAINER_IMAGE variable is pointing to quincy | 15:38 |
gouthamr | or not: https://github.com/openstack/devstack-plugin-ceph/blob/13f94aaaf2b4a59581b1be5979600ca18a8df5c3/devstack/lib/cephadm#L32 | 15:38 |
melwitt | yeah, 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 |
melwitt | actually let me pull up logs on our nova-ceph-multistore job to see if it shows there | 15:41 |
melwitt | it 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#3622 | 15:45 |
melwitt | actually 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 this | 15:53 |
frickler | where 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.txt | 15:54 |
frickler | (also, where does is actually matter?) | 15:54 |
frickler | s/is/it/ | 15:54 |
melwitt | I 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 problem | 15:56 |
melwitt | I 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 locally | 15:57 |
frickler | might be a good idea to add the output of "ceph versions" at the end of the devstack setup | 16:00 |
melwitt | all of the ceph logs in the job are showing reef ... | 16:22 |
melwitt | so 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 setup | 16:36 |
gouthamr | thanks frickler; ashrodri will do this | 16:36 |
*** bauzas_ is now known as bauzas | 16:53 | |
*** bauzas_ is now known as bauzas | 18:26 | |
*** bauzas_ is now known as bauzas | 19:35 | |
*** bauzas_ is now known as bauzas | 20:00 | |
*** bauzas_ is now known as bauzas | 20:53 | |
*** bauzas_ is now known as bauzas | 21:46 | |
*** bauzas_ is now known as bauzas | 23:02 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!