| opendevreview | melanie witt proposed openstack/nova master: DNM test ceph ipv6 https://review.opendev.org/c/openstack/nova/+/984623 | 00:58 |
|---|---|---|
| opendevreview | Takashi Kajinami proposed openstack/nova-specs master: libvirt: AMD SEV-SNP support https://review.opendev.org/c/openstack/nova-specs/+/983376 | 02:09 |
| dougszu | sean-k-mooney - morning, the bug about ephemeral volume corruption during VM migration (https://bugs.launchpad.net/nova/+bug/2095173) has that been fixed in Nova by dropping the creation of a filesystem in the base image? | 09:01 |
| lajoskatona | Uggla: Hi, today I have a topic for os-external-events vs Neutron notifier vs SDK (https://etherpad.opendev.org/p/nova-2026.2-ptg#L771), shall I ask to have it discussed before 1530UTC (1730 CEST) as I have to drop around that time ? | 12:12 |
| Uggla | Hi lajoskatona, it should happen around 1400 / 1430UTC. So yes. | 12:16 |
| lajoskatona | Uggla: thanks | 12:19 |
| jkulik | How come n-api and n-scheduler require a cell DB? Is it just to be able to register as a compute service? | 12:53 |
| sean-k-mooney | jkulik: its used for 2 thing | 12:59 |
| sean-k-mooney | so cell 0 is where all the service entries for the global serviece live i..e the schdluer/api ecta | 13:00 |
| jkulik | ah. cell0! thanks, I thought I'd have to use a productive cell | 13:00 |
| sean-k-mooney | its also used to sotre instance that cannot be schduled ot "real" "comptue" cells | 13:00 |
| sean-k-mooney | jkulik: ya no you put those in cell 0 | 13:00 |
| jkulik | thank you. helped a lot | 13:01 |
| sean-k-mooney | right os the api need a plce to stre the full instnace object for an instance that failed to go to a real cell so we just use that for the service records as well | 13:01 |
| jkulik | yeah. makes sense. thanks again | 13:01 |
| sean-k-mooney | i dont think it woudl breake anything to have the scuder use the cell1 db isntead but it buys you nothing either because you still need cell0 and the schduelr does not work per cell so we recommend cell0 because it alwasy extis and it shoudl be under less load | 13:02 |
| sean-k-mooney | jkulik: no worries | 13:02 |
| opendevreview | Lajos Katona proposed openstack/nova master: Use SDK for Neutron security-groups https://review.opendev.org/c/openstack/nova/+/981141 | 13:47 |
| opendevreview | Takashi Kajinami proposed openstack/nova-specs master: libvirt: AMD SEV-SNP support https://review.opendev.org/c/openstack/nova-specs/+/983376 | 13:55 |
| opendevreview | Anton Iacobaeus proposed openstack/nova-specs master: Intel TDX support in libvirt driver https://review.opendev.org/c/openstack/nova-specs/+/979608 | 14:35 |
| bauzas | Uggla: planning any break after the current discussion ? I'm afraid to say I'm a little fried and I need coffee | 14:58 |
| Uggla | Yes I'd like to have a short 5mn break if TheJulia and dansmith are ok. | 14:58 |
| TheJulia | fine with me | 15:01 |
| Uggla | TheJulia thx | 15:06 |
| tkajinam | just in case someone can answer this question ... In case we remove a trait from a compute host RP, it does not care any existing instance requires that trait, right ? | 15:07 |
| TheJulia | That is an interesting question and relates to the next topic :) | 15:09 |
| dansmith | tkajinam: no, nothing will break | 15:10 |
| dansmith | meaning, there's no checking like that, nor any implication that traits now mean traits in the future or past | 15:10 |
| TheJulia | That is what I was thinking based upon what was in my recall of nova code, because its far past the use of scheduling | 15:10 |
| tkajinam | ok | 15:10 |
| tkajinam | and that's what I thought | 15:11 |
| opendevreview | Stephen Finucane proposed openstack/os-vif master: pre-commit: Bump versions https://review.opendev.org/c/openstack/os-vif/+/976358 | 16:23 |
| opendevreview | Stephen Finucane proposed openstack/os-vif master: Migrate setup configuration to pyproject.toml https://review.opendev.org/c/openstack/os-vif/+/976359 | 16:23 |
| opendevreview | Stephen Finucane proposed openstack/os-vif master: tests: Remove errant parameters https://review.opendev.org/c/openstack/os-vif/+/976360 | 16:23 |
| opendevreview | Stephen Finucane proposed openstack/os-vif master: trivial: Use bit shifting https://review.opendev.org/c/openstack/os-vif/+/976361 | 16:23 |
| opendevreview | Stephen Finucane proposed openstack/os-vif master: typing: Add initial type annotations https://review.opendev.org/c/openstack/os-vif/+/745162 | 16:23 |
| opendevreview | Stephen Finucane proposed openstack/os-vif master: typing: Add typing to vif_plug_noop module https://review.opendev.org/c/openstack/os-vif/+/976362 | 16:23 |
| opendevreview | Stephen Finucane proposed openstack/os-vif master: WIP: typing: Add typing to vif_plug_ovs module https://review.opendev.org/c/openstack/os-vif/+/976363 | 16:23 |
| opendevreview | Dan Smith proposed openstack/python-novaclient master: Remove deprecation warning workaround https://review.opendev.org/c/openstack/python-novaclient/+/985993 | 18:21 |
| sean-k-mooney | melwitt: so picking up our conversation form yestereday https://zuul.opendev.org/t/openstack/build/a5324089fe45434ca8ed15a8de9e12a3 the failure in that job is weried. | 19:25 |
| melwitt | yeah I have seen that before and I never understand how the thing doesn't have the 'openstack' command | 19:26 |
| sean-k-mooney | if i look at the local.conf the SERVICE_HOST didnt make it to the local.conf https://zuul.opendev.org/t/openstack/build/a5324089fe45434ca8ed15a8de9e12a3/log/controller/logs/local_conf.txt | 19:26 |
| melwitt | the last revision of the ipv6 devstack stuff I think messed up the expected format for an apache config for the listen address so I'm trying to figure that out | 19:27 |
| melwitt | hm | 19:27 |
| sean-k-mooney | that form world dbump if we fail really early i.e. beofre devstack has run and installed it | 19:27 |
| sean-k-mooney | ack so looking at the logs we dont have a stack log | 19:28 |
| sean-k-mooney | so we failed super early in the job | 19:28 |
| melwitt | oh maybe it's expected it wouldn't be in local.conf bc it's under devstack_localrc not devstack_local_conf | 19:28 |
| melwitt | it's been comical how difficult getting the f'ing ipv6 url format right for the different parts has been | 19:29 |
| sean-k-mooney | its also not in https://zuul.opendev.org/t/openstack/build/a5324089fe45434ca8ed15a8de9e12a3/log/controller/logs/_.localrc_auto.txt | 19:29 |
| melwitt | some need the brackets or it blows up, some have to not have the brackets or it blows up. I'm really not liking whoever invented brackets | 19:29 |
| sean-k-mooney | lol you might be cursed. | 19:30 |
| sean-k-mooney | https://zuul.opendev.org/t/openstack/build/a5324089fe45434ca8ed15a8de9e12a3/log/zuul-info/zuul-info.controller.txt | 19:30 |
| melwitt | probably | 19:31 |
| sean-k-mooney | i dont know if that will break it but that host does nto have a publicly reoutable ipv6 adresss | 19:31 |
| sean-k-mooney | i guess link local ipv6 could work | 19:31 |
| sean-k-mooney | but i dont know if that will show up in teh default ipv6 varibale | 19:31 |
| sean-k-mooney | SERVICE_HOST: '[{{hostvars[''controller''][''ansible_default_ipv6''][''address'']}}]' | 19:32 |
| melwitt | yeah ... I wonder is this a futile endeavor? how can we make sure our zuul nodes have routable ipv6 addresses? | 19:32 |
| sean-k-mooney | although HOST_IP: '{{ hostvars[inventory_hostname][''nodepool''][''private_ipv4''] | 19:32 |
| sean-k-mooney | }}' | 19:32 |
| sean-k-mooney | is the host ip var so the double '' i guess is expected | 19:32 |
| melwitt | ansible_default_ipv6: {} | 19:33 |
| melwitt | in https://zuul.opendev.org/t/openstack/build/a5324089fe45434ca8ed15a8de9e12a3/log/zuul-info/host-info.controller.yaml | 19:33 |
| sean-k-mooney | https://zuul.opendev.org/t/openstack/build/a5324089fe45434ca8ed15a8de9e12a3/log/zuul-info/host-info.controller.yaml#214 | 19:34 |
| melwitt | I was just looking at that | 19:34 |
| sean-k-mooney | so we could get the first ipv6 adress if we knw the interface name | 19:34 |
| melwitt | and that shows up in ansible_all_ipv6_addresses | 19:35 |
| sean-k-mooney | oh it does | 19:35 |
| sean-k-mooney | and ansible_all_ipv6_addresses does not inlcude loopback | 19:35 |
| sean-k-mooney | ok so maybe we shoudl use that instead jsut take the first one | 19:35 |
| * melwitt nods | 19:36 | |
| sean-k-mooney | "{{ ansible_all_ipv6_addresses | sort | first }}" | 19:41 |
| sean-k-mooney | well that need the hostvars bit too | 19:41 |
| sean-k-mooney | gemini gave me a rmore corerct slolution that is robust | 19:41 |
| sean-k-mooney | but link lofal adresses start with fe which is after public unicase adreses that start with 2000 prefxi | 19:42 |
| melwitt | I did not know that | 19:43 |
| sean-k-mooney | in knew fe80 was link local | 19:43 |
| sean-k-mooney | but not the other prefix ranges | 19:43 |
| sean-k-mooney | 2000::/3 Global Unicast | 19:43 |
| sean-k-mooney | fe80::/10 Link-Local | 19:43 |
| sean-k-mooney | fc00::/7 Unique Local (ULA) | 19:44 |
| sean-k-mooney | ::1/128 Loopback | 19:44 |
| sean-k-mooney | there are probaly other for mutli cast and such but sorting will put the public adress first if there is one | 19:44 |
| sean-k-mooney | the correct way to do this is apprently | 19:45 |
| sean-k-mooney | {{ | 19:45 |
| sean-k-mooney | ansible_all_ipv6_addresses | select('ansible.utils.in_network', '2000::/3') | first | 19:45 |
| sean-k-mooney | | default(ansible_all_ipv6_addresses | reject('match', '^::1') | first) | 19:45 |
| sean-k-mooney | }} | 19:45 |
| sean-k-mooney | which makes sense sort of but it way mor ecomplciate then it need to be | 19:45 |
| melwitt | O_o | 19:46 |
| sean-k-mooney | SERVICE_HOST: "[{{ (hostvars['controller']['ansible_all_ipv6_addresses'] | sort | first) }}]" | 19:48 |
| sean-k-mooney | might work | 19:49 |
| sean-k-mooney | im tempted to just put clause in a vm with ipv6 and tell it to figure out how to make it work with ipv6 | 19:50 |
| sean-k-mooney | *claude | 19:50 |
| melwitt | you could try haha. I've been using it to make the WIP devstack changes and it has gone on tangents changing things that didn't need to, so ymmv | 19:51 |
| sean-k-mooney | the actual failure in devstack was that it promted for the db password by the way | 19:52 |
| sean-k-mooney | and it did that because it didnt proplry create the local.conf | 19:53 |
| melwitt | hah | 19:53 |
| sean-k-mooney | presumabel becasue it was unhappy with the way we set the ip | 19:53 |
| sean-k-mooney | ok im going to go make dinner but i might spin up 1 or 2 vms locally and try this out but maybe next week | 19:58 |
| melwitt | ok, thanks for the help o/ | 19:59 |
| opendevreview | Dan Smith proposed openstack/python-novaclient master: Remove deprecation warning workaround https://review.opendev.org/c/openstack/python-novaclient/+/985993 | 20:13 |
| opendevreview | melanie witt proposed openstack/nova master: DNM test ceph ipv6 https://review.opendev.org/c/openstack/nova/+/984623 | 22:24 |
| gmaan | Uggla: just realized that 14 UTC tomorrow is board sessions for agentic AI which overalap with service-to-service communication, can we keep that at 13 UTC in original time ? | 22:50 |
| gmaan | Uggla: or if we are keeping the nova-reviewers talks at 13 UTC then right after that 13.30 UTC also works fine | 22:53 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!