| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-10-19 | |||
| 03:04:28 | BenderRodriguez | mriedem: http://termbin.com/nalx | |
| 03:04:56 | BenderRodriguez | all three hosts mentioned are pingable/reachable | |
| 03:05:18 | mriedem | huh, not sure | |
| 03:05:29 | mriedem | i checked the error on ask.o.o and it's come up but no solutions | |
| 03:05:32 | mriedem | i haven't seen this before | |
| 03:05:46 | BenderRodriguez | oh well | |
| 03:05:47 | mriedem | i'd think a config issue but not sure really | |
| 03:05:54 | BenderRodriguez | I'll just nuke the set up and try again | |
| 03:06:00 | BenderRodriguez | at least for the controller | |
| 03:06:04 | mriedem | nova user and project are all setup ok? | |
| 03:06:54 | BenderRodriguez | hmm | |
| 03:08:18 | BenderRodriguez | there is a nova user defined | |
| 03:11:19 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Add attachment_get to refresh_connection_info https://review.openstack.org/512626 | |
| 03:21:44 | mriedem | alex_xu: all of your coding dreams, and mine, can come true once the spec freeze is over | |
| 03:21:54 | alex_xu | mriedem: hehe, ok :) | |
| 03:24:34 | BenderRodriguez | alex_xu: maybe fix this bug | |
| 03:24:36 | BenderRodriguez | I found | |
| 03:24:38 | BenderRodriguez | if it is a bug | |
| 03:26:12 | alex_xu | BenderRodriguez: today is spec freeze, so the spec review is top priority | |
| 03:34:12 | openstackgerrit | jichenjc proposed openstack/nova master: Downgrade log for keystone verify client fail https://review.openstack.org/513243 | |
| 03:36:27 | openstackgerrit | Huan Xie proposed openstack/nova master: VGPU: Define vgpu resource class https://review.openstack.org/511180 | |
| 03:36:55 | openstackgerrit | Merged openstack/nova master: libvirt: add method to configure migration speed https://review.openstack.org/497456 | |
| 03:47:10 | openstackgerrit | Yikun Jiang proposed openstack/nova-specs master: Add pagination and changes since filter support for os-instance-action API https://review.openstack.org/507762 | |
| 04:58:30 | openstackgerrit | Merged openstack/nova master: Keep updating allocations for Ironic https://review.openstack.org/513085 | |
| 04:58:34 | openstackgerrit | Merged openstack/nova stable/pike: fix unstable shelve offload functional tests https://review.openstack.org/509818 | |
| 05:23:08 | openstackgerrit | jichenjc proposed openstack/nova master: Add more functional test for placement.usage https://review.openstack.org/513264 | |
| 06:24:35 | openstackgerrit | Merged openstack/nova stable/newton: Use VIR_DOMAIN_BLOCK_REBASE_COPY_DEV when rebasing https://review.openstack.org/471356 | |
| 07:27:40 | openstackgerrit | Lajos Katona proposed openstack/nova master: Change live_migrate tests to use fakedriver https://review.openstack.org/505202 | |
| 07:35:36 | openstackgerrit | sahid proposed openstack/nova-specs master: update: introducing isolate emulthreads on host https://review.openstack.org/511188 | |
| 08:06:34 | openstackgerrit | sahid proposed openstack/nova-specs master: virt: allow instances to be booted with trusted VFs https://review.openstack.org/485522 | |
| 08:55:13 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Remove 'vendordata_driver' opt https://review.openstack.org/397835 | |
| 08:55:13 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Validate '[api] vendordata_providers' options https://review.openstack.org/513318 | |
| 08:56:10 | bauzas | gibi: you did a bit of review on https://review.openstack.org/#/c/444731/8, fancy to vote it quickly so I could +W ? | |
| 08:57:49 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Fix indentation of database options https://review.openstack.org/443097 | |
| 08:57:49 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Resolve TODOs in 'database' https://review.openstack.org/393695 | |
| 08:57:50 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Remove 'db_driver' config opt https://review.openstack.org/508487 | |
| 08:59:15 | openstackgerrit | jichenjc proposed openstack/nova master: remove CONF.vendordata_driver https://review.openstack.org/501510 | |
| 08:59:25 | openstackgerrit | jichenjc proposed openstack/nova master: Add description for reousrce class creation https://review.openstack.org/508083 | |
| 09:17:51 | openstackgerrit | Merged openstack/nova-specs master: Spec for service create and destroy notification https://review.openstack.org/444731 | |
| 09:34:47 | artom | legacy-grenade-dsvm-neutron-multinode legacy-grenade-dsvm-neutron-multinode : ERROR Project openstack/neutron does not have the default branch master | |
| 09:34:49 | artom | o_O | |
| 09:45:28 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: nova-manage db archive_deleted_rows is not multi-cell aware https://review.openstack.org/507486 | |
| 09:49:42 | artom | Oh god we broke archive_deleted_rows_again | |
| 10:32:37 | openstackgerrit | Stephen Finucane proposed openstack/nova-specs master: Add 'move-nova-cmds-to-cliff' spec https://review.openstack.org/433603 | |
| 10:32:49 | stephenfin | bauzas: Addressed comments in ^ | |
| 10:33:23 | stephenfin | tl;dr: Migration to cliff is only part of that spec. The larger aim is "cleanup nova-* commands". The spec title is misleading but I'm stuck with it now | |
| 10:40:39 | openstackgerrit | Shoham Peller proposed openstack/nova master: Handle spawning error on unshelving https://review.openstack.org/378009 | |
| 10:59:49 | openstackgerrit | Chris Dent proposed openstack/nova master: [placement] Clean up TODOs in allocations.yaml gabbit https://review.openstack.org/513057 | |
| 11:23:54 | gibi | bauzas: sorry, I was pulled into internal meeting for the whole morning. But I agree with your judgement on https://review.openstack.org/#/c/444731/8 | |
| 11:30:21 | sahid | jaypipes: hola, i just updated the vf trusted specs, basically now it's just about to pass a tag in the binding and operator will have to isolate group of hosts | |
| 11:31:36 | sahid | they were a part where you asked me to use traits for the binding, can you have a look and perhaps suggest me what you want exactly? | |
| 11:32:30 | sahid | jaypipes: here is the link https://review.openstack.org/#/c/485522/ so you don't even have to search for the pointer :) | |
| 11:41:36 | dtantsur | johnthetubaguy: mind checking https://review.openstack.org/#/c/511844/ please? | |
| 12:09:17 | bauzas | who knows IRC nick of https://www.openstack.org/community/members/profile/33046/zhenyu-zheng ? | |
| 12:12:06 | yikun_jiang | @bauzas Kevin_Zheng | |
| 12:12:17 | bauzas | yikun_jiang: ty | |
| 12:12:23 | bauzas | Kevin_Zheng: around ? | |
| 12:12:36 | bauzas | Kevin_Zheng: just about https://review.openstack.org/#/c/509326/6 | |
| 12:12:42 | cdent | bauzas: yikun_jiang beat me to it, but my usual trick is to search launchpad: https://launchpad.net/+search?field.text=zhenyu-zheng | |
| 12:13:04 | Kevin_Zheng | bauzas what’s up? | |
| 12:13:04 | bauzas | Kevin_Zheng: if you could provide a follow-up change for all the nits, would be awesome :) | |
| 12:13:26 | Kevin_Zheng | bauzas: sure I can do that | |
| 12:13:28 | bauzas | that's not urgent, but wanted to make sure you saw the points | |
| 12:13:45 | bauzas | Kevin_Zheng: thank you ! | |
| 12:14:24 | Kevin_Zheng | bauzas: np | |
| 12:14:47 | bauzas | cdent: I usually use https://www.openstack.org/community/members/ for that :) | |
| 12:15:05 | bauzas | btw, Kevin_Zheng it would be nice if you could add your nick there ^ | |
| 12:15:52 | Kevin_Zheng | I will try tomorrow:) | |
| 12:16:04 | cdent | bauzas: sure, but a combo of both sometimes gets us there | |
| 12:36:46 | openstackgerrit | Merged openstack/nova-specs master: Improve the performance of filtering instances by IP. https://review.openstack.org/509326 | |
| 12:52:01 | johnthetubaguy | dtantsur|brb: will take a look at that ASAP | |
| 13:18:17 | openstackgerrit | sean mooney proposed openstack/nova-specs master: Use neutron's new port binding API https://review.openstack.org/375580 | |
| 13:19:33 | bauzas | mriedem: I think you made valid points on https://review.openstack.org/#/c/334732/65/specs/queens/approved/abort-cold-migration.rst but maybe we shouldn't block on those | |
| 13:21:02 | sean-k-mooney | mriedem: i dont know if you saw http://lists.openstack.org/pipermail/openstack-dev/2017-October/123776.html in your inbox. does that carify the desire workflow? | |
| 13:21:14 | bauzas | mriedem: for the virt drivers support, maybe just making sure we update https://docs.openstack.org/nova/latest/user/support-matrix.html and https://docs.openstack.org/nova/latest/user/feature-classification.html could be a starting point, nope ? | |
| 13:23:36 | gibi | bauzas, mriedem: I added some comments on the cold migration patch regarding the notification impact but as a second thought we can do the notification impact in a later spec if we don't want to block on core of the feature | |
| 13:25:03 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/nova-specs master: Network bandwidth resource provider https://review.openstack.org/502306 | |
| 13:48:24 | cdent | johnthetubaguy: yeah my allocations concern was definitely a long term thing. I don’t think it i something we need to do anything about now, but it feels like something we need in our brains. We get in the habit too often of dimissing the long term picture (because of all the usual constraints). So it was mostly just a reminder. | |
| 13:48:34 | mriedem1 | sean-k-mooney: i'm not sure that it does. your email is about the bw aware scheduling stuff. it also says you want nova to make allocations on the bw provider from conductor, but that's not really something we're wanting to do for anything else. we want allocations made in the scheduler if nova is going to make them. but i think neutron should manage the allocations for bw providers since the port is the consumer. | |
| 13:48:58 | mriedem | bauzas: i'll look again | |
| 13:49:11 | johnthetubaguy | cdent: yeah, +1 that. I was really just making sure its not a short term blocker. | |
| 13:49:49 | cdent | johnthetubaguy: *nod* we do allocate for disk that is shared, by treating it as local… | |
| 13:55:30 | mriedem | bauzas: i'm interested in knowing what type of storage backend NTT is using and the size of these disks that's causing the cold migration to take so long that a user has to submit a support ticket to an admin to abort the cold migration | |
| 13:55:50 | bauzas | that's indeed a good point | |
| 13:55:57 | mriedem | like, how long does it take to cold migrate a 100GB disk vm backed by ceph? | |
| 13:56:03 | mriedem | cburgess: ^? | |
| 13:56:26 | johnthetubaguy | cdent: "nova managed" is how I like to think of that, I wish we could get out of the disk and image business altogether, long term. | |
| 13:58:32 | cdent | johnthetubaguy: yup, that would be nice. I wonder if that means we’re going to need to break away from the idea that only one thing should be writing all the allocations associated with a build? <- probably best to just store those worms back in the can for sometime later | |
| 13:59:04 | johnthetubaguy | cdent: get that lid back on :p | |
| 14:00:38 | mriedem | meeting time | |
| 14:12:10 | jaypipes | sahid: k. reviewing it again. | |
| 14:12:35 | jaypipes | sahid: see also: https://twitter.com/jaypipes/status/920739280603009024 | |
| 14:19:09 | jaypipes | sdague: around? hoping you could help me spot what the issue is with sahid's spec not passing the sphinx-docs job here: https://review.openstack.org/#/c/485522/ | |
| 14:19:18 | jaypipes | sdague: can't seem to see anything in the logs.. | |
| 14:20:32 | efried | jaypipes http://logs.openstack.org/22/485522/3/check/build-openstack-sphinx-docs/3402883/job-output.txt.gz#_2017-10-19_08_16_47_666988 | |
| 14:21:01 | efried | wherezat log? | |
| 14:21:17 | efried | cause it looks like a sphinx bug masked the real problem. | |
| 14:21:35 | jaypipes | efried: well, yeah, I saw THAT. :) I'm just saying that isn't useful | |
| 14:22:02 | efried | I'll build it locally and see if I can get at the real problem. | |
| 14:22:36 | jaypipes | efried: ok, cool thank you sir. | |