Earlier  
Posted Nick Remark
#openstack-nova - 2018-11-13
16:35:53 sean-k-mooney spatel: there are pros and cons. you are trading scaleableity for grater message que load
16:36:09 spatel hmm!
16:36:28 sean-k-mooney if you go the rabbit route i would personally have a different rabbitmq server to not impact your openstack performance
16:36:41 sean-k-mooney but i would start with going direct to infuxdb
16:37:04 spatel ++ for direct to influxdb
16:37:17 spatel I am new so i don't want to make it extra complex.. :)
16:37:34 spatel i will go with rabbitmq when my cloud will be 1000 compute node
16:38:12 spatel Thanks!! folks it was very helpful..
16:38:13 sean-k-mooney ralonsoh: do you know how mature the baromater installer is. it supports deploying collect+infux+graphan correct in containers
16:38:43 sean-k-mooney spatel: glad we could help. its always better to start simple :)
16:38:51 spatel yup!
16:39:07 ralonsoh sean-k-mooney, Emma was working actively in this project. I don't even know where can I download it!
16:40:47 sean-k-mooney its amazing how in big companiens 2 people can be sitting 3 meters from each other and be working on totoally different things. no worries
16:41:38 sean-k-mooney spatel: by the way you are using openstack ansible. correct its proably worth poping over to there irc channel and asking them if they have any supported monitoring solutions and what the recommend too
16:43:42 spatel I did ask and they do have some stuff but not very documented and don't know if folks using them or not https://github.com/openstack/openstack-ansible-ops/blob/master/cluster_metrics/playbook-influx-db.yml
16:44:24 spatel Let me poke around and will see how it goes...
17:55:54 openstackgerrit Merged openstack/nova master: Make _instances_cores_ram_count() be smart about cells https://review.openstack.org/569055
21:38:40 openstackgerrit Merged openstack/nova master: Fix a help string in nova-manage https://review.openstack.org/616723
21:51:06 openstackgerrit Dirk Mueller proposed openstack/nova master: Handle alternative UEFI boot loader locations on SLES https://review.openstack.org/348394
22:07:25 openstackgerrit Merged openstack/nova master: Update compute API.get() mocks in test_server_metadata https://review.openstack.org/615341
22:07:32 openstackgerrit Merged openstack/nova master: Update compute API.get() stubs in test_serversV21 https://review.openstack.org/615342
22:07:40 openstackgerrit Merged openstack/nova master: Update compute API.get() stubs in test_server_actions https://review.openstack.org/615343
#openstack-nova - 2018-11-14
03:17:22 openstackgerrit yenai proposed openstack/nova master: Rollback detaching when reserving volume is failed https://review.openstack.org/617861
06:58:11 sean-k-mooney the summit starts in 1 hour right? at least the keynote should?
06:58:58 sean-k-mooney or it could have stared yesterday...
07:17:14 tetsuro sean-k-mooney: The summit started yesterday. The keynote of Day 2 starts in 1 hour.
07:17:39 sean-k-mooney tetsuro: hehe yes i started watching the youtube vids
07:18:08 sean-k-mooney tetsuro: are you at the summit this time
07:18:24 tetsuro Yes I am, but I didn't see you.
07:18:43 tetsuro you aren't this time?
07:19:14 sean-k-mooney no i choose not to travel this time as i have done quite alot of travel, at least for me already this year
07:19:45 tetsuro I see. I hope I can see you next Denver :)
07:19:55 tetsuro Anyway, gotta leave the hotel
07:20:09 sean-k-mooney yes same, im hoping to be in denver. enjoy
07:20:21 tetsuro bye.
07:41:31 openstackgerrit Matt Riedemann proposed openstack/nova master: Add DownCellFixture https://review.openstack.org/614810
07:59:25 openstackgerrit Dan Smith proposed openstack/nova master: Add CellsV2 FAQ about API design decisions https://review.openstack.org/617898
08:08:14 mriedem dansmith: this is pretty simple, something we talked about at the ptg to fix a few issues in scheduling to a specific node https://review.openstack.org/#/c/603585/
08:16:59 dansmith mriedem: okay I +Wd the spec, but I wish it included more about the actual nova side that actually solves a problem instead of just a placement-side API that _could_ be used to solve a problem
08:18:48 sean-k-mooney dansmith: the usecase we discussed at the ptg was related to numa affinity right
08:19:29 dansmith sean-k-mooney: no
08:19:41 dansmith sean-k-mooney: boot or live migration with a target host
08:20:14 sean-k-mooney dansmith: the in_tree paramater?
08:20:41 mriedem correct
08:20:45 mriedem or rebuild with an image change
08:20:54 mriedem or evac with a target host
08:21:06 mriedem or cold migrate with a target host... :)
08:21:27 sean-k-mooney on the in_tree is set to the compute node uuid
08:21:36 sean-k-mooney ya that makes sense too
08:22:18 openstackgerrit Merged openstack/nova-specs master: Spec: allocation candidates in tree https://review.openstack.org/603585
08:45:52 mriedem jroll: just some updates on https://review.openstack.org/#/c/609709/ and i'm happy
08:58:57 openstackgerrit sean mooney proposed openstack/os-vif master: always create ovs port during plug https://review.openstack.org/602384
08:59:23 openstackgerrit sean mooney proposed openstack/os-vif master: add isolate_vif config option https://review.openstack.org/612534
09:02:01 openstackgerrit sean mooney proposed openstack/os-vif stable/rocky: always create ovs port during plug https://review.openstack.org/609850
09:31:42 openstackgerrit sean mooney proposed openstack/os-vif stable/rocky: add isolate_vif config option https://review.openstack.org/616285
09:34:34 openstackgerrit Ivaylo Mitev proposed openstack/nova master: VMware: Attach volumes using adapter type from instance https://review.openstack.org/616599
09:39:07 jroll mriedem: yep, doing it this morning
09:57:24 mriedem Kevin_Zheng: when you get a chance, can you update the root volume detach spec with the resize issue i told you about the other night? https://review.openstack.org/#/c/600628/
09:58:31 Kevin_Zheng mriedem: Oh the spec, go it, I was only thinking about the implementation
10:04:42 mriedem i just want to make sure it's recorded in the spec so we don't forget about it during review
10:04:48 mriedem since the unshelve/start limitations are listed in the spec
10:05:00 openstackgerrit Jim Rollenhagen proposed openstack/nova-specs master: Use conductor groups to partition nova-compute services for Ironic https://review.openstack.org/609709
10:05:02 mriedem resize revert/confirm would have the same limitations - fail if there is no root volume
10:05:43 jroll mriedem: ^ should finally be good to go there now
10:07:23 mriedem ack
10:07:43 mriedem sean-k-mooney: if you want to follow along https://etherpad.openstack.org/p/BER-nfv-hpc-pain-points
10:08:26 openstackgerrit Balazs Gibizer proposed openstack/nova master: Calculate port_id rp_uuid mapping for binding https://review.openstack.org/616239
10:08:27 openstackgerrit Balazs Gibizer proposed openstack/nova master: Pass allocations and traits to neturonv2 api https://review.openstack.org/616240
10:08:27 openstackgerrit Balazs Gibizer proposed openstack/nova master: Send RP uuid in the port binding https://review.openstack.org/569459
10:08:28 openstackgerrit Balazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request https://review.openstack.org/573317
10:09:31 sean-k-mooney mriedem: yep i already had it open :)
10:21:10 openstackgerrit Balazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request https://review.openstack.org/573317
10:26:28 mriedem logan-: did you get that resize bug opened?
10:44:02 sean-k-mooney looks like there was a good conversation in https://etherpad.openstack.org/p/BER-nfv-hpc-pain-points
11:13:08 logan- mriedem: https://bugs.launchpad.net/nova/+bug/1803331
11:13:08 openstack Launchpad bug 1803331 in OpenStack Compute (nova) "Root disk lost when resizing instance from imagebackend to rbd backed flavor" [Undecided,New]
11:20:19 lyarwood logan-: https://review.openstack.org/#/c/578846/ might resolve that assuming this is a cause of us cleaning up aggresively after a failure, hard to tell from the trace alone.
11:22:53 sean-k-mooney logan-: how do you have an RBD backed flavor? isnt the storage backend determined by the nova.conf not the flaovor?
11:23:42 lyarwood sean-k-mooney: host aggregates
11:24:19 sean-k-mooney lyarwood: right but just because you are afinities flaovrs to host aggrages and that chnages your network backend does not mean this is related to flaovrs
11:24:23 openstackgerrit Sean McGinnis proposed openstack/nova master: Remove v1 check in Cinder client version lookup https://review.openstack.org/617927
11:25:05 sean-k-mooney this is simply a bug with rezieing between image backed nodes and rbd nodes
11:25:08 lyarwood sean-k-mooney: imagebackend and yeah agreed I was just passing on what was described in the bug
11:25:30 lyarwood sean-k-mooney: this is all imagebackend, I'm not sure why logan- has called one out as imagebackend and the other as rbd
11:25:31 mdbooth lyarwood: reading
11:26:59 sean-k-mooney reading the bug it seams the issues is with migrating from imagebacked nodes to rbd backed nodes no?
11:27:01 logan- Sorry if it is confusing. Yes these are different nodes with different storage backends configured in nova.conf
11:27:14 logan- sean-k-mooney: correct
11:27:22 sean-k-mooney i would assume the same behavior would exist if you just migrated and did not reszie
11:27:25 mdbooth Sounds like there's 2 issues there
11:27:41 mdbooth Firstly, resizing between compute hosts using different imagebackends isn't supported
11:28:07 openstackgerrit Balazs Gibizer proposed openstack/nova master: Pass allocations and traits to neturonv2 api https://review.openstack.org/616240
11:28:07 openstackgerrit Balazs Gibizer proposed openstack/nova master: Send RP uuid in the port binding https://review.openstack.org/569459
11:28:08 openstackgerrit Balazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request https://review.openstack.org/573317
11:28:11 mdbooth So, I guess that's not an issue, except that we could do better at preventing the attempt
11:28:19 mdbooth I think sean-k-mooney mentioned that the other week.
11:28:25 logan- mdbooth: right, I don’t expect it to be. I just expect it to fail and not destroy the instance :)
11:28:35 mdbooth Secondly, we seem to have lost the root disk, which is extremely bad
11:28:58 sean-k-mooney logan-: i actully dont think its unresobaly to support we jsut dont today
11:29:47 mdbooth sean-k-mooney: Conceptually it's not unreasonable, it's just that the imagebackend code is utterly awful.

Earlier   Later