| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-09-19 | |||
| 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 | |
| 14:39:02 | mriedem | jaypipes: i'm +2 on the 2.66 changes-before change now https://review.openstack.org/#/c/599276/ | |
| 14:39:29 | jaypipes | mriedem: yeah, I +W'd that a while ago :) | |
| 14:39:55 | jaypipes | mriedem: "a while ago" == whole minutes ago. | |
| 14:40:09 | mriedem | ah heh | |
| 14:40:10 | mriedem | cool | |
| 14:48:58 | mriedem | gmann: is https://review.openstack.org/#/c/596285/ the last change for https://blueprints.launchpad.net/nova/+spec/api-extensions-merge-stein ? | |
| 14:51:11 | cdent | mnaser: I think you mentioned you had a huge database that you could test a nova->placement migration script on, to get a sense of timing and the like? If that's true dansmith has made a thing: https://review.openstack.org/#/c/603234/ | |
| 14:51:23 | mnaser | yup, i can try that out | |
| 14:51:24 | mriedem | looks like it is, the only other extension with @wsgi.extends for servers is hide_server_addresses and i think that's deprecated? | |
| 14:51:54 | dansmith | mnaser: it just dumps/imports, so it should be safe to run against a live source deployment.. it doesn't delete anything from the source | |
| 14:52:10 | dansmith | but also, you could just measure the size of the tables and have a pretty good idea anyway | |
| 14:52:23 | lbragstad | gmann is https://review.openstack.org/#/c/547850/ still being pursued? | |
| 14:56:49 | mriedem | melwitt: btw, if you don't like geddy's voice, it's no crime to enjoy https://www.youtube.com/watch?v=iB4uwO1Dmf4 which is purely instrumental | |
| 14:59:30 | johnthetubaguy | gmann: good question, he did say he was planning on doing something about that | |
| 15:01:49 | mnaser | so looks like the biggest table is consumers | |
| 15:02:43 | mnaser | i tried it on a relatively large ~100ish deployment and it took 2 minutes with a triple replicated galera cluster with pretty beefy controllers | |
| 15:02:50 | bauzas | stupid question, but say I'm migrating some libvirt instance and would like to introspect its domain XML, should I lookup the source or the destination ? (in other words, shall I look at the migration allocation or the instance allocation) ? | |
| 15:03:14 | mnaser | bauzas: afaik the domain xml should be the same for live migrations at least afaik | |
| 15:03:31 | bauzas | for the moment, this is going to be a TODO since we don't support migrations for VGPU, but I need to make sure the code I'm writing for the reshape works | |
| 15:03:52 | mnaser | dansmith: ^ fyi for some numbers, it's relatively painless comparing to something like.. cells v2 stuff | |
| 15:03:54 | bauzas | mnaser: yup, but then the allocated PCI devices could differ | |
| 15:04:22 | mnaser | bauzas: ah yes. that's a qurik i didn't think of | |
| 15:04:31 | dansmith | mnaser: ack | |
| 15:04:51 | mnaser | It would be nice if it could pull in environment variables | |
| 15:04:56 | mnaser | But we could iterate on that later | |
| 15:05:04 | mnaser | So we don’t have to write credentials on disk when we don’t have to | |
| 15:05:55 | dansmith | mnaser: you should be able to do that as-is | |
| 15:06:13 | dansmith | write an empty config file and make those variables be in the environment already | |
| 15:08:48 | openstackgerrit | Merged openstack/nova master: Fix some typos in nova api ref doc https://review.openstack.org/603306 | |
| 15:10:16 | mriedem | bauzas: the answer depends on what you need to know, | |
| 15:10:31 | mriedem | if you're cleaning up something on the source during live migratoin, then look at the source xml, else look at the dest xml | |
| 15:10:52 | bauzas | mriedem: no, I just want to reshape the existing allocations onto the right physical device | |
| 15:11:10 | bauzas | mriedem: for that, I need to get the corresponding mediated devices | |
| 15:11:23 | mriedem | umm, | |
| 15:11:29 | mriedem | reshape *during* a live migration? | |
| 15:11:38 | dansmith | mnaser: I can make the db and host things not clobber environment too and I guess add a flag that will allow the file to be missing or something | |
| 15:12:23 | dansmith | credentials in environment is easy, but not more secure necessarily, so I guess I'm not sure why that's better, but alas :) | |
| 15:12:38 | mriedem | bauzas: at the start of live migration, conductor moves the existing allocations from the instance to the migration record, and then the scheduler is going to allocate resources from the dest (tree) for the instance | |
| 15:12:44 | mriedem | so i'm not sure why you'd need to reshape at all | |
| 15:13:03 | bauzas | mriedem: I know about how we manage allocations during a migration | |
| 15:13:05 | dansmith | mriedem: assume he means a symbolic reshape of allocations right? | |