| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-09-19 | |||
| 07:58:09 | bauzas | dpawlik_: lemme stash my current work :) | |
| 08:02:49 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova-specs master: Spec: allocation candidates in tree https://review.openstack.org/603585 | |
| 08:08:53 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: cells: Be explicit in docs about service restarts https://review.openstack.org/603588 | |
| 08:10:04 | bauzas | dpawlik_: ^ | |
| 08:16:45 | kashyap | Sigh, copy-pasting Git commit messages seem to break the line-wrapping in LaunchPad: https://bugs.launchpad.net/nova/+bug/1789868 | |
| 08:16:45 | openstack | Launchpad bug 1789868 in OpenStack Compute (nova) "RFE: Add a virtio-rng device to Nova instances by default" [Medium,Triaged] - Assigned to Kashyap Chamarthy (kashyapc) | |
| 08:16:58 | kashyap | The formatting is now fugly | |
| 08:18:46 | dpawlik_ | bauzas: checking | |
| 08:22:23 | dpawlik_ | bauzas: maybe warning will be better than info | |
| 08:22:34 | dpawlik_ | but it looks good | |
| 08:23:18 | bauzas | not really | |
| 08:24:09 | dpawlik_ | bauzas: im reading it from my perspective where I was wondering half day why my deployment doesn't work correctly | |
| 08:38:15 | kashyap | bauzas: johnthetubaguy: Hey there, this trivial thing is ready for merge: https://review.openstack.org/#/c/602592/ | |
| 09:26:14 | openstackgerrit | Vlad Gusev proposed openstack/nova stable/queens: WIP libvirt: Reduce calls to qemu-img during update_available_resource https://review.openstack.org/603358 | |
| 09:33:20 | openstackgerrit | Vlad Gusev proposed openstack/nova stable/queens: libvirt: Reduce calls to qemu-img during update_available_resource https://review.openstack.org/603358 | |
| 09:46:35 | bauzas | kashyap: sorry, was on meeting | |
| 09:48:22 | bauzas | kashyap: do we recreate the guest XML on start() ? | |
| 09:48:34 | bauzas | kashyap: I'm confused by https://review.openstack.org/#/c/602592/3/releasenotes/notes/Use-virt-as-machine-type-for-ARMv7-cd2c252336057ec8.yaml | |
| 09:48:37 | bauzas | but I can check | |
| 09:49:39 | bauzas | kashyap: nevermind, I check | |
| 09:49:41 | bauzas | checked* | |
| 09:50:09 | bauzas | https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L2931 | |
| 09:51:36 | bauzas | oops, bad link https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L2895 | |
| 09:58:03 | kashyap | bauzas: Sorry, was out to get some groceries | |
| 09:58:16 | bauzas | nah no worries | |
| 09:59:03 | kashyap | bauzas: Would you like me to update the text here: https://review.openstack.org/#/c/602592/3/releasenotes/notes/Use-virt-as-machine-type-for-ARMv7-cd2c252336057ec8.yaml | |
| 09:59:21 | kashyap | bauzas: Since your question is answered (by yourself), or is the text good as-is for you? | |
| 09:59:28 | kashyap | Ah, you +2ed it | |
| 10:00:33 | kashyap | Thanks for looking! | |
| 11:49:21 | pvc | good evening bauzas is vgpu supported on ocata? | |
| 11:49:52 | bauzas | nope, queens only | |
| 11:50:02 | pvc | queens and rocky right? | |
| 11:50:05 | bauzas | but you can passthru in ocata | |
| 11:50:17 | bauzas | queens and later, yes | |
| 11:50:57 | pvc | thank you so much | |
| 12:01:35 | tssurya | johnthetubaguy or alex_xu: could you review https://review.openstack.org/#/c/596285/ whenever you have the time ? | |
| 12:11:59 | sean-k-mooney | tssurya: thanks for working on https://review.openstack.org/#/c/603352/2/specs/stein/approved/alloc-candidates-negative-member-of.rst. i saw it yesterday when i went to write up the same spec :) | |
| 12:12:26 | sean-k-mooney | tssurya: i have not had time to review properly yet but at a glance you seam to have captured the important points | |
| 12:13:30 | tssurya | sean-k-mooney: you are surely talking to the wrong person :) | |
| 12:13:43 | jaypipes | stephenfin: do you really have someone on your internal team named Jon Snow? | |
| 12:18:47 | stephenfin | jaypipes: Within the company, yes, and the puns come thick and fast | |
| 12:20:38 | jaypipes | stephenfin: that is... well, that is awesome. | |
| 12:21:20 | jaypipes | stephenfin: do you require him to carry a Valorian steel blade around the office? | |
| 12:22:04 | tssurya | I am thinking he must have the hardest time with the sentence "You know no'ting Jon Snow" | |
| 12:22:06 | cdent | sean-k-mooney: you're looking tetsuro | |
| 12:22:22 | stephenfin | jaypipes: No, but it appears he is the least knowledgeable person in the company | |
| 12:22:37 | stephenfin | tssurya: Indeed :D | |
| 12:22:41 | tssurya | :D | |
| 12:23:03 | jaypipes | tssurya: ++ | |
| 12:36:47 | sean-k-mooney | cdent: tssurya sorry yes | |
| 12:42:21 | sean-k-mooney | jaypipes: quick question for the device whitelist spec im working on. | |
| 12:42:58 | openstackgerrit | Lee Yarwood proposed openstack/nova stable/queens: libvirt: Always escape IPv6 addresses when used in migration URI https://review.openstack.org/603737 | |
| 12:42:59 | sean-k-mooney | did you want versioning, a schma or both. if both would you like it to also cover migrations. trying to refine scope | |
| 12:43:41 | openstackgerrit | Lee Yarwood proposed openstack/nova stable/pike: libvirt: Always escape IPv6 addresses when used in migration URI https://review.openstack.org/603738 | |
| 12:44:07 | openstackgerrit | Lee Yarwood proposed openstack/nova stable/ocata: libvirt: Always escape IPv6 addresses when used in migration URI https://review.openstack.org/603740 | |
| 12:46:10 | jaypipes | sean-k-mooney: doesn't have to cover the evolution of the schema, just needs to have a schema and a version attribute in the schema so that we *can* evolve the schema over time. | |
| 12:46:36 | sean-k-mooney | jaypipes: that is much simpler :) i was hopping you would say that. | |
| 12:46:38 | jaypipes | sean-k-mooney: i.e. you don't need to go into the implementation details of evolving the schema over time. just make sure there's a schema and version. | |
| 12:49:26 | sean-k-mooney | jaypipes: im debating about proposing jsonscma as the validation language for the schmea but it does not have built in migration support. oslo.config also can do the validation but forces ini and ovo gives the versioning but is way to verbose and annoying for configfiles. so of the eaisly accessable tools there was not one i could tink of that nativly was file format independent, did validation and | |
| 12:49:28 | sean-k-mooney | hand native migration/versioning | |
| 12:50:12 | jaypipes | sean-k-mooney: go with JSONSchema. | |
| 12:50:25 | sean-k-mooney | jaypipes: thats what it current assumes | |
| 12:50:28 | jaypipes | sean-k-mooney: you can always use YAML as the serialization format later if you want. | |
| 12:50:36 | jaypipes | sean-k-mooney: but keep JSONSchema for validation. | |
| 12:50:41 | sean-k-mooney | jaypipes: yes i also assumed that would be the default | |
| 12:51:09 | sean-k-mooney | if we use json scema you can use json/toml/yaml as the file format and we dont need to care | |
| 12:51:29 | sean-k-mooney | also i cant spell schema apparently | |
| 12:52:58 | jaypipes | sean-k-mooney: well, let's face it, spelling isn't your strong suit. :P | |
| 12:53:22 | openstackgerrit | Jay Pipes proposed openstack/os-traits master: clean up CUDA traits https://review.openstack.org/597170 | |
| 12:53:26 | jaypipes | stephenfin: ^ | |
| 12:53:41 | stephenfin | jaypipes: ack | |
| 13:02:42 | openstackgerrit | huanhongda proposed openstack/nova stable/ocata: Cleanup RP and HM records while deleting a compute service. https://review.openstack.org/603749 | |
| 13:02:48 | bauzas | folks, bailing out for 20-ish minutes to see first plays of basketball from my oldest | |
| 13:02:50 | bauzas | ++ | |
| 13:04:46 | sean-k-mooney | jaypipes: :) grammerly to the rescure. at least for the spec. | |
| 13:11:54 | openstackgerrit | huanhongda proposed openstack/nova stable/ocata: Cleanup RP and HM records while deleting a compute service. https://review.openstack.org/603749 | |
| 13:15:12 | jaypipes | sean-k-mooney: grammarly you mean? :) | |
| 13:15:33 | jaypipes | sean-k-mooney: and I think you meant rescue, not rescure. P | |
| 13:15:51 | jaypipes | sean-k-mooney: don't MAKE me come over to Ireland to be your personal spelling assistant. | |
| 13:17:01 | sean-k-mooney | jaypipes: you see if only they had a rest api that could be intergrated with my irc client life would be so much simpler. which reminds me i need to reinstall the aspell plugin... | |
| 13:17:07 | dims | LOLOL | |
| 13:19:07 | sean-k-mooney | jaypipes: :) im gong to push the very rough draft for some early feedback. ill be converting it to spec format and then starting on the actuall schema in json schema format in the next revision or two. | |
| 13:24:17 | openstackgerrit | Wenran Xiao proposed openstack/nova-specs master: Add suport selecting subnet when createing vm https://review.openstack.org/603344 | |
| 13:28:34 | BlackDex | Hello there. I'm trying to manipulate the libvirt/qemu/kvm parameters without needing to cold-migrate/hard-reboot an instances | |
| 13:29:44 | BlackDex | I changed the xml of an instances using `virsh edit`, i do a live-migrate of that instances and the xml on the destination host contains the correct values, but looking at the process `ps fauxw` it still uses the old values. | |
| 13:30:33 | BlackDex | How and where does nova determine which parameters to use for the live-migrate to spawn the instance to live-migrate to? | |
| 13:30:38 | claudiub | you're basically trying to resize the libvirt/qemu/kvm instance without restarting it? | |
| 13:30:47 | BlackDex | claudiub: yes | |
| 13:30:54 | claudiub | heh, that sounds like live-resize | |
| 13:31:02 | BlackDex | yea kinda is | |
| 13:31:11 | BlackDex | but i haven't seen that feature yet ;) | |
| 13:31:25 | BlackDex | i need it only for the iotune parameters | |
| 13:31:41 | claudiub | it's because the proposal for that feature didn't merge: https://review.openstack.org/#/c/141219/ | |
| 13:31:57 | BlackDex | the iotune parameters only seem to be changed when using volume-types | |
| 13:32:14 | BlackDex | those seem te be dynamic when i change the min/max iops | |
| 13:32:40 | BlackDex | but not with ephemeral disks | |
| 13:34:10 | claudiub | hmm, i'm not sure those are set for ephemeral disks | |
| 13:34:25 | BlackDex | you can set that in the flavor | |
| 13:34:59 | BlackDex | quota:disk_read_iops_sec for instnace | |
| 13:35:16 | BlackDex | that works for an empemeral disk | |