| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-03-23 | |||
| 11:56:36 | stephenfin | gibi: That's the one, yup. Thanks! | |
| 11:56:51 | sean-k-mooney | one descirbiing the poc and then one describing the final feature | |
| 11:57:22 | gibi | sean-k-mooney: I only remember showing the PoC | |
| 11:58:04 | sean-k-mooney | yes showed the poc in vancovour and the final version in denver i think | |
| 11:58:24 | gibi | https://www.youtube.com/watch?v=ls9RXpG6Is0 | |
| 11:58:48 | gibi | there was some PTG presentation, true. The above is a summit presentation | |
| 11:59:02 | sean-k-mooney | sorry yes that is waht im thinking of | |
| 11:59:23 | gibi | I think we don't have any recording, other than the blog post, about the PTG presentation | |
| 12:01:34 | hrw | https://paste.centos.org/view/abe36617 - does it look ok to send for review? skipping AMD SEV check on !x86-64 | |
| 12:09:47 | hrw | fixed missing import, running tox, will send | |
| 12:11:44 | openstackgerrit | Balazs Gibizer proposed openstack/nova stable/pike: Avoid circular reference during serialization https://review.opendev.org/714148 | |
| 12:12:20 | openstackgerrit | Marcin Juszkiewicz proposed openstack/nova master: libvirt: check for AMD SEV only on x86-64 https://review.opendev.org/714425 | |
| 12:18:43 | kashyap | hrw: Upstream there's a CI job to test it: https://review.opendev.org/#/c/708701/ | |
| 12:19:32 | kashyap | hrw: "it" == q35; and aiming to switch to it in the 'V' release, or early, if possible. | |
| 12:20:51 | hrw | kashyap: cool ;) | |
| 12:21:41 | hrw | kashyap: I start to think how to add aarch64 ci job ;D | |
| 12:22:12 | kashyap | I'm not good with the CI stuff, but probably check with #openstack-infra or other folks here (like Sean) might tell you more. | |
| 12:22:35 | kashyap | It is "usually" take-an-existing-job-and-tweak-it | |
| 12:22:48 | hrw | I know | |
| 12:22:56 | hrw | handled too much of CI in kolla | |
| 12:26:17 | kashyap | Oh, dear. Okay :) | |
| 12:28:37 | lyarwood | melwitt / elod: https://review.opendev.org/#/q/topic:bug/1867380+status:open - could you hit the rest of these today please? | |
| 12:29:05 | openstackgerrit | Kevin Zhao proposed openstack/nova master: Add default cpu model for aarch64 https://review.opendev.org/709494 | |
| 12:29:17 | lyarwood | https://review.opendev.org/#/q/topic:bug/1813789+status:open should also be ready to review | |
| 12:31:07 | hrw | sean-k-mooney: which nova ci job would be best to run on aarch64? | |
| 12:32:41 | sean-k-mooney | start with i think tempest-integrated-compute? | |
| 12:32:51 | sean-k-mooney | let me see if i can get the correct name | |
| 12:33:26 | sean-k-mooney | ya tempest-integrated-compute | |
| 12:33:54 | sean-k-mooney | if you have that working we disucsed that you really need 2 multi node jobs | |
| 12:34:10 | sean-k-mooney | one with qcow image backedn and cinder with lvm | |
| 12:34:15 | sean-k-mooney | and the second with ceph | |
| 12:35:02 | kevinz | sean-k-mooney: hrw: so the nova CI still rely on devstack CI test finished ? | |
| 12:35:23 | sean-k-mooney | that way you can test live and code migration with both block and volume backed migration in the first job and shared storage in teh second | |
| 12:35:31 | hrw | kevinz: thx | |
| 12:35:52 | sean-k-mooney | kevinz: can you rephrase that? | |
| 12:36:35 | sean-k-mooney | kevinz: the upstream integration ci jobs outside of install projects all use devstack to deploy the code under test | |
| 12:36:52 | sean-k-mooney | and then use tempest to exectue the tests if that is what you were asking | |
| 12:36:54 | kevinz | I mean "tempest-integrated-compute" test need devstack jobs ready? https://review.opendev.org/#/c/708317/ | |
| 12:37:38 | sean-k-mooney | kevinz: ah right well yes unless you are going to do alot more work and port one of the install jobs | |
| 12:38:14 | sean-k-mooney | e.g. create a job based on osa or kolla-ansible or something that can deploy on aarch64 | |
| 12:38:43 | sean-k-mooney | kevinz: although is https://review.opendev.org/#/c/708317/ for aarch64 as arm64 is technically a different architecutre | |
| 12:38:46 | gibi | dansmith: went through cyborg series again, I had only couple of things so I feel we are close | |
| 12:40:49 | kevinz | sean-k-mooney: OK, so based on Devstack CI jobs, some tempest test are not stable...means failed "sometimes" | |
| 12:41:24 | sean-k-mooney | kevinz: well that happens on x86 too you know | |
| 12:41:28 | sean-k-mooney | is it more unstable | |
| 12:43:09 | kevinz | hrw: sean-k-mooney: I'm going to enlarge the VM to 16GB to see if it works better... | |
| 12:44:25 | hrw | kevinz: commented on that devstack patch | |
| 12:45:23 | sean-k-mooney | you sould only need 8G but it might be an issue with your concurancy how may cpus cores do you have exposed and what concurancy is the job running with | |
| 12:46:47 | sean-k-mooney | by the way am in the only person who asociates arm64 with arm64_32 and uses AArch64 when refering to 64bit arm v8 compilation target | |
| 12:47:06 | sean-k-mooney | as in arm64_32 form this context https://llvm.org/devmtg/2019-04/slides/TechTalk-Northover-A_tale_of_two_ABIs_ILP32_on_AArch64.pdf | |
| 12:47:52 | hrw | sean-k-mooney: aarch64 is official architecture name :) | |
| 12:48:02 | sean-k-mooney | i guess without the _32 suffix arm64 is used interchangeable with aarch64 | |
| 12:48:34 | hrw | arm64_32 is aarch32 which is 32bit mode on aarch64 cpu. totally optional thing in cpu design, not present in several server processors | |
| 12:48:44 | sean-k-mooney | hrw: yep just i dont see arm64 that often and was not sure if people were shotening arm64_32 or not | |
| 12:48:45 | hrw | sean-k-mooney: exactly | |
| 12:48:53 | hrw | no arm64==aarch64 | |
| 12:48:58 | sean-k-mooney | ok | |
| 12:49:15 | hrw | for me arm64_32 is one step from abomination ;D | |
| 12:49:15 | sean-k-mooney | ill keep avoiding using arm64 then and keep using aarch64 | |
| 12:49:34 | sean-k-mooney | well its better then continuing to use armv7 | |
| 12:50:44 | sean-k-mooney | hrw: did you see the recent new about that amazon graviton2 chips | |
| 12:50:54 | sean-k-mooney | those look really interesting | |
| 12:50:59 | hrw | sean-k-mooney: aarch32 support in aarch64 cpus is mainly distro builders and android developers nowadays imho. first ones remove armv7 builders and move to aarch32 VM instances on aarch64 servers, latter ones need a way to build/test their arm32 android apps somewhere natively | |
| 12:51:01 | sean-k-mooney | too bad they dont sell them | |
| 12:51:14 | hrw | sean-k-mooney: graviton2 looks great | |
| 12:51:40 | hrw | sean-k-mooney: let me say that way: please do not start aarch64 developers hardware discussion. | |
| 12:51:42 | sean-k-mooney | hrw: well apple are also pussing aarch32 for legacy compatiblity reasons | |
| 12:52:05 | hrw | sean-k-mooney: app store requires 64bit apps upload so it is only a matter of time | |
| 12:52:22 | sean-k-mooney | yep they just wanted it for a transition period | |
| 12:52:45 | hrw | once support for <iphone 5s gets killed they can go 64bit only | |
| 12:52:48 | sean-k-mooney | anyway its fun times as long as you are not intel right now | |
| 12:52:55 | hrw | o yes | |
| 12:53:27 | hrw | unless you are aarch64 porter/developer and have to fight with software written with 'there is only x86' mantra ;D | |
| 12:54:39 | sean-k-mooney | until there is a standard aarch64 system that runs normal linux that developers can use that is affordable that is going to be the case for a while | |
| 12:54:54 | hrw | use or buy? | |
| 12:55:14 | sean-k-mooney | well i was thinking by but i guess you can now use aws | |
| 12:55:39 | sean-k-mooney | e.g. a laptop/desktop that developers can use as a daily driver without going all the way to a full server | |
| 12:56:06 | hrw | sean-k-mooney: https://marcin.juszkiewicz.com.pl/2019/02/23/we-need-arm64-systems-for-developers-again/ | |
| 12:56:18 | hrw | sean-k-mooney: yeah | |
| 12:56:21 | kevinz | hrw: thanks for the comments, I will check | |
| 12:56:56 | hrw | sean-k-mooney: there are attempts to run linux natively on those snapdragon based win10 laptops | |
| 12:57:00 | sean-k-mooney | hrw: ya basically that :) | |
| 12:57:38 | sean-k-mooney | that could be intersting but do they supprot hardware virtualisation so you could do openstack dev on them | |
| 12:58:06 | hrw | in theory virtualization is mandatory on aarch64 | |
| 12:58:17 | sean-k-mooney | oh good to know | |
| 12:58:53 | sean-k-mooney | i guess even on a mobile/laptop chip it might be useful for sandboxing | |
| 12:59:24 | sean-k-mooney | e.g. for secure contianer technology/linux subsystem for windows | |
| 12:59:44 | openstackgerrit | Kevin Zhao proposed openstack/nova master: Add default cpu model for aarch64 https://review.opendev.org/709494 | |
| 13:00:41 | hrw | sean-k-mooney: https://paste.centos.org/view/975095f5 - how many mistakes I made? | |
| 13:00:50 | hrw | sean-k-mooney: CI job | |
| 13:01:39 | hrw | sean-k-mooney: 'check-arm64' is pipeline in zuul - used at same time as 'check' | |
| 13:02:32 | sean-k-mooney | if the nodeset is already defiend somewhere else you do not need to redefine it. | |
| 13:02:51 | sean-k-mooney | other then that it looks more or less correct | |
| 13:03:03 | hrw | sean-k-mooney: in kolla we created one | |
| 13:03:37 | sean-k-mooney | zuul collects all the definition form all projects | |
| 13:03:52 | sean-k-mooney | so if its already defeined in another repo you can just reuse it | |
| 13:03:56 | hrw | I know, looking at tempest one now | |
| 13:04:10 | hrw | sean-k-mooney: aarch64 is not quite popular in CI so far | |
| 13:05:04 | sean-k-mooney | if you want to redfine the node set then you might need to give it a new name | |
| 13:05:13 | sean-k-mooney | the other think is the voting:false | |