| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-02-07 | |||
| 06:30:13 | openstackgerrit | OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.openstack.org/541561 | |
| 07:38:43 | openstackgerrit | Andreas Jaeger proposed openstack/os-vif master: zuul: Enable functional tests in gate https://review.openstack.org/530961 | |
| 07:56:50 | bauzas | good morning folks | |
| 08:01:46 | hrw | Graphical console stuff got merged! yay and hurray! | |
| 08:10:28 | bauzas | hrw: you might be interested in https://bugs.launchpad.net/nova/+bug/1741319 | |
| 08:10:28 | openstack | Launchpad bug 1741319 in OpenStack nova-compute charm "arm64: Migration pre-check error: CPU doesn't have compatibility." [Medium,Incomplete] | |
| 08:10:42 | bauzas | hrw: just let me know if that's a valid bug so I can triage it | |
| 08:11:35 | hrw | bauzas: there is no cpu_model = host-model on aarch64 | |
| 08:12:07 | hrw | bauzas: so bug is valid and not solvable | |
| 08:12:22 | bauzas | hrw: that's what I understood | |
| 08:12:32 | bauzas | since we compare models for live migrating | |
| 08:14:28 | hrw | added note | |
| 08:15:34 | bauzas | hrw: so, for the moment, live-migration isn't supported for ARM64, I guess then | |
| 08:15:49 | bauzas | if so, we should amend the doc | |
| 08:15:49 | hrw | bauzas: not quite. | |
| 08:16:06 | hrw | bauzas: you may migrate but between same cpus | |
| 08:16:36 | hrw | will ask our testers to check it (as my setup is all-in-one) | |
| 08:17:11 | bauzas | hrw: the reporter says they have exact CPUs | |
| 08:17:15 | bauzas | exact same* | |
| 08:17:33 | bauzas | hrw: but the point is, nova is checking something that ARM64 libvirt doesn't pass, that's ity | |
| 08:17:45 | hrw | ok | |
| 08:18:07 | bauzas | so that probably needs some kind of discussion about the possible solutions | |
| 08:18:25 | bauzas | we could conditionally don't care of cpu models if arm64 | |
| 08:18:32 | bauzas | or we could ask libvirt to provide a single one | |
| 08:18:49 | bauzas | I tend to consider the latter as the best one | |
| 08:19:07 | hrw | the problem is that even kernel does not provide cpu model | |
| 08:19:18 | bauzas | I know | |
| 08:19:21 | hrw | /proc/cpuinfo is useless | |
| 08:19:32 | bauzas | it's all about having the same XML | |
| 08:19:37 | hrw | DMI data is useless too | |
| 08:19:38 | bauzas | hence the interface | |
| 08:20:15 | hrw | bauzas: you can not set 'random' values as cpu model. that's why libvirt does not set that at all | |
| 08:22:25 | bauzas | I see | |
| 08:22:57 | bauzas | hrw: anyway, I leave the bug one | |
| 08:22:59 | bauzas | open* | |
| 08:23:00 | hrw | sure | |
| 08:23:13 | bauzas | that's worth considering the options | |
| 08:23:29 | bauzas | hrw: but we also have a support matrix page | |
| 08:23:46 | bauzas | hrw: and I feel we should explain that nova live-migration isn't supported for aarch64 | |
| 08:23:56 | bauzas | 'not supported' doesn't mean that you can't do | |
| 08:24:05 | bauzas | just that you have to workaround that | |
| 08:24:31 | bauzas | hrw: know the support matrix ? | |
| 08:24:53 | hrw | bauzas: heard about it but not checked | |
| 08:25:03 | bauzas | ok, giving you the link | |
| 08:25:51 | bauzas | hrw: https://docs.openstack.org/nova/latest/user/support-matrix.html and https://docs.openstack.org/nova/latest/user/feature-classification.html | |
| 08:26:03 | hrw | thx | |
| 08:26:38 | hrw | looks like we need to fill whole new column ;D | |
| 08:28:48 | bauzas | hrw: you got my idea | |
| 08:29:00 | openstackgerrit | Thomas Goirand proposed openstack/python-novaclient master: Fix crashing console-log https://review.openstack.org/541610 | |
| 08:35:34 | bauzas | hrw: volunteer for documenting it ? if so, ping me when your change is up :) | |
| 08:35:48 | bauzas | hrw: ideally, I'd love to merge it before RC1 which is tomorow | |
| 08:35:49 | hrw | bauzas: mailing my team now | |
| 08:35:53 | bauzas | tomorrow | |
| 08:36:13 | hrw | bauzas: as I do not have multinode setup which is required for some tests | |
| 08:36:26 | bauzas | I'm just surprised to see operators beginning to deploy on ARM64 machines while Nova doesn't officially support it | |
| 08:36:42 | bauzas | hrw: there is a question mark lebelling possible | |
| 08:36:46 | bauzas | labelling | |
| 08:36:57 | bauzas | like say "?" if you don't know the answer yet | |
| 08:36:59 | hrw | bauzas: we concentrated more on getting whole stack running more than on small issues here and there | |
| 08:37:10 | bauzas | that's understandable | |
| 08:37:36 | hrw | bauzas: Kolla work took most of my previous year and it paid off nicely. | |
| 08:37:42 | bauzas | hrw: I have a couple of Pi3 at home, do you think I could test myself ? ;) | |
| 08:38:09 | hrw | I just run a job on Jenkins and in 2.5h I have ~250 images built and pushed to hub.docker so we can use those | |
| 08:38:54 | hrw | bauzas: haha | |
| 08:39:25 | hrw | I hope that once we move jenkins builder to better network I will fit build phase in 1.5h | |
| 08:41:23 | rabel | could we merge https://review.openstack.org/#/c/535871/ ? it's a backport of a small docu fix to stable/pike | |
| 08:41:40 | hrw | bauzas: ok, so where in code data for support matrix is? | |
| 08:41:59 | bauzas | rabel: looking | |
| 08:44:15 | rabel | bauzas: thanks! | |
| 08:44:31 | bauzas | hrw: sec, finding it | |
| 08:44:38 | hrw | bauzas: hm. looks like I can dig through tempest test results to get feature completion status | |
| 08:45:39 | bauzas | hrw: https://github.com/openstack/nova/blob/master/doc/source/user/feature-classification.rst | |
| 08:45:43 | hrw | thx | |
| 08:45:50 | bauzas | hrw: for the feature classification page, ideally | |
| 08:45:58 | bauzas | hrw: for the support matrix page, no | |
| 08:46:14 | bauzas | take the VGPU effort I made this cycle | |
| 08:46:26 | bauzas | we don't have Tempest tests that verify thzt | |
| 08:46:43 | bauzas | sometimes docs is better than no docs | |
| 08:46:52 | hrw | sure | |
| 08:47:02 | hrw | we do not have gpus | |
| 08:47:09 | bauzas | and https://github.com/openstack/nova/blob/master/doc/source/user/support-matrix.rst | |
| 08:47:32 | bauzas | you can see those are actually ini files we source in the sphinx doc | |
| 08:47:50 | bauzas | https://github.com/openstack/nova/blob/master/doc/source/user/support-matrix.ini being the reference page to update | |
| 08:53:48 | openstackgerrit | Thomas Goirand proposed openstack/python-novaclient master: Fix crashing console-log https://review.openstack.org/541610 | |
| 08:57:56 | openstackgerrit | Claudiu Belu proposed openstack/nova master: hyperv: Cleans up live migration Planned VM https://review.openstack.org/478943 | |
| 08:58:51 | hrw | hm. https://refstack.openstack.org/#/results/29ec537b-1463-4fee-b860-1329455ea5df shows what pass/fail but hides parts which can be useful to fill matrix ;D | |
| 08:59:13 | openstackgerrit | sahid proposed openstack/nova master: libvirt: disconnect volume from host during detach https://review.openstack.org/515008 | |
| 09:03:53 | claudiub|2 | artom: hi. around? | |
| 09:15:48 | hrw | bauzas: https://paste.fedoraproject.org/paste/vUX3Ar7XAQ3J1k~Au4kzfw - something like that but with less '=unknown' values, right? | |
| 09:24:39 | lyarwood | bauzas, melwitt ; https://review.openstack.org/#/c/540679/ is another follow up to matt's https://review.openstack.org/#/c/539739/ bugfix for LM with encrypted volumes if you have time today. | |
| 09:26:12 | claudiub|2 | artom: just so you know: https://review.openstack.org/#/c/541633/ | |
| 09:28:51 | bauzas | hrw: what you're pasting is for the feature classification, good with me | |
| 09:29:09 | hrw | bauzas: thx. now I know what to do | |
| 09:29:09 | bauzas | hrw: there is another https://github.com/openstack/nova/blob/master/doc/source/user/support-matrix.ini to update | |
| 09:29:16 | hrw | sure | |
| 09:29:25 | bauzas | hrw: you can test your docs change by running tox -edocs | |
| 09:29:41 | bauzas | and then the directory build/html/ | |
| 09:30:43 | bauzas | lyarwood: okay, will look | |
| 09:31:47 | hrw | ok. refstack output is useless for that | |
| 09:32:09 | lyarwood | bauzas: thanks | |