Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-02-25
11:34:24 mriedem melwitt: ^
11:38:04 melwitt mriedem: cool, thanks
12:04:07 openstackgerrit Matt Riedemann proposed openstack/osc-placement master: Enable py35 unit test job https://review.openstack.org/547809
12:10:14 openstackgerrit Matt Riedemann proposed openstack/osc-placement master: Migrate legacy-osc-placement-dsvm-functional job in-tree https://review.openstack.org/547812
12:25:49 openstackgerrit Matt Riedemann proposed openstack/osc-placement master: Add osc-placement-dsvm-functional-py3 job https://review.openstack.org/547815
12:38:12 Spazmotic Quiet in here tonight but forgot it's a sunday morning hehe
12:38:23 Spazmotic Night shift things~
15:29:00 openstackgerrit Merged openstack/nova stable/ocata: Fix instance lookup in hide_server_addresses extension https://review.openstack.org/518997
15:29:36 openstackgerrit Merged openstack/nova stable/ocata: Lazy-load instance attributes with read_deleted=yes https://review.openstack.org/545989
16:36:41 openstackgerrit Matt Riedemann proposed openstack/osc-placement master: Add osc-placement-dsvm-functional-py3 job https://review.openstack.org/547815
16:46:53 bauzas mriedem: melwitt: I was considering the opportunity whether to write a spec for tracking the last bits of vGPU effort but it would be only fixing the caveats that we already describe
16:47:06 bauzas mriedem: melwitt: do you think we should consider a specless BP approval ?
16:47:31 bauzas no real new features in Rocky are planned from my PoV except maybe NUMA affinity for vGPUs
16:47:46 bauzas the latter would describe a spec I guess
16:47:53 bauzas s/describe/require
16:49:29 mriedem if there are no api changes, then fixing caveats for vgpu scenarios are probably just bug fixes
16:50:48 bauzas mriedem: well, bugfixes require bug reports, I wonder if a blueprint would be better for those caveats (like say the migrate case which is not available yet)
16:50:57 bauzas but I can open bugs
16:51:14 bauzas for the NUMA affinity, I think a spec is required anyway
16:51:30 bauzas at least for discussing on the design
16:51:41 bauzas okay, I think I have my answer :)
16:51:48 bauzas thanks
16:51:50 mriedem are you not in a room with a bunch of people that could answer this question?
16:52:32 bauzas heh, upstream is upstream, downstream is downstream :p
16:53:00 bauzas while those people could have an idea, I tend to ask upstream things related upstream :)
16:56:53 openstackgerrit Takashi NATSUME proposed openstack/nova stable/queens: [placement] Add functional tests for traits API https://review.openstack.org/547843
17:48:33 openstackgerrit Ghanshyam Mann proposed openstack/nova-specs master: Spec for Granular API policy https://review.openstack.org/547850
18:04:54 openstackgerrit Ghanshyam Mann proposed openstack/nova-specs master: Spec for Granular API policy https://review.openstack.org/547850
#openstack-nova - 2018-02-26
09:17:25 dansmith melwitt: we really need to merge this before anyone else has a chance to propose something for compute RPC: https://review.openstack.org/#/c/543580/
09:21:03 mriedem johnthetubaguy: are you in the unified limits room?
09:22:14 hrw who is on PTG?
09:22:18 hrw morning
09:25:35 melwitt dansmith: k, looking
09:34:01 jaypipes alex_xu, https://review.openstack.org/543805
09:41:31 johnthetubaguy mriedem: yes
09:41:33 johnthetubaguy ttsiouts: are you in the limits room?
09:45:04 ttsiouts johnthetubaguy: no i'm in the public clouds
09:46:46 johnthetubaguy ttsiouts: I may be saying you are willing to work on quota
09:47:10 ttsiouts johnthetubaguy: yeap!
09:48:01 jaypipes johnthetubaguy, which is the "limits room"?
09:49:25 TheJulia jaypipes: level 4, right off the stairs
09:50:13 johnthetubaguy jaypipes: identity something Hogan Maezz 1 L4
09:50:24 johnthetubaguy ah, what TheJulia said
10:09:21 openstackgerrit Tetiana Lashchova proposed openstack/nova-specs master: Allow modification of user-data via the server update https://review.openstack.org/547964
10:14:04 openstackgerrit Tetiana Lashchova proposed openstack/nova-specs master: Allow modification of user-data via the server update https://review.openstack.org/547964
10:14:29 dayou With a fresh devstack I get this: Host 'ubuntubox' is not mapped to any cell.
10:15:20 dayou After "enable_service n-cell" and "VIF_PLUGGING_TIMEOUT=0 VIF_PLUGGING_IS_FATAL=False ", I was able to start an instance.
10:15:46 dayou Somehow, I tried other serivces such as octavia, it failed to plug vip there, a 500 is back from nova-api
10:16:58 dayou https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/attach_interfaces.py#L156
10:17:04 dayou From the line above
10:17:40 melwitt dayou: you shouldn't be using the n-cell service, that's the legacy cells v1 that has an extremely crippled API functionality
10:17:52 dayou Here is my local.conf: https://review.openstack.org/#/c/520878/5/devstack/samples/l3a2/local.conf
10:19:29 dayou melwitt, Any idea why I get the Host 'xxx' is not mapped to any cell problem?
10:23:08 melwitt dayou: this is the step in devstack that should be mapping the compute host to the API database
10:23:10 melwitt https://github.com/openstack-dev/devstack/blob/83ecb97fec7efde09f543fb1f5ef65bd6d4f1011/stack.sh#L1421
10:23:37 melwitt that should take care of avoiding the error 'host not mapped to any cell'
10:29:43 dayou https://github.com/openstack-dev/devstack/blob/master/stack.sh#L1394
10:29:51 dayou Ok, maybe this is the problem
10:30:04 dayou I have a local.sh that is creating a server before that line
10:30:24 dayou Then it failed, so the cell mapping step running later is not executed
10:30:46 dayou melwitt, can we propose a fix to move loca.sh to the last?
10:31:02 openstackgerrit Tetiana Lashchova proposed openstack/nova-specs master: Allow modification of user-data via the server update https://review.openstack.org/547964
10:33:14 openstackgerrit yuanyue proposed openstack/nova master: Whether to use config drive depends on instance.configdrive https://review.openstack.org/485930
10:34:39 bauzas jianghuaw_: I could have like 30 mins available around 11am for discussing with you about vGPUs
10:36:32 jianghuaw_ bauzas, Great. Thanks. Where can we meet?
10:36:53 jianghuaw_ I'm now in Hogan Mezzanine L4.
10:39:01 melwitt dayou: what do you mean? run local.sh as the last step in devstack?
10:40:03 dayou https://review.openstack.org/#/c/547976/
10:40:13 dayou I mean after cells are configured
10:40:41 dayou If no cells is created and user tries to create server in local.sh, then it will fail
10:42:54 bauzas jianghuaw_: I'm in L4 too, so let's meet up in the lobby there
10:43:23 jianghuaw_ bauzas, great. See you then:-)
10:50:21 openstackgerrit Tetiana Lashchova proposed openstack/nova-specs master: Allow modification of user-data via the server update https://review.openstack.org/547964
10:53:27 melwitt dayou: yeah. so this is a matter of the devstack phases and ordering. to be honest, I'm not too familiar with that. trying to find the documentation. I thought there was a phase for plugin use that runs at the very end
10:56:07 openstackgerrit Matt Riedemann proposed openstack/nova master: Update noVNC deployment docs to mention non-US keymap fix in 1.0.0 https://review.openstack.org/547985
10:56:19 mriedem stephenfin: ^
10:56:26 mriedem that came up in the public WG room today
10:57:16 stephenfin mriedem: I assume that is not tracked by global requirements?
10:57:24 dayou melwitt, thanks for you input and help, it is very useful
10:58:49 mriedem stephenfin: since it's a native package, no it's not
10:59:45 stephenfin mriedem: Fair. +2d
10:59:57 mriedem thanks
11:00:25 mriedem stephenfin: the notes from the denver ptg said that once the fix was released in novnc, we could move forward with your patch on deprecating the keymap config option
11:00:30 mriedem https://review.openstack.org/#/c/483994/
11:00:35 mriedem so maybe you want to refresh that
11:00:58 stephenfin Will do
11:02:18 vivsoni Hi Matt
11:04:56 openstackgerrit Ghanshyam Mann proposed openstack/nova-specs master: Spec for Granular API policy https://review.openstack.org/547850
11:05:13 gmann_ mriedem: alex_xu johnthetubaguy added spec for granular API policy - https://review.openstack.org/#/c/547850/
11:06:17 stephenfin mriedem: If you haven't moved on too far, did OVH folks mention anything about the issue Tushar reported in that review?
11:06:27 stephenfin https://review.openstack.org/#/c/483994/6
11:06:40 stephenfin I can fix it, but if they have it fixed already...
11:09:44 mriedem stephenfin: nope
11:10:36 stephenfin Lovely. Time to stack
11:12:48 openstackgerrit Merged openstack/nova master: Drop compute RPC 4.x compatibility https://review.openstack.org/543580
11:18:48 openstackgerrit Dan Smith proposed openstack/nova master: Add AggregateList.get_by_metadata() query method https://review.openstack.org/544728
11:18:48 openstackgerrit Dan Smith proposed openstack/nova master: Add aggregates list to Destination object https://review.openstack.org/544729
11:18:49 openstackgerrit Dan Smith proposed openstack/nova master: Add request filter functionality to scheduler https://review.openstack.org/544730
11:18:49 openstackgerrit Dan Smith proposed openstack/nova master: Add require_tenant_aggregate request filter https://review.openstack.org/545002
11:18:50 openstackgerrit Dan Smith proposed openstack/nova master: WIP: Honor availability_zone hint via placement https://review.openstack.org/546282

Earlier   Later