| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-08-29 | |||
| 09:13:15 | alex_xu | it will be ok in office, but in home, with my vpn...sometime I can't upload the picture successful | |
| 09:13:36 | sean-k-mooney | our current system requires you to do that. and then email them because we are using an oracle syslte where the website cant attach recpis after you itemis each expense | |
| 09:14:28 | sean-k-mooney | oh and you have to currently convert all image to pdf first | |
| 09:15:18 | alex_xu | concour support jpg, so it is ok, but the iphone has another format...I need to save the picture as jpg | |
| 09:15:33 | sean-k-mooney | and compress them to not exceed attachment size on the email. | |
| 09:15:40 | alex_xu | hah | |
| 09:16:14 | sean-k-mooney | iphone uses png and raw filtes right | |
| 09:16:40 | alex_xu | emm...no, I don't remember which format | |
| 09:16:49 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Rename the nova-grenade-live-migration job to nova-grenade-multinode https://review.opendev.org/678841 | |
| 09:16:50 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Add cold migrate and resize to nova-grenade-multinode https://review.opendev.org/679210 | |
| 09:17:11 | alex_xu | .heic | |
| 09:17:26 | sean-k-mooney | i have never heared of that | |
| 09:17:40 | alex_xu | me too | |
| 09:18:58 | sean-k-mooney | oh is part of the h265/hvec standard form the MPEG body | |
| 09:20:47 | alex_xu | I guess that is used to support live photo | |
| 09:28:18 | openstackgerrit | Fan Zhang proposed openstack/nova master: Clear RequestSpec requested_destination and ignore_hosts in confirm/revert resize. https://review.opendev.org/679212 | |
| 10:02:08 | openstackgerrit | sean mooney proposed openstack/nova master: Libvirt: report storage bus traits https://review.opendev.org/666914 | |
| 10:02:09 | openstackgerrit | sean mooney proposed openstack/nova master: Add transform_image_metadata request filter https://review.opendev.org/665775 | |
| 10:02:09 | openstackgerrit | sean mooney proposed openstack/nova master: libvirt: use domain capabilities to get supported device models https://review.opendev.org/666915 | |
| 10:02:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Ensure online migrations have a unique name https://review.opendev.org/679096 | |
| 10:02:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Rename 'nova.tests.unit.test_nova_manage' https://review.opendev.org/679095 | |
| 10:02:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: objects: Add online migration for legacy NUMA objects https://review.opendev.org/537414 | |
| 10:03:58 | stephenfin | bauzas: Fancy putting this trivial test-only patch and it's predecessor through? https://review.opendev.org/#/c/679096/ | |
| 10:15:44 | shilpasd | stephenfin: hi, going through your changes regarding Flatten 'ResourceRequest.from_extra_specs', ...https://github.com/openstack/nova/commit/7abe83f6460b053985c45d5b7af2b0ed5b17b66a | |
| 10:16:30 | shilpasd | stephenfin: accordingly making changes to https://review.opendev.org/#/c/671075/10/nova/scheduler/request_filter.py@69 | |
| 10:16:40 | shilpasd | so help me more to understand the same | |
| 10:16:47 | stephenfin | sure, shoot | |
| 10:17:52 | shilpasd | utils.ResourceRequest will hold all flavor and image related info | |
| 10:18:03 | shilpasd | no need to extract separately, right | |
| 10:18:42 | stephenfin | yeah, the idea is to do any translation from image metadata or flavor extra specs inside that class | |
| 10:18:53 | stephenfin | for example | |
| 10:19:43 | stephenfin | https://review.opendev.org/#/c/671801/32/nova/scheduler/utils.py@106 | |
| 10:20:03 | stephenfin | This avoids the need to set stuff on the request_spec.flavor.extra_specs field | |
| 10:24:48 | stephenfin | alex_xu: Can you elaborate on https://review.opendev.org/#/c/672693/13/nova/virt/libvirt/driver.py@a5938 ? | |
| 10:25:41 | shilpasd | ok got it, now in my changes i have to call utils.ResourceRequest(request_spec) | |
| 10:26:38 | stephenfin | shilpasd: In your case, yeah, that sounds correct | |
| 10:27:36 | shilpasd | stephenfin: tnx for clarification, will update and if further queries will ping you here | |
| 10:35:38 | aspiers | stephenfin: so that means I have to rewrite https://review.opendev.org/#/c/664420/44/nova/scheduler/request_filter.py@181 now? | |
| 10:35:52 | aspiers | I'm still in the process of grokking your change | |
| 10:36:29 | stephenfin | aspiers: yeah, probably, but (a) I'm happy to help out with that and (b) you're now in a runway | |
| 10:37:07 | stephenfin | aspiers: tl;dr: drop that change to nova/scheduler/request_filter.py and instead add a translation function inside the ResourceRequest object | |
| 10:37:22 | stephenfin | like we're doing here https://review.opendev.org/#/c/671801/32/nova/scheduler/utils.py@106 | |
| 10:37:41 | stephenfin | at least, I think that's the way we're going. Run it by efried in case I'm talking out of my ass :) | |
| 10:38:22 | stephenfin | I need to migrate the 'compute_status_filter' filter across to do the same thing | |
| 10:44:57 | openstackgerrit | Merged openstack/nova stable/stein: doc: remove confusing docs about aggregate allocation ratios https://review.opendev.org/678254 | |
| 10:47:26 | aspiers | stephenfin: are you about to move SEV into the etherpad's runways section? I see you updated the history at the bottom | |
| 10:47:36 | stephenfin | I am | |
| 10:47:40 | stephenfin | sorry, got distracted | |
| 10:47:41 | aspiers | kewl | |
| 10:47:44 | aspiers | haha np :) | |
| 10:47:46 | stephenfin | many plates | |
| 10:47:51 | aspiers | indeed | |
| 10:56:00 | stephenfin | kashyap: You asked for a review on https://review.opendev.org/#/c/673790/ but it looks like aspiers has some open comments. Are those resolved? It's not clear | |
| 10:56:36 | kashyap | stephenfin: Hey, yeah. Discussed with aspiers, too, yesterday on #virt. Just wanted a different set of eyes, along with ours | |
| 10:56:46 | stephenfin | ah, gotcha | |
| 10:56:51 | stephenfin | sure, I'll look after lunch | |
| 10:57:08 | kashyap | Sure, thx for remembering :-) | |
| 10:59:57 | aspiers | stephenfin, kashyap: just added some more comments | |
| 11:00:13 | openstackgerrit | Brin Zhang proposed openstack/nova master: Filter migrations by user_id/project_id https://review.opendev.org/674243 | |
| 11:00:16 | kashyap | aspiers: /me looks; thank you | |
| 11:04:29 | kashyap | aspiers: Agreed in general. But as a background, I used the "features" term, as in, they're loader's features. | |
| 11:04:42 | kashyap | aspiers: But happy to of course make the change to enums. If that's clearer | |
| 11:12:46 | openstackgerrit | Kashyap Chamarthy proposed openstack/nova master: libvirt: Parse the 'os' element from domainCapabilities https://review.opendev.org/673790 | |
| 11:13:56 | kashyap | aspiers: --^ Better? Two changes: (a) rename to 'enums; (b) in the tests, use variables for the assertEqual() express. | |
| 11:28:04 | aspiers | kashyap: very close :) | |
| 11:28:39 | kashyap | aspiers: Yeah, you're right. The damn variable | |
| 11:28:45 | kashyap | Let me remove it :-) | |
| 11:30:38 | aspiers | kashyap: I understand why you used features first time around. But if I was being pedantic (and I am, because that's what I do), none of "type" / "yes" / "no" are (conceptual) features, whereas they *are* parts of enumerations of allowed components in a schema. | |
| 11:30:40 | kashyap | I "hearby order" the unit tests to succeed | |
| 11:30:45 | aspiers | Hehe | |
| 11:31:00 | kashyap | [No? You won't budge? Okay, I'll fix it :D] | |
| 11:32:36 | brinzhang | Who can review https://review.opendev.org/#/c/665136/ Specifying AZ to unshelve the server, already +2 by Matt. | |
| 11:32:43 | kashyap | aspiers: Okay, you saw why I did. And yes, I agree with the pedantry and renaming is the Right Thing. In future, too, don't hesitate to think out loud and persist that way. Appreciate it | |
| 11:33:11 | brinzhang | Today is the deadline in runway, thanks :P | |
| 11:43:27 | sean-k-mooney | i didnt know we used runways for nova clinent review but i guess that makes sense | |
| 11:47:00 | brinzhang | beacuse of it belongs to the bp, does need to remove the part of the bp with novaclient or openstackclient patch? | |
| 11:48:43 | sean-k-mooney | brinzhang: no its fine | |
| 11:49:21 | sean-k-mooney | its just most people dont get around to doing the client update when they add an new api | |
| 11:50:29 | brinzhang | sean-k-mooney: yeah, IMO, they belong to the same part of nova and will only reset the bp state if they are all completed, so I add the novalient and OSC | |
| 11:51:15 | brinzhang | sean-k-mooney: If anyone canot necessary, I can remove it from the runway, reduce the work for reviewer :P | |
| 11:51:49 | sean-k-mooney | the patch is close so i would leave it | |
| 11:52:06 | sean-k-mooney | stephenfin: can are you core on nova-client | |
| 11:53:08 | sean-k-mooney | yep nova-core is in the group | |
| 11:53:17 | sean-k-mooney | https://review.opendev.org/#/c/665136/ is short | |
| 11:53:22 | brinzhang | Yeah | |
| 11:53:53 | sean-k-mooney | when you get back form luch that is | |
| 11:54:23 | brinzhang | nova-core has the +1 W permission for novaclient | |
| 11:55:27 | brinzhang | sean-k-mooney: Oh, no, I will go home, maybe tomorrow can see it :) | |
| 11:55:41 | brinzhang | sean-k-mooney: Thanks again. | |
| 11:58:26 | kashyap | aspiers: Hey, before I hit `git review`, you cool with this additional 'diff' for tests? -- http://paste.openstack.org/show/766973/ | |
| 11:58:47 | kashyap | (The multiple entries are for different arches...) | |
| 12:04:18 | sean-k-mooney | kashyap: do all those arch support it | |
| 12:04:38 | sean-k-mooney | the current static data was taken form vrish | |
| 12:05:06 | sean-k-mooney | if mipsel or sparc does not support secure boot we shoudl not add it | |
| 12:05:31 | kashyap | sean-k-mooney: From my look up all of them seem to do | |
| 12:05:39 | sean-k-mooney | ok | |
| 12:05:53 | aspiers | I had the same question as sean-k-mooney | |
| 12:06:03 | aspiers | kashyap: so the diff looks good to me | |
| 12:06:29 | kashyap | sean-k-mooney: I lied, I'm not sure of PPC -- let me check | |
| 12:07:15 | sean-k-mooney | PPC at lest the 64bit versions definetly supports uefi secure boot | |