| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server stable/2023.1: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884535 | 01:52 |
|---|---|---|
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server stable/zed: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884536 | 01:53 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server stable/xena: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884537 | 01:54 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server stable/xena: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884537 | 01:56 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server stable/yoga: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884538 | 01:57 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server stable/xena: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884537 | 03:05 |
| opendevreview | Danila Balagansky proposed openstack/openstack-ansible-openstack_hosts master: Allow different /etc/hosts content per host https://review.opendev.org/c/openstack/openstack-ansible-openstack_hosts/+/884659 | 08:22 |
| opendevreview | Danila Balagansky proposed openstack/openstack-ansible-haproxy_server master: Allow using domain name as internal_lb_vip_address https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/884660 | 08:28 |
| derekokeeffe85 | Morning, should I have a [ml2_type_vxlan] field with vni_ranges in my mls.conf.ini? I just thought about it last night and I remember on another deployment I could only create one internal network until I increased the rnges | 08:29 |
| MrR | ovn/geneve is the recommended method these days, vxlan is out | 08:38 |
| derekokeeffe85 | It was working fine with vxlan up to last week for me though :( Ah I'll keep digging and see what changed (what I changed most likely) | 08:48 |
| opendevreview | Danila Balagansky proposed openstack/openstack-ansible master: Allow using domain name as internal_lb_vip_address https://review.opendev.org/c/openstack/openstack-ansible/+/884662 | 08:53 |
| MrR | It will work, it's just not the preferred method anymore. What are you using, linux bridge or ovs? | 09:02 |
| MrR | and what release? | 09:02 |
| derekokeeffe85 | ovs & the latest 26.1.1 it seems it's now trying to create a vlan network with segment id when I try to create a network through horizon | 09:06 |
| jrosser | derekokeeffe85: what kind of network, a project network? | 09:07 |
| jrosser | there is a difference with provider networks, becasue as the admin you get to choose the encapsulation type | 09:08 |
| jrosser | but a regular user does not get to choose, so if when you create a project network as a regular user and you get a vlan type, that probably means that you don't have any other types enabled | 09:09 |
| jrosser | i would highly recommend having an all-in-one deployment set up in parallel so you can use that as a reference | 09:09 |
| derekokeeffe85 | Yeah a project network as a user. The admin vlan networks are now working perfectly the way I wanted but the other networks no longer work and I see this in the logs https://paste.openstack.org/show/bh54rUy4DKLUYMjCMWjQ/ (segment 14 is auto assigned as I have three networks created from cli with segments 13, 15 & 19) | 09:10 |
| derekokeeffe85 | Yeah exactly jrosser, but the issue I have is I didn't change anything and it worked fine until I fixed the vlan networks last week, I think I might try another redeploy because br-vxlan wasn't there either yesterday when I did an ovs-vsctl show so maybe something didn't get created right | 09:12 |
| jrosser | i think that it's important to remember that the documentation describes some "universal" config (as does the all-in-one) which simultaneously supports linuxbridge / ovs / ovn deployments | 09:13 |
| jrosser | hence the replies you've had previously about it being the IP on the interface (`local_ip`) which matters in this case rather than the presence of some bridge or other | 09:14 |
| jrosser | derekokeeffe85: you can also poke around the config of our CI jobs which are also using the all-in-one, for example here https://zuul.opendev.org/t/openstack/build/91868b41ea994af789fa95bfb11216b9/log/logs/etc/host/neutron/plugins/ml2/ml2_conf.ini.txt | 09:16 |
| derekokeeffe85 | Ok, no problem jrosser, I'll redeploy and hopefully that might solve the issue and if br-vxlan isn't created then I'll know that something has changed. But just before I go, should I have the [ml2_type_vxlan] field with vni_ranges in my ml2.conf.ini? I'm sure I did before | 09:16 |
| derekokeeffe85 | Thanks for that link jrosser | 09:17 |
| jrosser | well, br-vxlan is never created for you | 09:17 |
| derekokeeffe85 | oh ok, thought it was there previously | 09:18 |
| derekokeeffe85 | nevermind me so | 09:18 |
| jrosser | `vni_ranges` will only be present if you've defined a vxlan type network in openstack_user_config and specified the range there | 09:19 |
| jrosser | similarly for the geneve vni range | 09:19 |
| MrR | Here with my own networking issue actually, having an issue with octavia which i'm pretty sure is my own fault somewhere alonmg the line. I've pasted all relevant info here: https://paste.openstack.org/show/bGGZGiaix7j4U0xhdfJ6/ if you can spot a mistake or help me out as always it'd be much appreciated! | 09:21 |
| derekokeeffe85 | jrosser, yeah that's all done and the only thing I changed was the interface for the network mapping so I'll go back to the drawing board and review my configs. Thanks for taking the time to help me | 09:23 |
| jrosser | sure no problem | 09:23 |
| jrosser | you should be able to look at what you have in your neutron config files | 09:24 |
| jrosser | see what the conditions are that make each of them get written out https://github.com/openstack/openstack-ansible-os_neutron/blob/master/templates/plugins/ml2/ml2_conf.ini.j2#L30-L37 | 09:24 |
| jrosser | and then adjust your openstack_user_config to make that happen | 09:24 |
| derekokeeffe85 | Great thanks jrosser | 09:25 |
| jrosser | i would advise against just constantly redeploying the whole thing, you should be able to get the config files in the state you need much more simply than that | 09:25 |
| jrosser | once it's "working" then sure by all means do it again, but the playbooks are setup so that you should be able to adjust things in-place | 09:25 |
| jrosser | MrR - have you created the neutron network for octavia? | 09:33 |
| MrR | yes | 09:33 |
| MrR | called lbaas-mgmt | 09:34 |
| jrosser | and that has segmentation id 40? | 09:34 |
| MrR | yes | 09:35 |
| MrR | i already think i know what your going to say, i need to set up neutrons netrwork as vlan not flat right? I saw that, but freom the documentation i determined i didn't need to as i had the interface setup on metal | 09:36 |
| jrosser | you've got an entry in cidr_networks? | 09:36 |
| MrR | yes i do | 09:36 |
| MrR | called lbaas with the specified range | 09:36 |
| jrosser | i don't quite follow what you mean about flat/metal | 09:37 |
| MrR | https://docs.openstack.org/openstack-ansible-os_octavia/zed/configure-octavia.html#openstack-ansible-deployment | 09:37 |
| MrR | as in a bridge on the physical machine | 09:38 |
| MrR | sorry | 09:38 |
| jrosser | well theres two things to think about | 09:38 |
| MrR | going back, the link i just posted, followed the flat networking scenario | 09:38 |
| MrR | ip from q/net name as per my paste set to lbaas | 09:38 |
| jrosser | you have some controllers (and containers in an LXC deployment), and if you use a vlan type provider network for this you need to un-tag whichever vlan you want and plumb it untagged into your controllers (containers) | 09:39 |
| jrosser | on the compute/network nodes the octavia provider network needs to be present as whatever type you defined it as, so if you've used a vlan type provider network, you have to have it set up that way for neutron to hook things one | 09:40 |
| jrosser | *onto | 09:40 |
| jrosser | there is a nice diagram here https://satishdotpatel.github.io/openstack-ansible-octavia/ | 09:42 |
| jrosser | MrR: so you are wanting to do flat network for this? | 09:44 |
| MrR | i'm not bothered as long as it works in all honesty, vlan, flat, whatever works haha | 09:45 |
| jrosser | and you've created an eth14 on each node? | 09:45 |
| MrR | if we are talking on physical hardware, no, I only have the bridges (br-lbaas etc) | 09:48 |
| jrosser | ok, so the config you have made in openstack_user_config is telling it that there is an interface `eth14` on all your nodes that has the flat network | 09:49 |
| jrosser | thats probablt why it is failing | 09:49 |
| MrR | i have tried bond1.40 and br-lbaas for that setting and ran os-octavia-install, it still didnt work | 09:50 |
| MrR | i hadnt tried vlan as i didnt think i needed to, but ive just changed it to vlan setrtinsg in the configs and thats now running | 09:51 |
| MrR | *settings | 09:51 |
| admin1 | MrR, to not have any potential issues in future, i strongly recommend vlan | 09:51 |
| MrR | trial and error and all that | 09:51 |
| admin1 | instead of flat | 09:51 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_nova stable/yoga: Install libvirt-deamon for RHEL systems https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/884381 | 09:51 |
| admin1 | that way, you can create/separate ip ranges and add services without affecting anything else | 09:51 |
| jrosser | MrR: with all these networks you end up with a list of <physnet_name>:<actual_interface> mappings on each node in the neutron config files | 09:53 |
| jrosser | and for flat networks you have to add a new entry to that on all nodes for *every* flat network that you want | 09:54 |
| jrosser | so that is a big job involving running all the playbooks | 09:54 |
| jrosser | but, if you use a vlan type network instead then you only have to define that once, and from that point it is just use the openstack cli to create a new vlan type network | 09:55 |
| jrosser | so a lot of people think "oh a flat network is nice and simple", but if you are happy with doing some switch config / using trunk ports etc, then vlan networks actually work out hugely better from an operations point of view as there is no re-running of ansible to deploy more or change your existing config | 09:56 |
| noonedeadpunk | you just need to re-run ansible against your net equipment rather then net/compute nodes :D | 10:00 |
| noonedeadpunk | but yeah, it's usually simpler/faster anyway | 10:01 |
| MrR | yeah I made that mistake it appears, so to change lbaas to vlan do i need to rerun everything or just the octavia playbook? | 10:01 |
| MrR | i ask because following the vlan scenario with its recommended values im getting this error: Invalid input for operation: physical_network 'vlan' unknown for VLAN provider network."} | 10:02 |
| derekokeeffe85 | jrosser, sorry only saw that comment. Ok I will adjust the configs and re run the relevant playbooks | 10:08 |
| admin1 | MrR https://docs.openstack.org/project-deploy-guide/openstack-ansible/latest/targethosts.html -- Configuring the network -- this shows what the name of the bridge it expects in each host | 10:10 |
| jrosser | well thats the logical name isnt it | 10:11 |
| jrosser | which should match this https://github.com/openstack/openstack-ansible/blob/master/etc/openstack_deploy/openstack_user_config.yml.aio.j2#L148 | 10:11 |
| jrosser | though i have to say, calling it "vlan" is highly confusing | 10:11 |
| admin1 | external is a good name :) | 10:11 |
| admin1 | though in all deployment cases, the way you do external is vlan based .. so | 10:12 |
| jrosser | the reason i think that it's confusing is that you end up with a bunch of things that look like `vlan:vlan` in config files and it's pretty unclear which is the type and which is then name | 10:12 |
| MrR | yes the docs are inherently confusing, even more so after that link which has group_binds: | 10:53 |
| MrR | - neutron_ovn_gateway set for one of the networks which i dont have in my config files, i'm pretty sure i've been confused by the inconsistencies in the docs, so much so that i've dumped my entire config here: https://paste.openstack.org/show/bf5QHRtDaEZ8krrRCp5c/ Feel free to point out and talk to me like i'm stupid because at this point it's giving me such a headache i feel i am haha, i just cant see my | 10:53 |
| MrR | mistakes, today is not my day lol | 10:53 |
| MrR | my purposed changes are at the bottom of my paste | 10:54 |
| jrosser | MrR: you define something with br-vlan as type `flat`, thats odd | 11:23 |
| jrosser | and also you list the playbooks/steps there for some kind of upgrade, rather than just perhaps updating the config of something | 11:23 |
| jrosser | damiandabrowski: how did this work before? https://review.opendev.org/c/openstack/openstack-ansible/+/884645/1 | 11:26 |
| MrR | it was in the docs I followed at the time, probably yoga, but the docs are all over, they still refer to linbuxbridge which i changed over to vswitch when i discovered it was needed in the ovn docs | 11:31 |
| jrosser | well with any backend it's not really right | 11:32 |
| MrR | honestly, i equate the docs to trying to repair a 2023 subaru with a 1996 manual, nothings as it should be after so many revisions | 11:32 |
| jrosser | if you have specific things that are wrong, please make patches or submit bugs | 11:33 |
| NeilHanlon | IME, the docs we have are just fine.. so If you found something that is outdated, please do let us know or better yet submit a change | 11:34 |
| jrosser | one thing is that the examples given in the role defailts and the AIO represent just one way of very very many to set up your networking | 11:35 |
| jrosser | they really are just examples rather than the only way | 11:36 |
| NeilHanlon | yea. and as we've discussed there is a lack of examples for 'homelab' type setups.. hoping i can resolve some of that this year | 11:36 |
| jrosser | everything is overridable and customisable and the network setup is probably one of the largest divergences between all real deployments | 11:36 |
| MrR | i will, but when i have a fully working stack, only because i'm saying the docs are the problem but it could just be me, so when i have a working stack i'll be able to look back and go ok that was me or ok this needs updating | 11:36 |
| jrosser | so there are two choices - you either take the AIO/CI example as gospel end reproduce it verbatim in your deployment | 11:37 |
| NeilHanlon | networking in openstack is the biggest hurdle, IMO | 11:37 |
| NeilHanlon | and I say that as a network engineer by trade lol | 11:37 |
| jrosser | or you have to understand the underlying neutron stuff, then express actually what you want in openstack_user_config | 11:37 |
| NeilHanlon | 👆yep | 11:38 |
| jrosser | you can't take a middle ground of starting with the examples and then just "poke till it works" as this is the route to massive frustration | 11:38 |
| jrosser | there are obvious things we can improve, like adding use case examples | 11:39 |
| jrosser | and fixing this thing of having `net_name` and `type` be the same string | 11:40 |
| NeilHanlon | yea, but we also have to balance allowing advanced customization, too | 11:41 |
| NeilHanlon | and Neutron is a moving target, always | 11:41 |
| jrosser | indeed - the learning curve here is pretty ridiculous really | 11:41 |
| jrosser | NeilHanlon: not openstack related but this is pretty bad https://access.redhat.com/solutions/7014646 | 11:42 |
| NeilHanlon | ouch... | 11:43 |
| NeilHanlon | both 9.2 and 8.8 are ... concerning. so many bugs | 11:43 |
| NeilHanlon | not to mention RH is now doing this thing where they build openjdk once (on EL8) and then repackage those binaries on other versions 🤔 | 11:44 |
| jrosser | isnt that something you learn in packaging-101 not to do? | 11:44 |
| NeilHanlon | I thought so, at least | 11:45 |
| jrosser | pbuilder, mock, <others> exist for a reason.... | 11:45 |
| NeilHanlon | the openjdk folks say it is so that they can iterate faster, which I understand to an extent | 11:45 |
| NeilHanlon | but IMO that extent stops right before releasing code... where it's trivial to rebuild things 'properly' | 11:46 |
| damiandabrowski | jrosser: regarding your question about https://review.opendev.org/c/openstack/openstack-ansible/+/884645/ | 11:58 |
| damiandabrowski | restart_rgw_daemon.sh is not executed on initial deployment: https://zuul.opendev.org/t/openstack/build/fae531ee763b4ecf9df8eb0ae0a03c22/log/job-output.txt#24361 | 11:59 |
| damiandabrowski | so at least one of these conditions must be false: https://github.com/ceph/ceph-ansible/blob/stable-7.0/roles/ceph-handler/tasks/handler_rgws.yml#L18-L20 | 11:59 |
| jrosser | Ahha ok, I need to look back through our docs as enabling s3 wasn’t completely straightforward | 12:00 |
| jrosser | well, I mean having working s3 with boto or something + swift passing tempest on the same rgw instance wasn’t straightforward | 12:02 |
| damiandabrowski | ahh :/ I'll test it today on my AIO | 12:31 |
| noonedeadpunk | NeilHanlon: well, and you was surprised why we install rabbitmq for el8... Seems folks are following RH best practises except decided not to bother themselves with re-packaging | 12:35 |
| opendevreview | Merged openstack/openstack-ansible-haproxy_server stable/2023.1: Fix service-redirect.j2 template https://review.opendev.org/c/openstack/openstack-ansible-haproxy_server/+/884532 | 12:36 |
| NeilHanlon | noonedeadpunk: yeah, that's true | 12:38 |
| NeilHanlon | i'm somehow more okay with installing an EL8 package on EL9 versus installing something that _says_ it's EL9 but is really EL8 with a disguise on :P | 12:38 |
| noonedeadpunk | yeah, true, as you're aware that this is smth not you should do, but as you're not given other options - can try at least | 12:40 |
| noonedeadpunk | btw, it seems that CentOS has forgotten about systemd-udev packaging issue, that prevents lxc job to pass... | 12:41 |
| noonedeadpunk | We've raised it to centos folks, but haven't submitted a bug report... | 12:41 |
| NeilHanlon | the one where systemd-boot provides systemd-udev, right? | 12:41 |
| noonedeadpunk | Now I'm worried, that it can hit Rocky as well, since they seem to not see issue with that | 12:42 |
| noonedeadpunk | yeah, exactly | 12:42 |
| NeilHanlon | do you mean a bug report on launchpad? i did open one with centos here: https://bugzilla.redhat.com/show_bug.cgi?id=2183279 | 12:43 |
| noonedeadpunk | ah! ok then :) | 12:43 |
| NeilHanlon | though https://bugzilla.redhat.com/show_bug.cgi?id=2178322 suggests we might be able to get away with forcing systemd-boot-unsigned instead of systemd-boot; and installing udev | 12:43 |
| noonedeadpunk | I'm even in cc | 12:43 |
| NeilHanlon | but that doesn't fix the root cause lol | 12:43 |
| NeilHanlon | the past two months feel like they've lasted 6 months, so it's okay lol | 12:44 |
| noonedeadpunk | I get kinda lost in all centos issues indeed... | 12:44 |
| NeilHanlon | yep... | 12:44 |
| noonedeadpunk | they're really productive lately | 12:45 |
| NeilHanlon | 99 little bugs in the code... 99 little bugs | 12:45 |
| NeilHanlon | take one down, patch it around... 154 little bugs in the code | 12:45 |
| noonedeadpunk | yeah, exactly | 12:46 |
| ali111 | i finally setup manila wth backend cephfs and ganesha but i while create rule with ip access give me this error | 12:56 |
| ali111 | May 30 16:12:40 infra1 manila-share[875128]: 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server [req-8428686f-a6b4-4390-a171-d0f06be3ccdf 918169f5f19443abb5070f80e6d7c62e b825efc2d480405fafd0fafae9baea92 - - -] Exception during message handling: manila.exception.GaneshaCommandFailure: Ganesha management command failed. | 12:56 |
| ali111 | Command: dbus-send --print-reply --system --dest=org.ganesha.nfsd /org/ganesha/nfsd/ExportMgr org.ganesha.nfsd.exportmgr.AddExport string:/etc/ganesha/export.d/share-b78b7cf1-77e3-47e1-8800-37b6f245c56f.conf.U2Qdd6 'string:EXPORT(Export_Id=1009)' | 12:56 |
| ali111 | Exit code: 1 | 12:56 |
| ali111 | Stdout: '' | 12:56 |
| ali111 | Stderr: 'Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.ganesha.nfsd was not provided by any .service files\n' | 12:56 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Traceback (most recent call last): | 12:56 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/drivers/ganesha/manager.py", line 233, in _execute | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server return execute(*args, **kwargs) | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/drivers/ganesha/utils.py", line 79, in __call__ | 12:57 |
| jrosser | ali111: paste.opendev.org ! | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server ret = processutils.ssh_execute(ssh, cmd, **kwargs) | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/oslo_concurrency/processutils.py", line 583, in ssh_execute | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server raise ProcessExecutionError(exit_code=exit_status, | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server oslo_concurrency.processutils.ProcessExecutionError: Unexpected error while running command. | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Command: dbus-send --print-reply --system --dest=org.ganesha.nfsd /org/ganesha/nfsd/ExportMgr org.ganesha.nfsd.exportmgr.AddExport string:/etc/ganesha/export.d/share-b78b7cf1-77e3-47e1-8800-37b6f245c56f.conf.U2Qdd6 'string:EXPORT(Export_Id=1009)' | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Exit code: 1 | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Stdout: '' | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Stderr: 'Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.ganesha.nfsd was not provided by any .service files\n' | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server During handling of the above exception, another exception occurred: | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Traceback (most recent call last): | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/drivers/ganesha/manager.py", line 472, in add_export | 12:57 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server self._dbus_send_ganesha("AddExport", "string:" + path, | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/drivers/ganesha/manager.py", line 410, in _dbus_send_ganesha | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server self.execute("dbus-send", "--print-reply", "--system", | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/drivers/ganesha/manager.py", line 240, in _execute | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server raise exception.GaneshaCommandFailure( | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server manila.exception.GaneshaCommandFailure: Ganesha management command failed. | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Command: dbus-send --print-reply --system --dest=org.ganesha.nfsd /org/ganesha/nfsd/ExportMgr org.ganesha.nfsd.exportmgr.AddExport string:/etc/ganesha/export.d/share-b78b7cf1-77e3-47e1-8800-37b6f245c56f.conf.U2Qdd6 'string:EXPORT(Export_Id=1009)' | 12:58 |
| NeilHanlon | ali111: please use https://paste.opendev.org | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Exit code: 1 | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Stdout: '' | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Stderr: 'Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.ganesha.nfsd was not provided by any .service files\n' | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server During handling of the above exception, another exception occurred: | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Traceback (most recent call last): | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/oslo_messaging/rpc/server.py", line 165, in _process_incoming | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server res = self.dispatcher.dispatch(message) | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/oslo_messaging/rpc/dispatcher.py", line 309, in dispatch | 12:58 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server return self._do_dispatch(endpoint, method, ctxt, args) | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/oslo_messaging/rpc/dispatcher.py", line 229, in _do_dispatch | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server result = func(ctxt, **new_args) | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/manager.py", line 220, in wrapped | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server return f(self, *args, **kwargs) | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/utils.py", line 564, in wrapper | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server return func(self, *args, **kwargs) | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/manager.py", line 3998, in update_access | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server self.update_access_for_instances(context, [share_instance_id], | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/manager.py", line 4012, in update_access_for_instances | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server self.access_helper.update_access_rules( | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/access.py", line 299, in update_access_rules | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server self._update_access_rules(context, share_instance_id, | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/access.py", line 336, in _update_access_rules | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server driver_rule_updates = self._update_rules_through_share_driver( | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/access.py", line 401, in _update_rules_through_share_driver | 12:59 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server driver_rule_updates = self.driver.update_access( | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/drivers/cephfs/driver.py", line 516, in update_access | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server return self.protocol_helper.update_access( | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/drivers/ganesha/__init__.py", line 305, in update_access | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server self.ganesha.add_export(share['name'], confdict) | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server File "/openstack/venvs/manila-25.3.1.dev1/lib/python3.8/site-packages/manila/share/drivers/ganesha/manager.py", line 488, in add_export | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server raise exception.GaneshaCommandFailure( | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server manila.exception.GaneshaCommandFailure: Ganesha management command failed. | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Command: dbus-send --print-reply --system --dest=org.ganesha.nfsd /org/ganesha/nfsd/ExportMgr org.ganesha.nfsd.exportmgr.AddExport string:/etc/ganesha/export.d/share-b78b7cf1-77e3-47e1-8800-37b6f245c56f.conf.U2Qdd6 'string:EXPORT(Export_Id=1009)' | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Exit code: 1 | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Stdout: '' | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server Stderr: 'Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.ganesha.nfsd was not provided by any .service files\n' | 13:00 |
| ali111 | 2023-05-30 16:12:40.312 875128 ERROR oslo_messaging.rpc.server | 13:00 |
| ali111 | https://paste.ubuntu.com/p/nkz928mRDg/ | 13:00 |
| ali111 | i'm soory this link https://paste.ubuntu.com/p/nkz928mRDg/ | 13:00 |
| ali111 | i finally setup manila wth backend cephfs and ganesha but i while create rule with ip access give me this error | 13:00 |
| ali111 | https://paste.opendev.org/show/bCWrB18cxPvcfp1HGI8t/ | 13:00 |
| noonedeadpunk | ali111: I think you need to set `cephfs_ganesha_server_is_remote: True` | 13:02 |
| ali111 | this is myconfig | 13:02 |
| ali111 | https://paste.opendev.org/show/b0d7J9wLzcVnZCmEedbE/ | 13:02 |
| ali111 | noonedeadpunk: i have set that true | 13:03 |
| noonedeadpunk | aha, yes, I see | 13:04 |
| noonedeadpunk | ali111: and 172.16.112.1 is IP of the balancer? | 13:05 |
| noonedeadpunk | oh, but you run ganesha in docker on this host? | 13:06 |
| ali111 | yes i run with ceph adm | 13:06 |
| ali111 | in other host | 13:07 |
| noonedeadpunk | ok, now I see how it can be extra tricky.... | 13:07 |
| noonedeadpunk | I see huge problem in this setup now.... | 13:08 |
| noonedeadpunk | So apparently, manila-share needs to access environemnt where ganesha runs | 13:09 |
| noonedeadpunk | And it assumes it's run with systemd | 13:09 |
| noonedeadpunk | So one way around could be launch manila-share service on the hosts where ganesha lives. But it's in docker containers... | 13:09 |
| ali111 | Currently, I was able to make a tap by setting the remote to the current position, and only now my problem is about the rule | 13:10 |
| ali111 | Why can't she add an IP like when cephx user is being added? | 13:12 |
| ali111 | Why can't it add an IP like when cephx user is being added? | 13:12 |
| noonedeadpunk | To be frank, I would likely just build custom image for docker then with manila-share included there with access to openstack mgmt network.... But that's really messy... | 13:13 |
| noonedeadpunk | I don't know what to suggest you to be frank... | 13:13 |
| noonedeadpunk | Likely ask manila folks, as I bet they've already discussed this | 13:13 |
| noonedeadpunk | maybe they have better solution then mess up with cephadm images... | 13:14 |
| ali111 | Do you think this error is due to connection with Gashna? | 13:16 |
| ali111 | Do you think this error is due to connection with Ganesha? | 13:17 |
| NeilHanlon | noonedeadpunk: do you remember why rabbitmq has two signing keys in our repo files? | 13:19 |
| noonedeadpunk | ali111: yes, totally. | 13:20 |
| noonedeadpunk | manila-share tries to find ganesha service through dbus, which does not exist on cephfs_ganesha_server_ip as it's balancer and service runs inside docker at all | 13:21 |
| NeilHanlon | actually, looks as if the 'rabbitmq release signing key' is not used at all by RPM, only for debian-like | 13:22 |
| noonedeadpunk | NeilHanlon: iirc, one is their github signature, which should be used by smth... | 13:22 |
| noonedeadpunk | maybe only erlang at all | 13:22 |
| noonedeadpunk | Dunno, it was told to do so on their docs | 13:22 |
| NeilHanlon | yeah, I was just following their docs too lol | 13:23 |
| NeilHanlon | Kolla folks are wondering why both are in the repofile | 13:23 |
| opendevreview | Merged openstack/openstack-ansible-os_cinder stable/yoga: Define service_user for cinder services https://review.opendev.org/c/openstack/openstack-ansible-os_cinder/+/884211 | 13:45 |
| noonedeadpunk | I think they kinda sign one key with other or smth like that | 13:46 |
| noonedeadpunk | in some cases | 13:46 |
| noonedeadpunk | But from what I saw, github key might be enough. | 13:46 |
| NeilHanlon | i just downloaded the cloudsmith repos and checked their signatures.. they're all signed with the cloudsmith-specific keys, not the github ones, which I guess makes sense | 13:47 |
| NeilHanlon | https://paste.opendev.org/show/bUVcPXfAh76msJ75itb9/ | 13:48 |
| noonedeadpunk | yeah, dunno then.... | 13:54 |
| opendevreview | Merged openstack/openstack-ansible master: Implement support for haproxy_accept_both_protocols https://review.opendev.org/c/openstack/openstack-ansible/+/884428 | 13:55 |
| noonedeadpunk | Would be great to land backports for stable branches https://review.opendev.org/q/parentproject:openstack/openstack-ansible+branch:%255Estable/.*+status:open+label:Verified | 14:18 |
| NeilHanlon | ack | 14:21 |
| damiandabrowski | jrosser: both swift and s3 api looks fine on my aio. I used python-openstackclient for swift and s3cmd for s3 | 14:23 |
| damiandabrowski | but it's important to: | 14:23 |
| damiandabrowski | 1) set `rgw_swift_url_prefix` to to distinguish swift url from the S3 API endpoint (default value is 'swift' which is fine) | 14:24 |
| damiandabrowski | 2. remember about explicit tenants: https://docs.ceph.com/en/quincy/radosgw/multitenancy/#accessing-buckets-with-explicit-tenants | 14:24 |
| jrosser | damiandabrowski: does that break horizon, if you set rgw_swift_url_prefix ? | 14:50 |
| damiandabrowski | we don't override rgw_swift_url_prefix anywhere so we stick to default value('swift') | 14:53 |
| damiandabrowski | it means that rgw_swift_url_prefix is not a problem at all in our case | 14:53 |
| damiandabrowski | but it's worth to know that you can't have swift and s3 api under same url | 14:53 |
| damiandabrowski | https://docs.ceph.com/en/quincy/radosgw/config-ref/#confval-rgw_swift_url_prefix | 14:55 |
| jrosser | feel like i'm asking stupid qestion but how does horizon or the CLI know what the prefix is | 14:57 |
| jrosser | or is it always /swift | 14:57 |
| damiandabrowski | swift endpoint url :D | 14:59 |
| noonedeadpunk | #startmeeting openstack_ansible_meeting | 15:00 |
| opendevmeet | Meeting started Tue May 30 15:00:57 2023 UTC and is due to finish in 60 minutes. The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot. | 15:00 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 15:00 |
| opendevmeet | The meeting name has been set to 'openstack_ansible_meeting' | 15:00 |
| noonedeadpunk | #topic rollcall | 15:01 |
| noonedeadpunk | o/ | 15:01 |
| damiandabrowski | https://paste.openstack.org/show/bRj3qYyHt3CZlFK3mCUX/ | 15:01 |
| damiandabrowski | hi! | 15:01 |
| jrosser | hello | 15:03 |
| noonedeadpunk | #topic releases | 15:04 |
| noonedeadpunk | we have pretty much to discuss here, so decided to make it a separate topic | 15:04 |
| NeilHanlon | o/ | 15:04 |
| noonedeadpunk | I hope that 2023.1 branch will be created really soon. | 15:04 |
| noonedeadpunk | With that, we have quite some patches landed after this. | 15:04 |
| noonedeadpunk | So my proposal is to create rc2 for antelope before doing final release | 15:05 |
| noonedeadpunk | we've landed all patches for that I assume | 15:05 |
| damiandabrowski | okok | 15:06 |
| noonedeadpunk | Next thing is transitioning Xena to EM | 15:06 |
| noonedeadpunk | xena-em tag should have been jsut created | 15:06 |
| noonedeadpunk | We need to reflect this in the docs though both on Xena and master branches | 15:07 |
| noonedeadpunk | I will propose patches for that shortly after the meeting | 15:07 |
| NeilHanlon | sounds good | 15:07 |
| damiandabrowski | ack | 15:08 |
| noonedeadpunk | Going next - EOLing stable/rocky | 15:08 |
| noonedeadpunk | I've jsut proposed patch to create rocky-eol tag. Once it will land - I will switch roles and services in integrated repo to rocky-eol. With that stable/rocky branch will be deleted | 15:09 |
| noonedeadpunk | #link https://review.opendev.org/c/openstack/releases/+/884713 | 15:09 |
| noonedeadpunk | And finally - maintained stable branches | 15:10 |
| noonedeadpunk | We need to merge leftovers and make a new release asap | 15:11 |
| noonedeadpunk | as there was a critical vulnarability we have addressed but not released afterwards | 15:11 |
| noonedeadpunk | there're couple of dependencies though | 15:12 |
| noonedeadpunk | #link https://review.opendev.org/c/openstack/releases/+/884552 | 15:12 |
| noonedeadpunk | wrong link :( | 15:12 |
| noonedeadpunk | #link https://review.opendev.org/q/parentproject:openstack/openstack-ansible+branch:%255Estable/.*+status:open+label:Verified | 15:12 |
| noonedeadpunk | so let's review these and land | 15:12 |
| noonedeadpunk | #topic office hours | 15:13 |
| noonedeadpunk | anything else we wanna discuss?:) | 15:13 |
| noonedeadpunk | as I was quite busy with all these things lately | 15:14 |
| noonedeadpunk | and it looked like switching back to tracking master on master will be painful as usual | 15:14 |
| NeilHanlon | nothing to discuss from me | 15:15 |
| damiandabrowski | nothing from my side ;) | 15:15 |
| noonedeadpunk | Ok, then I'm inclined to wrap meeting up early :) | 15:17 |
| jrosser | nothing here either | 15:17 |
| NeilHanlon | merge the things. release the stuff. onwards and upwards 🥳 | 15:17 |
| noonedeadpunk | hope meeting some of you in 2 weeks in-person :) | 15:17 |
| NeilHanlon | Looking forward to it :) | 15:17 |
| noonedeadpunk | We have a users on-borading session there, so make sure you have time free in your schedule ;) | 15:18 |
| noonedeadpunk | and there's some PTG will happen as well. | 15:18 |
| * NeilHanlon adds it to his schedule | 15:18 | |
| noonedeadpunk | I will try to get info when it will happen. I've also asked for us to have a room where we could connect remote folks who can't be on summit | 15:19 |
| NeilHanlon | awesome | 15:19 |
| noonedeadpunk | No idea if that was approved or not though | 15:19 |
| NeilHanlon | #link https://etherpad.opendev.org/p/vancouver-june2023-os-ansible | 15:19 |
| noonedeadpunk | awesome! I've added it to our wiki | 15:20 |
| noonedeadpunk | https://wiki.openstack.org/wiki/OpenStack-Ansible#Etherpads | 15:20 |
| NeilHanlon | TY! | 15:21 |
| NeilHanlon | i have to figure what, if anything, Rocky will do for our PTG space lol | 15:21 |
| noonedeadpunk | hehe | 15:22 |
| noonedeadpunk | I can join it :D | 15:22 |
| noonedeadpunk | given some beer, would be good time to talk about how cool RH is :D | 15:23 |
| NeilHanlon | hehe | 15:23 |
| NeilHanlon | btw noonedeadpunk, https://review.opendev.org/c/openstack/openstack-ansible/+/710778 is in the search above but is marked DNM... i see an (old) comment of yours saying it should maybe not be DNM? | 15:23 |
| NeilHanlon | and also for stable/train 🤔 | 15:23 |
| noonedeadpunk | Yeah, it's quite old... Might be still relevant though... | 15:24 |
| noonedeadpunk | But likely nobody cares about it atm and I bet CI is not passing for train atm | 15:25 |
| noonedeadpunk | So doesn't make sense to put time into fixing CI to merge that... | 15:26 |
| noonedeadpunk | I think I'm inclined to abandon that now.... | 15:26 |
| opendevreview | Merged openstack/ansible-hardening stable/yoga: Remove commandkey from chrony config https://review.opendev.org/c/openstack/ansible-hardening/+/884216 | 15:27 |
| opendevreview | Merged openstack/ansible-hardening stable/2023.1: Remove commandkey from chrony config https://review.opendev.org/c/openstack/ansible-hardening/+/884215 | 15:27 |
| opendevreview | Merged openstack/ansible-hardening stable/zed: Remove commandkey from chrony config https://review.opendev.org/c/openstack/ansible-hardening/+/884214 | 15:27 |
| NeilHanlon | fair enough | 15:28 |
| NeilHanlon | https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/777475 is fixed in master already... should abandon I guess? | 15:29 |
| NeilHanlon | https://opendev.org/openstack/openstack-ansible-os_ironic/src/branch/master/tasks/main.yml#L212 | 15:29 |
| jrosser | yeah we should backport as needed | 15:30 |
| opendevreview | OpenStack Release Bot proposed openstack/openstack-ansible stable/2023.1: Update .gitreview for stable/2023.1 https://review.opendev.org/c/openstack/openstack-ansible/+/884715 | 15:34 |
| opendevreview | OpenStack Release Bot proposed openstack/openstack-ansible stable/2023.1: Update TOX_CONSTRAINTS_FILE for stable/2023.1 https://review.opendev.org/c/openstack/openstack-ansible/+/884716 | 15:34 |
| opendevreview | OpenStack Release Bot proposed openstack/openstack-ansible master: Update master for stable/2023.1 https://review.opendev.org/c/openstack/openstack-ansible/+/884717 | 15:34 |
| noonedeadpunk | #endmeeting | 15:44 |
| opendevmeet | Meeting ended Tue May 30 15:44:08 2023 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 15:44 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-05-30-15.00.html | 15:44 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-05-30-15.00.txt | 15:44 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/openstack_ansible_meeting/2023/openstack_ansible_meeting.2023-05-30-15.00.log.html | 15:44 |
| NeilHanlon | thanks noonedeadpunk, jrosser, damiandabrowski, all :) | 15:45 |
| noonedeadpunk | thanks you NeilHanlon! | 15:48 |
| damiandabrowski | great work guys! | 15:49 |
| jrosser | damiandabrowski: this is why we had trouble with radosgw/swift, looks like it is perhaps now fixed https://bugs.launchpad.net/tempest/+bug/1799981 | 15:52 |
| jrosser | refstack was just fail fail fail fail :( | 15:52 |
| jrosser | there was no choice but to move the swift prefix to be / with that bug | 15:53 |
| damiandabrowski | ahh makes sense, thanks for the info! | 15:54 |
| jrosser | we still run two sets of radosgw as a result of that | 15:54 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: Use el/9 repo urls instead of el/8 since a repo is available for it https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884719 | 15:54 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: Use el/9 repo urls instead of el/8 since a repo is available for it https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884719 | 16:22 |
| spatel | How to change default quota in openstack ? | 16:25 |
| spatel | openstack quota set --routers 1 --class default | 16:26 |
| spatel | getting warning that its not supported | 16:26 |
| spatel | Reference doc: https://docs.openstack.org/nova/latest/admin/quotas.html | 16:26 |
| jrosser | spatel: that is the nova doc :) you are setting a neutron quota ther | 16:28 |
| noonedeadpunk | damn, folks. Talking about PTG in Vancouver I clean forgot to ask preferences about time to book | 16:28 |
| spatel | jrosser oh i thought quota is just quota.. | 16:28 |
| jrosser | https://docs.openstack.org/neutron/latest/admin/ops-quotas.html | 16:29 |
| spatel | does neutron has different way to set quota? | 16:29 |
| spatel | ohhh got it.. so it controlled by /etc/neutron/neutron.conf | 16:29 |
| jrosser | looks that way | 16:30 |
| opendevreview | Merged openstack/openstack-ansible-os_nova stable/yoga: Install libvirt-deamon for RHEL systems https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/884381 | 16:32 |
| damiandabrowski | i guess this code is responsible for it: https://github.com/openstack/neutron/blob/3eb907c1f413c82d45b24c586da9a9a64b402c6f/neutron/conf/quota.py#L91 | 16:32 |
| jrosser | feel like this whole topic needs some better discussion https://review.opendev.org/q/topic:multiceph | 16:35 |
| jrosser | not sure at all from the commit message what actual problem there is | 16:35 |
| damiandabrowski | noonedeadpunk: I'm flexible as long as it doesn't interfere with our presentations | 16:38 |
| noonedeadpunk | jrosser: just in case - will you be able to join us on Wednesday, June 14 at 17-40 - 19-00? | 16:38 |
| noonedeadpunk | damiandabrowski: when is yours? | 16:38 |
| noonedeadpunk | jrosser: it's BST time I've provided :) | 16:39 |
| jrosser | yes i should be available - kids back at school then so can't go anywhere :) | 16:40 |
| noonedeadpunk | hehe | 16:40 |
| damiandabrowski | 13.06 13:45 - 14:00 PT | 16:41 |
| noonedeadpunk | ok, good | 16:41 |
| jrosser | thought the timing would be terrible given vancouver time difference, but thats fine | 16:41 |
| noonedeadpunk | Well, it's one of earliest slots, but sensible enough, it's 9-40 in Vancouver | 16:41 |
| jrosser | thats PTG slot? | 16:42 |
| noonedeadpunk | yup | 16:42 |
| noonedeadpunk | user forum is June 15, 18-30 BST | 16:43 |
| noonedeadpunk | And I want to have another PTG slot after this to give ability to talk to operators if any will be interested | 16:43 |
| noonedeadpunk | booked on thursday 11:40-12:50 (19:40 - 20:50) | 16:50 |
| opendevreview | Merged openstack/openstack-ansible-rabbitmq_server stable/yoga: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884538 | 17:16 |
| opendevreview | Merged openstack/openstack-ansible-rabbitmq_server stable/zed: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884536 | 17:16 |
| opendevreview | Merged openstack/openstack-ansible-rabbitmq_server stable/2023.1: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884535 | 17:16 |
| opendevreview | Merged openstack/openstack-ansible-rabbitmq_server stable/xena: Change to CloudSmith repos from PackageCloud for RabbitMQ https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884537 | 17:16 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Bump SHAs for Antelope RC2 https://review.opendev.org/c/openstack/openstack-ansible/+/884760 | 17:48 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Allow to manage more the one vhost with mq_setup https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/875399 | 17:52 |
| noonedeadpunk | NeilHanlon: btw, do you know that you;d need to book a timeslot for rocky ptg if you wanna held it? | 17:59 |
| NeilHanlon | yep, I do know, thanks noonedeadpunk. just need to figure out a time that works heh | 18:03 |
| noonedeadpunk | ++ | 18:03 |
| NeilHanlon | i have been lurking in #openinfra-events to watch how to book rooms :P | 18:03 |
| noonedeadpunk | "#rocky-linux book <slot-name>" | 18:04 |
| noonedeadpunk | slot-name is taken from https://ptg.opendev.org/ptg.html | 18:04 |
| NeilHanlon | thank you | 18:05 |
| NeilHanlon | that table is a bit confusing lol | 18:06 |
| noonedeadpunk | ah | 18:08 |
| noonedeadpunk | I think you'd might want to have tables layout as well... | 18:08 |
| opendevreview | Merged openstack/openstack-ansible stable/zed: Remove unreadable unicode symbols https://review.opendev.org/c/openstack/openstack-ansible/+/884218 | 18:58 |
| opendevreview | Merged openstack/openstack-ansible stable/zed: Use Zed Senlin version instead of master https://review.opendev.org/c/openstack/openstack-ansible/+/884422 | 18:58 |
| opendevreview | Merged openstack/openstack-ansible stable/2023.1: Update .gitreview for stable/2023.1 https://review.opendev.org/c/openstack/openstack-ansible/+/884715 | 18:58 |
| opendevreview | Merged openstack/openstack-ansible stable/2023.1: Update TOX_CONSTRAINTS_FILE for stable/2023.1 https://review.opendev.org/c/openstack/openstack-ansible/+/884716 | 18:58 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: Use el/9 repo urls instead of el/8 since a repo is available for it https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884719 | 18:58 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: Use el/9 repo urls instead of el/8 since a repo is available for it https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884719 | 19:43 |
| opendevreview | Merged openstack/openstack-ansible-os_nova stable/zed: Install libvirt-deamon for RHEL systems https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/884380 | 19:47 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: Use el/9 repo urls instead of el/8 since a repo is available for it https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884719 | 20:26 |
| opendevreview | Merged openstack/ansible-role-uwsgi stable/yoga: Replace imports with dynamic includes https://review.opendev.org/c/openstack/ansible-role-uwsgi/+/884373 | 21:06 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: bump rabbitmq from 3.11.10-1 to 3.11.13-1 https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884782 | 21:11 |
| opendevreview | Neil Hanlon proposed openstack/openstack-ansible-rabbitmq_server master: Use el/9 repo urls instead of el/8 since a repo is available for it https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/884719 | 21:12 |
| jrosser | NeilHanlon: does that bump the rabbitmq version for all os? | 21:15 |
| NeilHanlon | that one just redhat.yml.. but i guess we would want to run the same version on both OS... | 21:18 |
| NeilHanlon | it's annoying because it's only because the `el/9` repo doesn't have all the same versions.. | 21:18 |
| jrosser | yeah, generally we try to keep them in step, which can be tricky sometimes | 21:22 |
| jrosser | similar for mariadb so it’s the same bugs everywhere(!) | 21:22 |
| opendevreview | Merged openstack/openstack-ansible stable/yoga: Return distro jobs back https://review.opendev.org/c/openstack/openstack-ansible/+/884276 | 21:22 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!