Earlier  
Posted Nick Remark
#openstack-nova - 2019-06-13
21:29:55 sean-k-mooney its just slower, more work and not supported by openstack by defualt
21:30:17 spatel Got it.. so hugepage has big role here
21:30:34 sean-k-mooney if you are using a new enought ovs-dpdk you can actully get 0 copy packet transmistion betwwen the guest and the nic
21:31:17 openstackgerrit Merged openstack/nova master: update constraints url https://review.opendev.org/664771
21:31:19 sean-k-mooney e.g. when the guest kernel rights the packet to the tx queue it is nver copyied and is drieectly trasmited by the nic similar to sriov
21:31:34 sean-k-mooney 0 copy recive i think is also posibel but experimental
21:32:12 sean-k-mooney that obviorsly depend on if you are using vxlan or vlans feature that may or may not be supported in your nic hardware
21:32:20 spatel ah! ok.. in short it bypass the kernel
21:32:47 sean-k-mooney yep and does everything in userspacce or in hardaware
21:33:07 spatel Do you guys running dpdk in production?
21:33:31 spatel very few people i found using dpdk in prod cloud
21:33:36 sean-k-mooney well i dont run a production cloud. i just work on upstream stuff
21:33:56 sean-k-mooney spatel: but redhat has customer using it in production yest
21:34:01 sean-k-mooney *yes
21:34:19 sean-k-mooney it is much less common then kernel ovs or sriov
21:34:28 spatel Let see how successful i can run in my production.
21:35:05 sean-k-mooney if you want the full intel pitch then https://software.intel.com/en-us/articles/yahoo-japan-accelerates-l7-performance-using-open-vswitch-with-dpdk
21:35:52 spatel Thanks for that link..
21:36:53 sean-k-mooney hehe when i was working at intel i help some of the yahoo folk tuen there deployment alittle but after it was working i never heard form them how it worked out long term
21:37:55 spatel sean-k-mooney: you are smarty pants :)
21:39:04 spatel sean-k-mooney: hope dpdk support bonding too
21:39:40 sean-k-mooney it does
21:39:58 sean-k-mooney you can have dpdk do it(not recommended) or use ovs bonding of dpdk ports
21:40:22 sean-k-mooney ovs bonding give you more contol and can be modifed while the switch is running
21:40:57 sean-k-mooney dpdk bonding required the switch to be restareted, is less configurable but used to be slight faster at failover and throuput
21:41:20 sean-k-mooney honestly however dpdk bonding not via ovs is an operations pain that is best avoid
21:41:32 sean-k-mooney you should just use ovs bonding
21:41:42 sean-k-mooney anyway im gong to call it a night o/
21:43:52 spatel sean-k-mooney: Thank you for wonderful tips
21:43:54 spatel Good night
22:25:59 openstackgerrit Eric Fried proposed openstack/nova master: Functional recreate for revert_resize https://review.opendev.org/665253
22:45:59 openstackgerrit Merged openstack/nova master: update comment on ignore_basepython_conflict https://review.opendev.org/665036
#openstack-nova - 2019-06-14
00:13:26 openstackgerrit Brin Zhang proposed openstack/python-novaclient master: Microversion 2.74: Support Specifying AZ to unshelve https://review.opendev.org/665136
00:21:01 izza_ Hi,can anybody here help me pls...i'm testing rally heat(scenario: create_stack_scale) and i'm encountering below error: ***heat-engine***** 2019-06-13 18:27:19,809.809 1 ERROR heat.engine.service ResourceFailure: resources.asg: HEAT-E99001 Service nova is not available for resource type OS::Nova::Server, reason: Authentication cannot be scoped to multiple targets. Pick one of: project, domain, trust or unscoped
00:21:10 izza_ ***Rally Logs*** TimeoutException: Rally tired waiting 3600.00 seconds for Stack <Stack {u'parent': None, u'disable_rollback': True, u'description': u'No description', u'parameters': {u'OS::project_id': u'53ae40faef3d47938019d7eded6dc4d2', u'OS::stack_id': u'ba39558d-63f7-43de-9a7f-aee7e325f623', u'OS::stack_name': u's_rally_c10f9daf_7eSBDfas', u'image': u'cirros-0.4.0-x86_64-disk', u'scaling_adjustment': u'1', u'flavor': u'm1
00:23:34 izza_ i badly needed ur help guys...i have deadline Today
00:45:05 sean-k-mooney izza_: i think you need to try the heat or rally channel. this looks liek an issue with the heat templat that rally is using
00:45:20 sean-k-mooney izza_: i dont think this is related to nova from that error
00:50:41 igordc hello sean-k-mooney
00:51:02 sean-k-mooney igordc: o/
00:51:04 igordc sean-k-mooney, since you're here, can I ask if you had a look at https://review.opendev.org/#/c/576607/ after Stamatis last comment?
00:51:18 igordc cc stephenfin
00:51:31 sean-k-mooney i have not
00:51:42 izza_ ok noted..i already sent message to rally channel...yet no answer..just looking for a chance..if anyone knows how to resolv that issue..but thanks:)
02:22:13 openstackgerrit Brin Zhang proposed openstack/python-novaclient master: Microversion 2.74: Support Specifying AZ to unshelve https://review.opendev.org/665136
02:56:48 openstackgerrit Merged openstack/nova stable/rocky: [ironic] Don't remove instance info twice in destroy https://review.opendev.org/662584
04:00:22 openstackgerrit zhufl proposed openstack/nova master: Fix :param: in docstring https://review.opendev.org/665289
05:27:48 openstackgerrit Boxiang Zhu proposed openstack/nova master: Validate requested host/node during servers create https://review.opendev.org/661237
05:27:49 openstackgerrit Boxiang Zhu proposed openstack/nova master: Add host and hypervisor_hostname flag to create server https://review.opendev.org/645520
06:33:17 openstackgerrit Merged openstack/nova master: fup: Merge machine_type_mappings into get_default_machine_type https://review.opendev.org/664036
07:45:16 openstackgerrit Merged openstack/nova master: Warn for duplicate host mappings during discover_hosts https://review.opendev.org/651947
07:45:23 openstackgerrit Merged openstack/nova master: Literalize CLI options in docs https://review.opendev.org/665217
07:45:32 openstackgerrit Merged openstack/nova master: Fix a warning about flags in an expression string https://review.opendev.org/665065
08:13:55 mrch_ is there redhat production support for? https://www.suse.com/documentation/sles-15/singlehtml/art.amd-sev/art.amd-sev.html
08:31:17 aspiers mrch_: no. I'm working on it
08:31:38 aspiers mrch_: I mean, I'm working on adding SEV support to OpenStack
08:31:59 aspiers not sure if anyone from Red Hat is working on SEV support in the OS
08:32:07 openstackgerrit Yongli He proposed openstack/nova master: Clean up orphan instances virt driver https://review.opendev.org/648912
08:32:07 openstackgerrit Yongli He proposed openstack/nova master: clean up orphan instances https://review.opendev.org/627765
08:32:16 aspiers but the RH folks are being very helpful with my work
08:32:20 aspiers mrch_: see http://specs.openstack.org/openstack/nova-specs/specs/train/approved/amd-sev-libvirt-support.html
08:32:41 aspiers mrch_: what's the nature of your interest?
08:35:41 mrch_ aspiers: thx
12:25:29 openstackgerrit sean mooney proposed openstack/nova-specs master: add libvirt pqos spec https://review.opendev.org/662264
13:48:35 dansmith lyarwood: did you see mriedem's query about "q35" on the master patch for the sata bus thing?
14:11:58 artom dansmith, lyarwood at a medial appointment, but we've volunteered kashyap to follow up on that just now during our internal bug call :)
14:13:06 artom dansmith, while I have you, is looking at https://review.opendev.org/#/c/644881/ again anywhere near the top of your review list?
14:14:17 dansmith artom: mriedem has been shitting on my reviews all week, so I'm going to wait for him to +2 that
14:14:21 kashyap artom: Got a link to the backport patch?
14:14:33 dansmith kashyap: the backport isn't in question, it's the merged master one
14:14:52 dansmith kashyap: https://review.opendev.org/#/c/663011/
14:15:06 artom Jinx!
14:15:28 artom dansmith, :( for mriedem. I may have been too pestery with him yesterday
14:17:27 kashyap dansmith: Matt answered the casing question, just saw that :)
14:18:13 dansmith kashyap: oh sorry, hadn't refreshed my tab
14:18:40 kashyap dansmith: No-no, but still it's a good question, the answer is not "complete"
14:18:54 openstackgerrit Stephen Finucane proposed openstack/nova master: docs: Rework all things metadata'y https://review.opendev.org/640730
14:18:54 openstackgerrit Stephen Finucane proposed openstack/nova master: conf: Rename 'configuration drive' to 'config drive' https://review.opendev.org/641723
14:18:56 dansmith I'm guessing that if someone puts Q35 we'll just break, but earlier because we pass that to qemu?
14:19:35 kashyap dansmith: Yes, that's what I'd expect; I wonder if there's equivalent of 'ignore_case' for image properties
14:20:03 dansmith kashyap: well, it's all in the handling of it really
14:20:13 kashyap For now, we're not in the ditch: as Matt noted, libvirt itself reports (in its capabilities) it in lower case
14:20:48 dansmith yeah, the patch doesn't make it worse, which is all that matters for the backport, that's fine
14:23:55 kashyap And we can rely on "instinctive laziness" of most folks, in terms of casing: people tend to "default" to lower case, as it comes "naturally" :D
14:24:13 kashyap s/stole/stone/
14:42:20 openstackgerrit sean mooney proposed openstack/nova master: extend libvirt video model support https://review.opendev.org/647733
14:47:37 dansmith temka: I'm having a hard time with instance.get_network_info().get_bind_time_events()
14:49:55 temka dansmith, how so?
14:50:35 openstackgerrit Stephen Finucane proposed openstack/nova master: docs: Document how to revert, confirm a cold migration https://review.opendev.org/664396
14:50:35 openstackgerrit Stephen Finucane proposed openstack/nova master: docs: Update resize doc https://review.opendev.org/665412
14:50:43 temka ... could be None, I suppose
14:52:01 dansmith temka: commenting with some analysis
14:52:06 temka dansmith, much thanks :)
14:52:20 cdent efried: you aware of https://bugs.launchpad.net/nova/+bug/1832164 and https://review.opendev.org/#/c/664193/ . it's blocking placement because of subunit
14:52:22 openstack Launchpad bug 1832164 in OpenStack Compute (nova) "SADeprecationWarning: The joinedload_all() function is deprecated, and will be removed in a future release. Please use method chaining with joinedload() instead" [Undecided,In progress] - Assigned to Takashi NATSUME (natsume-takashi)
14:58:06 kashyap finucannot: If you're respinning https://review.opendev.org/#/c/664396/2, a small grammar thinko in there.
14:59:17 finucannot good catch
15:00:13 kashyap finucannot: Otherwise, looks good. Thanks for documenting.
15:00:46 finucannot done
15:00:48 kashyap finucannot: Speaking of docs, ... you might be horrified to know, that some of the PCIe-related command-line options in QEMU are not even documented :-(

Earlier   Later