| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-06-01 | |||
| 16:28:13 | gibi | gmann: I think the echo is coming from your machine | |
| 16:28:33 | gibi | gmann: yeah, as soon as you muted it went away | |
| 16:28:35 | gmann | gibi: is it? now ok ?i muted mine | |
| 16:28:37 | gmann | ohk | |
| 16:28:40 | gmann | sorry | |
| 16:37:29 | alex_xu__ | that is strange, I can see some people in the room, but no gmann ... | |
| 16:43:53 | gibi | alex_xu__: I see you joining and then dropping | |
| 17:14:25 | gibi | gmann: please add a separate topic to the nova etherpad if the healthcheck stuff needs nova specific further discussion | |
| 17:14:57 | gmann | gibi: sure, adding notes what we discussed then I will add new topic | |
| 17:15:14 | gibi | gmann: thank you for both | |
| 17:16:53 | gibi | I'm leave for today. See you all tomorrow | |
| 17:17:26 | gmann | gibi: thanks see you tomorrow | |
| 17:17:34 | gibi | o/ | |
| 17:17:54 | gmann | dansmith: johnthetubaguy i added notes on nova etherpad for healthchcks, please check if i missed anything | |
| 17:23:47 | dansmith | gmann: yep looks good to me | |
| 17:23:56 | gmann | thanks | |
| 17:24:21 | gmann | gibi: added it at the last in etherpad | |
| #openstack-nova - 2020-06-02 | |||
| 00:14:48 | ikla | I have a dual-port network card and have 4 type-VF per port totalling 8. Is there a way to tell a flavor to us the VF for a specific port using a pci address or something else? | |
| 00:31:11 | josephillips | hi | |
| 00:31:25 | josephillips | im having a issue today idk when im trying to perform a resize i got a error | |
| 00:31:50 | josephillips | that unable to connect to a endpoint if i check the url is the nova api ip address with the placement port | |
| 00:32:05 | josephillips | im checking the keystone endpoints and are correct | |
| 02:16:14 | ksk_ | Is there a way to set an 'vnic-type' option to neuron port via nova create server api? | |
| 02:16:14 | ksk_ | but I can't create a VM with 'nova boot' command. | |
| 02:16:14 | ksk_ | I can create a VM instance with pre-created SR-IOV port(created with 'vnic-type=direct') | |
| 02:16:14 | ksk_ | Hello, I want to create a VM with SR-IOV port. | |
| 02:54:24 | openstackgerrit | Rui Zang proposed openstack/nova master: TEST: DO NOT REVIEW https://review.opendev.org/732473 | |
| 07:25:20 | openstackgerrit | Kevin Zhao proposed openstack/nova master: a https://review.opendev.org/732485 | |
| 07:29:01 | openstackgerrit | Kevin Zhao proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job https://review.opendev.org/714439 | |
| 07:57:19 | bauzas | good morning Nova | |
| 08:01:09 | gibi | good morning | |
| 08:01:30 | bauzas | gibi: sorry was unable to join yesterday | |
| 08:01:37 | bauzas | how went the oslo discussion ? | |
| 08:01:46 | bauzas | I tried to provide my thoughts in the etherpad | |
| 08:02:47 | gibi | bauzas: I think it went OK. | |
| 08:03:20 | gibi | The policy work needs multiple steps, see the oslo etherpad | |
| 08:03:48 | gibi | for the healthcheck I think we agreed with a way forward | |
| 08:03:56 | gibi | that is documented in the nova etherpad | |
| 08:04:16 | gibi | I think your input is part of the agreement | |
| 08:05:00 | gibi | so we went to the service level check instead of the system level check as you suggested | |
| 08:06:39 | bauzas | ack ok | |
| 08:06:51 | bauzas | honestly, I'm not THAT opiniated | |
| 08:06:56 | bauzas | I just wanted to help | |
| 08:07:13 | bauzas | (I was an operator for 8 years before working on OpenStack :p ) | |
| 08:07:25 | bauzas | but okay | |
| 08:07:33 | gibi | :) | |
| 08:07:49 | gibi | jitsi worked pretty OK except for alex_xu | |
| 08:08:13 | gibi | but chrome or chromium is highly suggested over firefox for stability | |
| 08:08:51 | gibi | see http://lists.openstack.org/pipermail/openstack-discuss/2020-June/015206.html | |
| 08:10:30 | gibi | looking at the today's schedule I think I will join qa and tc as nothing nova specific is on | |
| 08:17:00 | bauzas | yeah was wondering to attend the TC discussion | |
| 08:18:36 | bauzas | mmmpf, missed the cyborg discussions | |
| 08:18:37 | bauzas | // | |
| 08:18:38 | bauzas | :/ | |
| 08:32:23 | brinzhang | bauzas: you can attend in tomorrow ^ ,June 3 Wednesday 6:00 UTC - 8:00 UTC, Room Cactus | |
| 08:32:46 | brinzhang | bauzas: cyborg scheduler in Etherpad https://etherpad.opendev.org/p/cyborg-victoria-goals | |
| 08:38:43 | bauzas | brinzhang: this is honestly super early for me and I need to plan stuff for my kids, but I'll try | |
| 08:40:38 | brinzhang | bauzas: thanks. I have the same problem with you, I try to join nova PTG yesterday, but it's too later, sleeping while waiting, it is gratifying to be able to look back at the etherpad records discussed ^^ | |
| 08:40:57 | bauzas | I do understand you | |
| 08:40:59 | bauzas | :) | |
| 09:03:39 | openstackgerrit | Kevin Zhao proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job https://review.opendev.org/714439 | |
| 10:38:58 | kashyap | FYI, a libvirt dev just informed the instructions here are outdated (and doesn't work) ... https://docs.openstack.org/image-guide/freebsd-image.html | |
| 10:39:28 | kashyap | Maybe it's for the Glance folks? (But it needs to be reviewed in combination by both Nova and Glance folks :)) | |
| 11:03:48 | nightmare_unreal | hey does nova reboot can also reboot a hypervisor/compute node ? | |
| 11:04:09 | nightmare_unreal | or is there another way to reboot a hypervisor | |
| 11:05:24 | lee1 | nightmare_unreal: there's no API provided by Nova to reboot the host. | |
| 11:05:58 | nightmare_unreal | oh okay !! | |
| 11:06:16 | nightmare_unreal | how can one reboot the host then ? | |
| 11:06:32 | nightmare_unreal | OS commands | |
| 11:06:35 | lyarwood | nightmare_unreal: yes | |
| 11:06:53 | nightmare_unreal | okay :) Thanks | |
| 11:35:06 | openstackgerrit | Alexandre Arents proposed openstack/nova stable/stein: Reserve DISK_GB resource for the image cache https://review.opendev.org/732529 | |
| 11:53:37 | openstackgerrit | Alexandre Arents proposed openstack/nova stable/stein: Add admin doc information about image cache resource accounting https://review.opendev.org/732542 | |
| 11:58:20 | openstackgerrit | John Garbutt proposed openstack/nova master: Update quota apis with keystone limits and usage https://review.opendev.org/713499 | |
| 11:58:29 | openstackgerrit | John Garbutt proposed openstack/nova master: Add reno for unified limits https://review.opendev.org/715271 | |
| 13:06:01 | openstackgerrit | Lee Yarwood proposed openstack/nova stable/train: libvirt: Don't delete disks on shared storage during evacuate https://review.opendev.org/731273 | |
| 13:06:01 | openstack | bug 1550919 in OpenStack Compute (nova) "[Libvirt]Evacuate fail may cause disk image be deleted" [Medium,Fix released] https://launchpad.net/bugs/1550919 - Assigned to Lee Yarwood (lyarwood) | |
| 13:06:01 | openstackgerrit | Lee Yarwood proposed openstack/nova stable/train: Add functional test for bug 1550919 https://review.opendev.org/731272 | |
| 13:12:58 | johnthetubaguy | lyarwood, stephenfin: looking at this one: https://review.opendev.org/#/c/680648/4 I am thinking this works a little bit, it means the action log works properly :) | |
| 13:16:27 | lyarwood | johnthetubaguy: that's true | |
| 13:16:45 | johnthetubaguy | I am not quite sure if that is what they meant in the commit message though | |
| 13:16:55 | johnthetubaguy | made me wonder if we break that elsewhere actually | |
| 13:17:43 | johnthetubaguy | its really useful when that works, with the current horizon UI | |
| 13:20:26 | stephenfin | johnthetubaguy: You might be doing this already, but could I get you to review the rest of that series from jaypipes too? https://review.opendev.org/#/c/615618/ I'm happy to rework whatever you spot (I see one -1 so far) | |
| 13:20:41 | stephenfin | whoops, two | |
| 13:20:59 | johnthetubaguy | stephenfin: I kinda stopped as I see a few sets of things there, some I like, some I hate | |
| 13:21:25 | johnthetubaguy | basically I think we might need a spec for the quota classes stuff, as it impacts the API if we do it properly | |
| 13:21:51 | johnthetubaguy | I am all for removing quota class from the context though, seems like a good tidy up | |
| 13:22:10 | johnthetubaguy | and the unit tests using the string "default" for the quota class makes really good sense | |
| 13:23:20 | stephenfin | johnthetubaguy: Ah, okay, I'd thought it was pretty slam dunk but clearly not | |
| 13:24:08 | stephenfin | So maybe I'd be better off just abandoning the -1 ones rather than rework them | |
| 13:24:11 | johnthetubaguy | stephenfin: its a bit self centered, by patches need the code he drops, and get more complicated with his chnages | |
| 13:24:27 | johnthetubaguy | s/by/my/ | |
| 13:24:31 | johnthetubaguy | re unified limits | |
| 13:24:34 | stephenfin | yup :) I was hoping you'd review this for just that reason | |
| 13:24:51 | stephenfin | (I think I stuck you on the review, in fact, but maybe not) | |
| 13:24:53 | stephenfin | *s | |
| 13:24:58 | johnthetubaguy | its something worth tidy up though | |
| 13:25:17 | johnthetubaguy | that happens so much, I don't see those mails too often I am afraid | |
| 13:25:37 | johnthetubaguy | ... I should say the filter doesn't involve your name, its not a personal thing :) | |