| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-09-19 | |||
| 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 | |
| 13:35:36 | BlackDex | but, if you want to change that you need to resize/cold-migrate the instace for it to work | |
| 13:36:15 | BlackDex | while volumes using a volume-type which are live-migrated will get a new iops setting if the volume-type has a qos set | |
| 13:36:46 | claudiub | yeah, indeed, they are being set during resize. | |
| 13:36:49 | BlackDex | i tried to change the mysql entries of the instance_extras table | |
| 13:37:09 | BlackDex | the volume-type qos is also set during a live-migrate! | |
| 13:37:17 | BlackDex | if it previously wasn't | |
| 13:38:28 | BlackDex | so, i changed in the mysql everything of the instance metadata info, but it doesn't use those values during a live-migrate | |
| 13:39:04 | BlackDex | so i wondered where the parameters for qemu are comming from durning the live-migrate | |
| 13:39:30 | BlackDex | it seems they do not come from the mysql database, or the libvirt xml | |
| 13:39:49 | BlackDex | there are pulled from somewhere els | |
| 13:39:51 | BlackDex | e | |
| 13:53:40 | openstackgerrit | sean mooney proposed openstack/nova-specs master: [WIP] generic device discovery policy https://review.openstack.org/603805 | |
| 13:55:29 | openstackgerrit | Surya Seetharaman proposed openstack/nova master: Return a minimal construct for nova list when a cell is down https://review.openstack.org/567785 | |
| 13:55:30 | openstackgerrit | Surya Seetharaman proposed openstack/nova master: Add scatter-gather-single-cell utility https://review.openstack.org/594947 | |
| 13:57:15 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Resource retrieving: add changes-before filter https://review.openstack.org/599276 | |
| 14:04:00 | openstackgerrit | Jay Pipes proposed openstack/os-traits master: clean up CUDA traits https://review.openstack.org/597170 | |
| 14:23:09 | mriedem | dansmith: still humping approved stable changes through the gate, fyi | |
| 14:23:17 | dansmith | ack | |