| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-06-02 | |||
| 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 :) | |
| 13:26:24 | johnthetubaguy | stephenfin: I am torn on the abandon thing, because I agree that mess needs cleaning up (I think unified limits does that quite a bit, FWIW) | |
| 13:26:47 | stephenfin | heh :) | |
| 13:27:04 | stephenfin | hmm, perhaps you could incorporate them into your series, if you've bandwidth? | |
| 13:27:25 | johnthetubaguy | it could be a good follow on | |
| 13:27:54 | stephenfin | okay, so get unified limits in and _then_ look at this again? | |
| 13:28:33 | stephenfin | (for reference, the reason I even spotted these is that I'm trying to merge the long tail of really-old-but-likely-still-valid patches we have) | |
| 13:29:59 | openstackgerrit | Kevin Zhao proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job https://review.opendev.org/714439 | |
| 14:20:46 | josephillips | hi im having a issue with nova when i perform a resize nova try to perform a request to a old url of placement | |
| 14:21:01 | josephillips | even all the endpoint are correctly | |
| 14:21:42 | openstack | Launchpad bug 1881704 in OpenStack Compute (nova) "Resize don't work on Train when placement is in another Address" [Undecided,New] | |
| 14:21:42 | josephillips | https://bugs.launchpad.net/nova/+bug/1881704 | |
| 14:28:34 | openstackgerrit | Merged openstack/nova master: docs: Remove subtitles, metadata from man pages https://review.opendev.org/729916 | |
| 14:39:48 | rouk | hmph, did the block-device-mapping metadata api break in train? for some reason volumes dont show up, but the root disk does. | |
| 14:40:26 | sean-k-mooney | not that im aware of | |
| 14:41:02 | sean-k-mooney | rouk: are you refering to the device role tagging metadata or just volume metadata in general | |
| 14:41:05 | rouk | any debugging steps i can follow? i have a stein and a train cluster, i add a volume in stein, shows up, add a volume in train, no dice. | |
| 14:41:50 | rouk | sean-k-mooney: latest/meta-data/block-device-mapping/ doesnt get volumes, but does show root disk, basically. | |
| 14:42:24 | rouk | code looks simple in nova/api/metadata/base.py... not sure how it could break unless instance.mappings is changed in stein? | |
| 14:43:02 | openstackgerrit | Merged openstack/nova master: hacking: Modify checks for translated logs https://review.opendev.org/728967 | |
| 14:43:09 | openstackgerrit | Merged openstack/nova master: Add py38 package metadata https://review.opendev.org/724990 | |
| 14:43:48 | openstackgerrit | Lee Yarwood proposed openstack/nova stable/stein: libvirt: Don't delete disks on shared storage during evacuate https://review.opendev.org/732696 | |
| 14:43:48 | 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) | |
| 14:43:48 | openstackgerrit | Lee Yarwood proposed openstack/nova stable/stein: Add functional test for bug 1550919 https://review.opendev.org/732695 | |
| 14:45:53 | rouk | sean-k-mooney: sorry, changed in train, the metadata api code looks unchanged... so itd have to be a change of mappings format? any ideas? | |
| 14:46:10 | sean-k-mooney | rouk: are you using trusted_vfs by any chance | |
| 14:46:29 | sean-k-mooney | actully never mind | |
| 14:46:36 | rouk | im going to say... no? never heard of it. | |
| 14:46:51 | sean-k-mooney | i was debating if the addtion of a continue would affect it but it will not | |
| 14:47:22 | sean-k-mooney | rouk: its an sriov related feature i was just looking at git blame | |
| 14:47:57 | rouk | ive traced as far as https://github.com/openstack/nova/blob/master/nova/api/metadata/base.py#L284 so far | |
| 14:48:07 | rouk | which looks unchanged | |