| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-02-05 | |||
| 00:08:15 | dansmith | yeah, I dunno, but agreed it seems weird that it would be cyborg api | |
| 00:08:23 | dansmith | is the "conductor" really the compute agent? | |
| 00:08:33 | sean-k-mooney | no that is seperate | |
| 00:08:37 | sean-k-mooney | they have all 3 | |
| 00:08:48 | sean-k-mooney | copying novas architecure | |
| 00:09:18 | dansmith | okay, I guess I'd have thought it'd be the compute agent sending that then, but I guess if the conductor is blocking on the compute to finish then maybe that makes sense | |
| 00:09:52 | sean-k-mooney | well it seams like the api is blocking on the agent or conductor | |
| 00:09:52 | dansmith | I gotta run in a sec to meet people, but maybe we can get an answer from sundar tomorrow | |
| 00:10:02 | sean-k-mooney | ya | |
| 00:10:06 | dansmith | that sounds like a recipe for disaster :/ | |
| 00:10:08 | sean-k-mooney | im going to call it a day anyway | |
| 00:10:16 | dansmith | cool, thanks for looking at this | |
| 00:11:35 | sean-k-mooney | no worries | |
| 00:18:08 | sean-k-mooney | huh so in the ci i see " Ignoring Nova notification error that the instance 79390576-dd09-4f1c-a925-5f8d30c83bdc is not yet associated with a host." at the point i see the trace back in my setup. so im guessing if we win the race so that nova has assocaited the instance with the host cyborg expolodes | |
| 00:19:28 | dansmith | okay that's an expected situation for the fake driver | |
| 00:19:38 | dansmith | should not be tracing on the cyborg side, but.. | |
| 00:19:53 | sean-k-mooney | well both are the fake driver | |
| 00:20:16 | sean-k-mooney | anyway tomorrows problem o/ | |
| 01:38:45 | huaqiang | stephenfin: got your message, thanks. | |
| 04:31:17 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Add cyborg tempest job. https://review.opendev.org/670999 | |
| 04:31:17 | openstackgerrit | Sundar Nadathur proposed openstack/nova master: Bump compute rpcapi version and reduce Cyborg calls. https://review.opendev.org/704227 | |
| 06:37:21 | openstackgerrit | Qiu Fossen proposed openstack/nova-specs master: Support fuzzy querying instance by tag https://review.opendev.org/691651 | |
| 07:18:48 | huaqiang | ls | |
| 07:23:22 | MUUSEE_ | Hi can anyone help me with a query regarding " libvirt: virtio-net multiqueue " | |
| 08:42:17 | gibi | cores: easy +A potential https://review.opendev.org/#/c/698053 | |
| 08:45:02 | bauzas | gibi: looking | |
| 08:45:27 | bauzas | easy indeed | |
| 09:55:26 | openstackgerrit | Brin Zhang proposed openstack/nova master: Store instance action event exc_val fault details https://review.opendev.org/694428 | |
| 10:36:29 | openstackgerrit | Qiu Fossen proposed openstack/nova-specs master: specify mac for creating instance https://review.opendev.org/700429 | |
| 10:37:00 | openstackgerrit | Merged openstack/nova master: Minor improvements to cell commands https://review.opendev.org/698053 | |
| 11:07:26 | stephenfin | gibi: Could you revisit https://review.opendev.org/#/c/705760/ ? ralonsoh spotted some paths I'd missed | |
| 11:07:42 | stephenfin | and dansmith had comments but I've addressed them, afaict | |
| 11:12:44 | sandonov | openstack-nova | |
| 11:35:19 | openstackgerrit | Brin Zhang proposed openstack/nova-specs master: FUP: Fixed the invalid index in References https://review.opendev.org/705933 | |
| 11:52:17 | openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Remove unused 'cache_utils' APIs https://review.opendev.org/705652 | |
| 11:52:18 | openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Bump minimum version of websockify https://review.opendev.org/705654 | |
| 11:52:18 | openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Address TODO https://review.opendev.org/705653 | |
| 11:52:19 | openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Remove 'run_once' helper https://review.opendev.org/705656 | |
| 11:52:19 | openstackgerrit | Stephen Finucane proposed openstack/nova master: trivial: Merge unnecessary 'NovaProxyRequestHandlerBase' separation https://review.opendev.org/705655 | |
| 11:52:20 | openstackgerrit | Stephen Finucane proposed openstack/nova master: mypy: Add type annotations to 'nova.pci' https://review.opendev.org/676209 | |
| 11:52:20 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tox: Integrate mypy https://review.opendev.org/676208 | |
| 11:52:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: mypy: Add type annotations to top-level modules https://review.opendev.org/705658 | |
| 11:52:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: mypy: Add nova.cmd, nova.conf, nova.console https://review.opendev.org/705657 | |
| 12:03:44 | kashyap | stephenfin: Hiya; I've addressed your questions, and added additional useful bits where needed: https://review.opendev.org/#/c/693844/ | |
| 12:25:17 | openstackgerrit | Merged openstack/nova master: nova-net: Remove use of legacy 'SecurityGroup' object https://review.opendev.org/697155 | |
| 12:36:31 | mriosfer | Hi, We got Openstack Queens RDO. Some customers are telling us that their Windows VM CPU performs bad as a hell. We deployed the lasted virtio already to check improvements. I got a video an its true work its frustating, I/O is less than <1ms | |
| 12:40:34 | sean-k-mooney | what are you deploying on libvirt/kvm | |
| 12:41:42 | sean-k-mooney | the first thing i woudl do is alter the cpu topology to be sane for windows | |
| 12:41:56 | sean-k-mooney | by defualt we allcoate 1 cpu socket per favor.vcpu | |
| 12:42:34 | mriosfer | we're ussing quemu-kvm for instances . | |
| 12:42:41 | sean-k-mooney | if the guest dont have a numa toplogy set hw:cpu_sockets=1 and hw:cpu:threads=2 | |
| 12:42:43 | mriosfer | How do you do that? | |
| 12:42:59 | sean-k-mooney | assuming the host has Hyper thread enabled. | |
| 12:43:04 | mriosfer | yes of course | |
| 12:43:19 | mriosfer | do you setup that extra features in the flavors? | |
| 12:43:35 | sean-k-mooney | yes you can do it in the flavor or image | |
| 12:43:50 | sean-k-mooney | in the image its hw_ instead of hw: | |
| 12:44:00 | mriosfer | i prefer image | |
| 12:44:31 | sean-k-mooney | that should help the windows shcduler if you have more then 4 vcpu in the vm | |
| 12:44:45 | mriosfer | yes.. some cpu got 8cpu or 12vcpu | |
| 12:44:57 | mriosfer | and with terminal server the performance its terrible | |
| 12:45:07 | sean-k-mooney | ya so windows will see that as 8 to 12 cpu sockets with out default setting | |
| 12:45:30 | sean-k-mooney | the next thing to look at would be the graphics device model | |
| 12:45:38 | sean-k-mooney | you said you were on queens | |
| 12:45:41 | mriosfer | yes | |
| 12:45:59 | mriosfer | our nodes dont have pcie addtional graphic card just the integrated one by Dell | |
| 12:46:09 | sean-k-mooney | ya that is ok | |
| 12:46:44 | sean-k-mooney | on train+ would suggest using the virtio gpu but on queens you should set hw_video_model=qxl | |
| 12:47:18 | sean-k-mooney | i belive qxl is the best performing graphic device that qemu can emulate prior to support for virtio | |
| 12:47:28 | sean-k-mooney | https://github.com/openstack/glance/blob/master/etc/metadefs/compute-libvirt-image.json#L71-L84 | |
| 12:47:47 | sean-k-mooney | you could also use the hw_video_ram element to increase that | |
| 12:47:57 | sean-k-mooney | i belive it default to 64mb | |
| 12:48:07 | mriosfer | thath ram uses the instance ram no? | |
| 12:48:13 | sean-k-mooney | no | |
| 12:48:16 | sean-k-mooney | its addtional host ram | |
| 12:48:24 | mriosfer | oh , ok | |
| 12:48:41 | sean-k-mooney | it can only be set on the image if the flavor allows it by setting hw_video:ram_max_mb | |
| 12:49:25 | sean-k-mooney | i would start with the qxl video model and then if that is not enough after the cpu changes then increae the ram to say 128 or 256 | |
| 12:49:46 | mriosfer | sean do you know why error? https://gyazo.com/10156259f833a20decbdce821ef8e31b | |
| 12:50:06 | sean-k-mooney | yes | |
| 12:50:18 | sean-k-mooney | this is one of the model that is in the metadefs | |
| 12:50:24 | sean-k-mooney | so there is a drop down for it | |
| 12:50:32 | sean-k-mooney | use the filter box above | |
| 12:50:37 | sean-k-mooney | instead of a custom filed | |
| 12:51:21 | sean-k-mooney | our you can scoll down there should be a libvirt dropdown in the availabel metadata | |
| 12:51:47 | mriosfer | oh | |
| 12:51:56 | mriosfer | im fuck*** noob | |
| 12:52:09 | sean-k-mooney | the gui is "trying" to be help full | |
| 12:52:26 | sean-k-mooney | it actully really annoyed me when they added that "feature"] | |
| 12:52:46 | mriosfer | rebooting instance will apply the new changes? | |
| 12:52:52 | sean-k-mooney | no | |
| 12:52:55 | sean-k-mooney | unfortunetly not | |
| 12:53:05 | sean-k-mooney | you can only update the instnace with a rebuild | |
| 12:53:13 | sean-k-mooney | which would loose data on the root disk | |
| 12:53:18 | mriosfer | oh fuck | |
| 12:54:03 | sean-k-mooney | we make a copy of the data in the vm when we boot it so that it intentionall will not be affected by change in glance | |
| 12:54:19 | sean-k-mooney | if we did not you could break all your deployed vms with a typo | |
| 12:54:24 | sean-k-mooney | which would be bad | |
| 12:54:49 | sean-k-mooney | in your case once you are happy with the final image and its performace | |
| 12:55:02 | mriosfer | mmm maybe i can do a workarround at ceph level :) | |