Monday, 2020-03-23

*** tetsuro has joined #openstack-nova00:14
*** tetsuro has quit IRC00:18
*** brinzhang has joined #openstack-nova00:20
*** tetsuro has joined #openstack-nova00:29
*** tetsuro has quit IRC00:30
*** tetsuro has joined #openstack-nova00:31
*** brinzhang_ has joined #openstack-nova00:42
*** brinzhang has quit IRC00:44
*** lbragstad has joined #openstack-nova01:11
*** bbowen has quit IRC01:11
*** zhanglong has joined #openstack-nova01:12
*** Liang__ has joined #openstack-nova01:17
*** bbowen has joined #openstack-nova01:23
*** sapd1_x has joined #openstack-nova01:40
*** lbragstad has quit IRC02:14
openstackgerritmashuting proposed openstack/nova master: Revert "Deprecate the vmwareapi driver"  https://review.opendev.org/71340102:15
*** ociuhandu has joined #openstack-nova02:20
*** prometheanfire has joined #openstack-nova02:25
*** ociuhandu has quit IRC02:30
*** ociuhandu has joined #openstack-nova02:31
*** prometheanfire has quit IRC02:32
*** ociuhandu has quit IRC02:36
*** mkrai has joined #openstack-nova03:08
*** mmethot_ has joined #openstack-nova03:20
*** mmethot has quit IRC03:22
*** psachin has joined #openstack-nova03:23
*** _mmethot_ has joined #openstack-nova03:31
*** mmethot_ has quit IRC03:34
*** prometheanfire has joined #openstack-nova03:47
*** mkrai has quit IRC03:49
*** mkrai has joined #openstack-nova03:49
*** udesale has joined #openstack-nova04:13
*** hongbin has quit IRC04:20
*** yaawang has quit IRC04:40
*** yaawang has joined #openstack-nova04:40
*** prometheanfire has quit IRC04:41
*** links has joined #openstack-nova04:50
*** links has quit IRC04:54
*** vishalmanchanda has joined #openstack-nova04:58
*** ociuhandu has joined #openstack-nova05:14
*** ociuhandu has quit IRC05:19
*** mkrai has quit IRC05:22
*** mkrai has joined #openstack-nova05:24
*** links has joined #openstack-nova05:25
*** mkrai has quit IRC05:32
*** mkrai has joined #openstack-nova05:32
*** prometheanfire has joined #openstack-nova05:34
*** evrardjp has quit IRC05:36
*** evrardjp has joined #openstack-nova05:36
*** prometheanfire has quit IRC05:38
*** belmoreira has joined #openstack-nova05:40
*** belmoreira has quit IRC05:45
*** ratailor has joined #openstack-nova05:46
*** prometheanfire has joined #openstack-nova06:08
openstackgerritLuyao Zhong proposed openstack/nova master: support live migration with vpmems  https://review.opendev.org/68785606:30
*** slaweq_ has joined #openstack-nova06:32
*** mkrai has quit IRC07:03
*** mkrai has joined #openstack-nova07:08
*** prometheanfire has quit IRC07:18
*** dtantsur|afk is now known as dtantsur07:18
*** yaawang has quit IRC07:29
*** yaawang has joined #openstack-nova07:30
*** tetsuro_ has joined #openstack-nova07:41
*** dpawlik has joined #openstack-nova07:44
*** tetsuro has quit IRC07:45
*** jawad_axd has joined #openstack-nova07:49
*** ociuhandu has joined #openstack-nova07:56
*** ircuser-1 has quit IRC07:57
*** yaawang has quit IRC07:58
*** ralonsoh has joined #openstack-nova07:59
*** maciejjozefczyk has joined #openstack-nova08:04
openstackgerritKevin Zhao proposed openstack/nova master: Add default cpu model for aarch64  https://review.opendev.org/70949408:09
*** tkajinam has quit IRC08:15
*** xek has joined #openstack-nova08:16
*** tesseract has joined #openstack-nova08:20
*** belmoreira has joined #openstack-nova08:24
*** tosky has joined #openstack-nova08:32
*** tetsuro has joined #openstack-nova08:36
openstackgerritKevin Zhao proposed openstack/nova master: Add default cpu model for aarch64  https://review.opendev.org/70949408:37
*** tetsuro_ has quit IRC08:38
lyarwoodhttps://review.opendev.org/#/c/714057/ - gibi / stephenfin / any cores, could someone +W this again now it's passing, I'm going to spend the day looking at gate failures btw08:39
gibilyarwood: ack, will look08:40
gibidone08:40
gibithanks for looking into the gate issues08:41
*** amoralej|off is now known as amoralej08:41
bauzasgood morning08:43
bauzastoday's a bit hectic, I need to help my children more than latest week08:43
brinzhang_good morning08:44
brinzhang_bauzas: Good luck and pay attention to protection.08:44
*** brinzhang_ has quit IRC08:48
*** brinzhang_ has joined #openstack-nova08:48
*** ociuhandu has quit IRC08:49
*** ociuhandu has joined #openstack-nova08:50
brinzhang_gibi: if I remove the NOTE from the nova-runways's bp's link, does need to add history log?08:51
*** rpittau|afk is now known as rpittau08:52
*** brinzhang has joined #openstack-nova08:53
*** brinzhang_ has quit IRC08:54
*** ociuhandu has quit IRC08:55
gibibrinzhang: nope08:56
brinzhanggibi: yeah. will remove, but nova-runways doesn't seem to work well enough.08:58
gibibrinzhang: you are right.08:58
*** tetsuro_ has joined #openstack-nova09:03
*** tetsuro has quit IRC09:06
*** zhanglong has quit IRC09:11
aarentsmorning, lyarwood: I'm considering implementation of finish_unshelve as you suggested in https://review.opendev.org/#/c/696084 I have a question see my last post when you will have time for that09:11
*** slaweq_ is now known as slaweq09:13
*** ccamacho has joined #openstack-nova09:14
brinzhanggibi, lyarwood: https://review.opendev.org/#/c/682772/ this patch addressed all your comments09:25
*** ociuhandu has joined #openstack-nova09:37
*** ociuhandu has quit IRC09:41
*** tesseract has quit IRC09:42
*** derekh has joined #openstack-nova09:43
*** ralonsoh has quit IRC09:44
*** ralonsoh has joined #openstack-nova09:44
*** Liang__ has quit IRC09:44
*** tesseract has joined #openstack-nova09:44
*** dklyle has quit IRC09:51
*** mkrai has quit IRC09:52
openstackgerritBalazs Gibizer proposed openstack/nova stable/pike: Avoid circular reference during serialization  https://review.opendev.org/71414809:57
nightmare_unrealhello, how can one verify cell-id passed in nova-manage CLI ?09:58
nightmare_unrealbasically how to validate passed cellID/UUID09:58
*** martinkennelly has joined #openstack-nova10:03
nightmare_unrealfound it10:07
*** brinzhang_ has joined #openstack-nova10:09
*** dpawlik has quit IRC10:11
*** brinzhang has quit IRC10:12
*** dpawlik has joined #openstack-nova10:13
*** mkrai has joined #openstack-nova10:13
*** lbragstad has joined #openstack-nova10:14
openstackgerritMerged openstack/nova master: nova-live-migration: Only stop n-cpu and q-agt during evacuation testing  https://review.opendev.org/71405710:15
openstackgerritLee Yarwood proposed openstack/nova stable/train: nova-live-migration: Ensure subnode is fenced during evacuation testing  https://review.opendev.org/71396110:22
openstackgerritLee Yarwood proposed openstack/nova stable/stein: nova-live-migration: Ensure subnode is fenced during evacuation testing  https://review.opendev.org/71396210:23
lyarwoodaarents: ack sorry will try to look this afternoon10:23
lyarwoodbrinzhang_: ack will also try to look this afternoon10:23
brinzhang_lyarwood: yeah, thanks10:23
*** hoonetorg has quit IRC10:24
*** tetsuro has joined #openstack-nova10:27
*** tetsuro_ has quit IRC10:30
*** tetsuro_ has joined #openstack-nova10:31
*** tetsuro has quit IRC10:33
*** hoonetorg has joined #openstack-nova10:37
openstackgerritStephen Finucane proposed openstack/nova master: objects: Add MigrationTypeField  https://review.opendev.org/70601310:43
*** brinzhang_ has quit IRC10:43
kashyaplyarwood: Just looking at the Q35 upstream job - https://review.opendev.org/#/c/708701/10:46
kashyapWhile I look at the logs; what was the issue you're alluding to there, that worked for you locally?10:46
bauzasgibi: stephenfin: efried_gone told he was +2 on https://review.opendev.org/#/c/589085/7 if I was writing a specific email10:47
bauzasare you okay with this ?10:47
* kashyap looks at https://zuul.opendev.org/t/openstack/build/38f567807e3442b5b1c1d5f155be0af410:47
bauzasI haven't written it until I was providing https://review.opendev.org/#/c/712118/210:47
lyarwoodkashyap: yeah on F30, I can reproduce the failure on Ubuntu10:47
lyarwoodkashyap: I haven't had time to circle back to it yet10:48
stephenfinbauzas: sure10:48
lyarwoodkashyap: but it looks like the config drive is missing it's LABEL causing the test to fail10:48
kashyapI see; I'll see if I can poke more to see why Zuul complains10:49
lyarwoodkashyap: tbh I think it might be a bug with the version of q35 Ubuntu is using10:51
lyarwoodkashyap: well QEMU but you get the point10:51
kashyapHmm, didn't think of it; you mean version of QEMU?10:51
kashyapBingo10:51
lyarwoodyeah10:51
kashyaplyarwood: BTW, be careful with the term "circle back"; Urban Dictionary has a harsh definition of it.  Not gonna link it :D10:52
* kashyap ducks the rotten eggs lyarwood is about the throw 10:52
*** tetsuro has joined #openstack-nova10:53
kashyapI'll check the QEMU version of Ubuntu; sometimes they miss to backport some bug fixes.  FWIW, we've pointed them out before10:53
kashyap(I mean, in a different scenario)10:53
*** tetsuro_ has quit IRC10:55
*** tetsuro_ has joined #openstack-nova10:59
*** brinzhang has joined #openstack-nova11:01
*** tetsuro has quit IRC11:02
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: libvirt: change UEFI check to handle AArch64 better  https://review.opendev.org/71431111:08
hrwthis patch should pass tests (does 'tox -e py38') and better shows issue11:09
kashyaphrw: Hi11:10
hrwhi kashyap11:10
hrwothers11:10
kashyaphrw: Good point on the undefine with NVRAM thing11:10
hrwnow I have one of those nasty days when I look at nova code...11:10
kashyapWill look post-lunch11:10
kashyap:D11:11
hrwspeaking of q35... when it will be finally default?11:11
hrwx86 users will get hit hard with it. pleasure to look would be11:12
bauzasgibi: stephenfin: done http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013507.html11:13
gibibauzas: thanks11:14
*** sapd1_x has quit IRC11:23
hrw"kernel doesn't support AMD SEV" message is funny11:26
hrwas it gets checked on all archs instead of just x8611:26
*** evrardjp has quit IRC11:44
*** udesale_ has joined #openstack-nova11:44
*** rpittau is now known as rpittau|bbl11:47
*** udesale has quit IRC11:47
*** mkrai has quit IRC11:48
*** mkrai_ has joined #openstack-nova11:48
*** evrardjp has joined #openstack-nova11:50
hrwI wonder how much it will be rewritten once it will be supported somewhere else than amd cpus11:53
stephenfingibi: did you ever do a blog post on the bandwidth-aware scheduling feature?11:54
stephenfinI recall there being one floating around before a past PTG but heck if I can find it now11:55
gibistephenfin: rubasov did one in the early days. let me find the link11:55
gibistephenfin: is this the one you remember? https://rubasov.github.io/2018/09/21/openstack-qos-min-bw-demo.html11:55
sean-k-mooneystephenfin: there was two summit presentations too11:56
stephenfingibi: That's the one, yup. Thanks!11:56
sean-k-mooneyone descirbiing the poc and then one describing the final feature11:56
gibisean-k-mooney: I only remember showing the PoC11:57
sean-k-mooneyyes showed the poc in vancovour and the final version in denver i think11:58
gibihttps://www.youtube.com/watch?v=ls9RXpG6Is011:58
gibithere was some PTG presentation, true. The above is a summit presentation11:58
sean-k-mooneysorry yes that is waht im thinking of11:59
gibiI think we don't have any recording, other than the blog post, about the PTG presentation11:59
hrwhttps://paste.centos.org/view/abe36617 - does it look ok to send for review? skipping AMD SEV check on !x86-6412:01
*** ociuhandu has joined #openstack-nova12:02
hrwfixed missing import, running tox, will send12:09
openstackgerritBalazs Gibizer proposed openstack/nova stable/pike: Avoid circular reference during serialization  https://review.opendev.org/71414812:11
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: libvirt: check for AMD SEV only on x86-64  https://review.opendev.org/71442512:12
*** mgariepy has quit IRC12:15
kashyaphrw: Upstream there's a CI job to test it: https://review.opendev.org/#/c/708701/12:18
*** artom has joined #openstack-nova12:19
kashyaphrw: "it" == q35; and aiming to switch to it in the 'V' release, or early, if possible.12:19
hrwkashyap: cool ;)12:20
*** ociuhandu has quit IRC12:21
hrwkashyap: I start to think how to add aarch64 ci job ;D12:21
kashyapI'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
kashyapIt is "usually" take-an-existing-job-and-tweak-it12:22
hrwI know12:22
hrwhandled too much of CI in kolla12:22
kashyapOh, dear.  Okay :)12:26
*** evrardjp has quit IRC12:27
lyarwoodmelwitt / elod: https://review.opendev.org/#/q/topic:bug/1867380+status:open - could you hit the rest of these today please?12:28
openstackgerritKevin Zhao proposed openstack/nova master: Add default cpu model for aarch64  https://review.opendev.org/70949412:29
lyarwoodhttps://review.opendev.org/#/q/topic:bug/1813789+status:open should also be ready to review12:29
*** martinkennelly has quit IRC12:30
hrwsean-k-mooney: which nova ci job would be best to run on aarch64?12:31
*** eharney has joined #openstack-nova12:32
sean-k-mooneystart with i think tempest-integrated-compute?12:32
sean-k-mooneylet me see if i can get the correct name12:32
sean-k-mooneyya tempest-integrated-compute12:33
sean-k-mooneyif you have that working we disucsed that you really need 2 multi node jobs12:33
sean-k-mooneyone with qcow image backedn and cinder with lvm12:34
sean-k-mooneyand the second with ceph12:34
kevinzsean-k-mooney: hrw: so the nova CI still rely on devstack CI test finished ?12:35
sean-k-mooneythat way you can test live and code migration with both block and volume backed migration in the first job and shared storage in teh second12:35
hrwkevinz: thx12:35
sean-k-mooneykevinz: can you rephrase that?12:35
sean-k-mooneykevinz: the upstream integration ci jobs outside of install projects all use devstack to deploy the code under test12:36
sean-k-mooneyand then use tempest to exectue the tests if that is what you were asking12:36
kevinzI mean "tempest-integrated-compute" test need devstack jobs ready? https://review.opendev.org/#/c/708317/12:36
sean-k-mooneykevinz: ah right well yes unless you are going to do alot more work and port one of the install jobs12:37
sean-k-mooneye.g. create a job based on osa or kolla-ansible or something that can deploy on aarch6412:38
sean-k-mooneykevinz: although is https://review.opendev.org/#/c/708317/ for aarch64 as arm64 is technically a different architecutre12:38
gibidansmith: went through cyborg series again, I had only couple of things so I feel we are close12:38
* gibi lunches12:38
*** brinzhang has quit IRC12:38
*** evrardjp has joined #openstack-nova12:38
*** brinzhang has joined #openstack-nova12:39
*** brinzhang has quit IRC12:39
kevinzsean-k-mooney: OK, so based on Devstack CI jobs, some tempest test are not stable...means failed "sometimes"12:40
sean-k-mooneykevinz: well that happens on x86 too you know12:41
sean-k-mooneyis it more unstable12:41
*** psachin has quit IRC12:42
*** nweinber has joined #openstack-nova12:43
kevinzhrw: sean-k-mooney: I'm going to enlarge the VM to 16GB to see if it works better...12:43
hrwkevinz: commented on that devstack patch12:44
sean-k-mooneyyou 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 with12:45
sean-k-mooneyby the way am in the only person who asociates arm64 with arm64_32 and uses AArch64 when refering to 64bit arm v8 compilation target12:46
sean-k-mooneyas in arm64_32 form this context https://llvm.org/devmtg/2019-04/slides/TechTalk-Northover-A_tale_of_two_ABIs_ILP32_on_AArch64.pdf12:47
*** huaqiang has joined #openstack-nova12:47
hrwsean-k-mooney: aarch64 is official architecture name :)12:47
sean-k-mooneyi guess without the _32 suffix arm64 is used interchangeable with aarch6412:48
hrwarm64_32 is aarch32 which is 32bit mode on aarch64 cpu. totally optional thing in cpu design, not present in several server processors12:48
sean-k-mooneyhrw: yep just i dont see arm64 that often and was not sure if people were shotening arm64_32 or not12:48
hrwsean-k-mooney: exactly12:48
hrwno arm64==aarch6412:48
sean-k-mooneyok12:48
sean-k-mooneyill keep avoiding using arm64 then and keep using aarch6412:49
hrwfor me arm64_32 is one step from abomination ;D12:49
sean-k-mooneywell its better then continuing to use armv712:49
*** ratailor has quit IRC12:50
sean-k-mooneyhrw: did you see the recent new about that amazon graviton2 chips12:50
sean-k-mooneythose look really interesting12:50
hrwsean-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 natively12:50
sean-k-mooneytoo bad they dont sell them12:51
hrwsean-k-mooney: graviton2 looks great12:51
hrwsean-k-mooney: let me say that way: please do not start aarch64 developers hardware discussion.12:51
sean-k-mooneyhrw: well apple are also pussing aarch32 for legacy compatiblity reasons12:51
hrwsean-k-mooney: app store requires 64bit apps upload so it is only a matter of time12:52
sean-k-mooneyyep they just wanted it for a transition period12:52
hrwonce support for <iphone 5s gets killed they can go 64bit only12:52
sean-k-mooneyanyway its fun times as long as you are not intel right now12:52
hrwo yes12:52
hrwunless you are aarch64 porter/developer and have to fight with software written with 'there is only x86' mantra ;D12:53
*** ociuhandu has joined #openstack-nova12:54
sean-k-mooneyuntil 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 while12:54
hrwuse or buy?12:54
sean-k-mooneywell i was thinking by but i guess you can now use aws12:55
*** Luzi has joined #openstack-nova12:55
sean-k-mooneye.g. a laptop/desktop that developers can use as a daily driver without going all the way to a full server12:55
hrwsean-k-mooney: https://marcin.juszkiewicz.com.pl/2019/02/23/we-need-arm64-systems-for-developers-again/12:56
hrwsean-k-mooney: yeah12:56
kevinzhrw: thanks for the comments, I will check12:56
*** sapd1_x has joined #openstack-nova12:56
hrwsean-k-mooney: there are attempts to run linux natively on those snapdragon based win10 laptops12:56
sean-k-mooneyhrw: ya basically that :)12:57
*** macz_ has joined #openstack-nova12:57
* hrw -> hitting head to the wall or other less painful things rather than discussing aarch64 developers hardware12:57
sean-k-mooneythat could be intersting but do they supprot hardware virtualisation so you could do openstack dev on them12:57
hrwin theory virtualization is mandatory on aarch6412:58
sean-k-mooneyoh good to know12:58
*** ociuhandu has quit IRC12:58
sean-k-mooneyi guess even on a mobile/laptop chip it might be useful for sandboxing12:58
sean-k-mooneye.g. for secure contianer technology/linux subsystem for windows12:59
openstackgerritKevin Zhao proposed openstack/nova master: Add default cpu model for aarch64  https://review.opendev.org/70949412:59
*** Luzi_ has joined #openstack-nova13:00
hrwsean-k-mooney: https://paste.centos.org/view/975095f5 - how many mistakes I made?13:00
hrwsean-k-mooney: CI job13:00
hrwsean-k-mooney: 'check-arm64' is pipeline in zuul - used at same time as 'check'13:01
*** Luzi has quit IRC13:01
*** mgariepy has joined #openstack-nova13:01
sean-k-mooneyif the nodeset is already defiend somewhere else you do not need to redefine it.13:02
sean-k-mooneyother then that it looks more or less correct13:02
hrwsean-k-mooney: in kolla we created one13:03
sean-k-mooneyzuul collects all the definition form all projects13:03
sean-k-mooneyso if its already defeined in another repo you can just reuse it13:03
hrwI know, looking at tempest one now13:03
hrwsean-k-mooney: aarch64 is not quite popular in CI so far13:04
*** ociuhandu has joined #openstack-nova13:04
sean-k-mooneyif you want to redfine the node set then you might need to give it a new name13:05
sean-k-mooneythe other think is the voting:false13:05
sean-k-mooneythat should be in the where you use the job under check-arm6413:05
sean-k-mooneynot in the job definition13:05
hrwsean-k-mooney: you use both form ;)13:06
hrwnova-lvm has voting in definition13:07
sean-k-mooneyi think if you set it in the defition it will apply to all uses of the job13:07
sean-k-mooneybasically chanign the default13:07
hrwok13:07
sean-k-mooneypeople dont expect to have to set voting:true13:08
*** tetsuro_ has quit IRC13:08
hrwyep13:08
*** ociuhandu has quit IRC13:08
*** rpittau|bbl is now known as rpittau13:08
sean-k-mooneyi would do something like this http://paste.openstack.org/show/791022/13:08
sean-k-mooneybut ya i think way you had would work13:08
hrwon it13:09
*** amoralej is now known as amoralej|lunch13:09
alex_xudansmith: last question for this https://review.opendev.org/#/c/631244/68/nova/conductor/manager.py@1621, Sundar said you are more clear on this. The question is why we don't fail directly when binding failed at build_instances instead of try next alt host. The build_and_run_instances looks like will fail directly when binding arq failed.13:10
hrwsean-k-mooney: https://paste.centos.org/view/61a2b0ca13:10
hrwsean-k-mooney: openstack-single-node-bionic-aarch64 copied from devstack13:11
*** ociuhandu has joined #openstack-nova13:11
hrwsean-k-mooney: openstack-single-node-bionic-aarch64 copied from devstack openstack-single-node-bionic one13:11
hrwto be exact13:11
*** ociuhandu has quit IRC13:13
*** ociuhandu has joined #openstack-nova13:14
*** ociuhandu has quit IRC13:16
*** ociuhandu has joined #openstack-nova13:16
gibilyarwood: I saw yet another evacuation problem in the live-migration task on master13:16
gibilyarwood: VirtualInterfaceCreateException happens during evac13:16
gibihttps://zuul.opendev.org/t/openstack/build/2703656a683043a6b741fa4c2283b314/log/job-output.txt#770813:16
*** ociuhandu has quit IRC13:16
gibihttps://zuul.opendev.org/t/openstack/build/2703656a683043a6b741fa4c2283b314/log/logs/screen-n-cpu.txt?severity=4#786513:17
gibiI don't knowi if you already see this13:17
*** zhanglong has joined #openstack-nova13:17
*** ociuhandu has joined #openstack-nova13:18
artomstephenfin, so I've finally gotten around to removing the 2/3 NUMA split in https://review.opendev.org/#/c/672595/13:20
artomMind taking a look when you get a chance? I'll revisit your hugepages bugfix in the meantime13:20
sean-k-mooneyhrw: yes that woudl be better since you have the group dfinition that are used for the ansible roles13:22
sean-k-mooneyusing primary may have worked but like would have caused issues13:22
hrwsean-k-mooney: 'primary' was taken from kolla ;D13:23
sean-k-mooneyhrw: is there a reason that you are not defineing this in devstack and using a depends-on13:23
sean-k-mooneyah i know that seamed familar13:23
sean-k-mooneythey use primary and secondary instead of subnode terminology13:24
sean-k-mooneythat we use for devstack13:24
hrwsean-k-mooney: after playing with devstack in past there is no stick long enough to touch it (forgive poor idiom use)13:24
sean-k-mooneyhrw: devstack and kolla-ansible are my two favorite installers13:25
hrw;)13:25
sean-k-mooneydepending on what im doing13:25
hrwyoctozepto: ^^ idea?13:25
lyarwoodgibi: sorry was out at lunch, no I hadn't seen any issues since my changes landed :/13:26
hrwsean-k-mooney: I only use k-a for deployment. at least I know that it works and gives me sane setup13:26
hrwsean-k-mooney: when I used devstack the way of dealing with issues was 'restart and hope'13:26
sean-k-mooneyhrw: ya i use k-a for any long lived setup and use devstack for everything else13:26
sean-k-mooneydevstack is actully pretty reliable you just need to learn how to use it13:27
sean-k-mooneyand how to fix common issues13:27
sean-k-mooneynormally when it breaks its because of a depency did a new release13:28
*** arxcruz|rover has joined #openstack-nova13:28
sean-k-mooneyonce you  know what to look for fixing it get much simpler13:29
hrwpossible13:29
gibilyarwood: I hope this is just a one time issue. I've rechecked the patch see if it goes now13:29
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job  https://review.opendev.org/71443913:29
hrwlet's see13:29
sean-k-mooneygibi: whats the current state fo the cyborg series13:30
sean-k-mooneyactully i have to join a meeting13:31
gibisean-k-mooney: I've just re-reviewed before lunch13:31
gibisean-k-mooney: it looks pretty close13:31
*** tbachman has joined #openstack-nova13:31
gibisean-k-mooney: I have one deeper question about the amount of ARQ delete calls nova makes13:31
gibithe rest is mostly easy fixes13:31
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job  https://review.opendev.org/71443913:31
sean-k-mooneyok so i would proably be worth my time looking at it again today13:32
*** mriedem has joined #openstack-nova13:32
gibisean-k-mooney: yes. I also pinged dansmith as I think he can re-review now as well13:32
dansmithyep, I'm looking at alex_xu's query on that13:33
*** sapd1_x has quit IRC13:35
*** ociuhandu has quit IRC13:36
dansmithgibi: will start going over that in a little bit13:36
*** ociuhandu_ has joined #openstack-nova13:36
gibicool13:37
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job  https://review.opendev.org/71443913:37
*** Luzi_ has quit IRC13:44
lyarwoodkashyap / stephenfin / melwitt ; https://review.opendev.org/#/c/696834/ - can you hit this again (rbd_swap) today if you have time. FWIW with the increase in required versions I'm not going to be able to test this upstream until I get Fedora 31 images built13:44
lyarwoodhttps://review.opendev.org/#/c/708416/ in this change13:45
kashyaplyarwood: Hi, it's on TODO for today.13:45
*** ociuhandu_ has quit IRC13:46
*** ociuhandu has joined #openstack-nova13:46
lyarwoodkashyap: thanks13:49
*** amoralej|lunch is now known as amoralej14:06
openstackgerritBrin Zhang proposed openstack/nova master: Expose instance action event details out of the API  https://review.opendev.org/69443014:08
openstackgerritMerged openstack/nova master: Bump python-subunit minimum to 1.4.0  https://review.opendev.org/71361114:09
openstackgerritjayaditya gupta proposed openstack/nova master: Support for nova-manage placement heal_allocations --cell  https://review.opendev.org/71445414:11
*** hongbin has joined #openstack-nova14:19
openstackgerritjayaditya gupta proposed openstack/nova master: Support for nova-manage placement heal_allocations --cell  https://review.opendev.org/71445914:21
*** ociuhandu_ has joined #openstack-nova14:22
*** brinzhang has joined #openstack-nova14:24
*** ociuhand_ has joined #openstack-nova14:24
*** ociuhandu has quit IRC14:25
openstackgerritBrin Zhang proposed openstack/nova master: Add instance actions v283 samples test  https://review.opendev.org/70625114:25
brinzhanggibi: Done, thanks14:26
*** ociuhand_ has quit IRC14:27
*** ociuhandu_ has quit IRC14:27
*** ociuhandu has joined #openstack-nova14:27
*** ociuhandu_ has joined #openstack-nova14:30
*** ociuhand_ has joined #openstack-nova14:32
*** ociuhandu has quit IRC14:33
openstackgerritBrin Zhang proposed openstack/nova master: Add instance actions v283 samples test  https://review.opendev.org/70625114:33
*** dklyle has joined #openstack-nova14:34
*** ociuhandu_ has quit IRC14:36
*** mkrai_ has quit IRC14:37
*** ociuhand_ has quit IRC14:43
kashyaplyarwood: Should the blockCopy() change then be dependent on the F31 change - to prove testability?14:43
lyarwoodkashyap: I've already proven it with F30 and 5.10/4.3 tbh14:48
kashyaplyarwood: Ah, then your comment here confused me :)14:48
sean-k-mooneylyarwood: whats the minium qemu you need14:50
sean-k-mooneywill 4.2 work14:50
lyarwoodkashyap: so the new version constrats you suggested to avoid some known issues is what's causing us to be unable to test this prior to F3114:50
kashyaplyarwood: Hmm; /me taps on the table and thinks ...14:50
lyarwoodsean-k-mooney: Libvirt 5.10 and QEMU 4.{3,2} I forget which14:50
kashyapSeems like the diskimage-builder patch is at least being reviewed by the Right Person(tm).14:51
sean-k-mooneylyarwood: i think ubuntu 20.04 will have libvirt 6.0 and qemu 4.214:52
lyarwoodright14:52
*** prometheanfire has joined #openstack-nova14:52
lyarwoodsean-k-mooney: so support was introduced a while ago, kashyap  just suggested we use a later version to include some bugfixes for blockCopy.14:53
sean-k-mooneysure but this should not be a blocker right14:53
lyarwoodand using that later version is now causing issues testing this somewhere in the gate as the virt-preview repo has only built these packages for F3114:53
sean-k-mooneywe can test with the older versions?14:53
lyarwoodwe can't if the constraints in code limit us to the newer versions14:53
lyarwoodotherwise we switch to the older blockRebase method14:54
sean-k-mooneywell the virt preview repo and fedora is not stble anyway14:54
* lyarwood hugs Fedora14:54
kashyapYeah, FWIW, it's also the libvirt upstream suggested based on our use-case14:54
kashyapsean-k-mooney: The reason for going with the current 6.1 and QEMU 4.2 (at least Ubuntu has this):14:54
sean-k-mooneykashyap: i was tying to config the version did you find them14:55
*** mgariepy has quit IRC14:55
* kashyap is logging into Gerrit; had to restart the browser14:55
hrwDebian is at 5.0 and 3.114:55
sean-k-mooneyhrw: ya we are not talking about min versions here14:56
kashyapsean-k-mooney: See my second comment on line 286: https://review.opendev.org/#/c/696834/6/nova/virt/libvirt/driver.py@28614:56
kashyapsean-k-mooney: The recommended version constants we're now using fix a disk image corruption bug.14:56
sean-k-mooneyright so we are defaulting to 5.10 for libvirt14:56
sean-k-mooneyand what version for qemu14:57
lyarwoodsean-k-mooney: we were14:57
sean-k-mooneyoh you bumped it to 6.114:57
lyarwoodsean-k-mooney: now it's 6.1.0 for Libvirt and QEMU 4.3.014:57
sean-k-mooneyso i dont think 6.1 will be in 20.0414:57
sean-k-mooneyor 4.3 i think they are using 4.214:57
sean-k-mooneyso im not sure this will be a good base14:58
kashyaplyarwood: I think you got the QEMU version wrong; now it is 4.2.014:58
*** links has quit IRC14:58
sean-k-mooneyya i think it should be 4.2 as well14:58
lyarwoodah!14:59
sean-k-mooneycan we use 6.0 for libvirt15:00
kashyap:)15:00
sean-k-mooneyi also dont think 6.1 will by in ubuntu 20.0415:00
kashyapsean-k-mooney: Let me check with the libvirt dev...15:00
sean-k-mooneyit might be in the cloud archive15:00
hrwubuntu focal is on 6.0 so it will stay at 6.0 unless uca15:01
sean-k-mooneyyep15:02
*** ociuhandu has joined #openstack-nova15:02
efried_gonebauzas: +215:03
bauzasefried_gone: with love15:03
bauzasgo save the Openshift world15:03
*** ociuhandu has quit IRC15:06
*** evrardjp has quit IRC15:07
*** evrardjp has joined #openstack-nova15:11
kashyapsean-k-mooney: lyarwood: Good news — we can lower the libvirt version from 6.1.0 to 6.0.0, thanks to lyarwood's "provide backing file explicitly" fix: https://opendev.org/openstack/nova/commit/0cfe9c81e3fe4d15:12
kashyapAdded a comment in the change to that effect.15:13
lyarwoodkashyap: ack thanks15:13
sean-k-mooneycool so we can use libvirt 6.0.0 and qemu 4.2.0 as the minium safely15:13
sean-k-mooneythe other way to test this would be via rdo and a centos job15:14
sean-k-mooneycentos 815:14
lyarwooddo we have an AV repo in CentOS 8?15:14
sean-k-mooneywe should, im not sure but we definetly should15:15
sean-k-mooneywell in centos 8 or in rdo15:15
sean-k-mooneywe should not be testing with the defalut qemu and libvirt on centos15:15
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Use virDomainBlockCopy to swap volumes when using -blockdev  https://review.opendev.org/69683415:15
* lyarwood looks15:16
*** ociuhandu has joined #openstack-nova15:16
*** ociuhandu has quit IRC15:16
*** TxGirlGeek has joined #openstack-nova15:17
*** gyee has joined #openstack-nova15:27
*** zhanglong has quit IRC15:30
*** mgariepy has joined #openstack-nova15:35
*** KeithMnemonic has joined #openstack-nova15:42
*** lbragstad has quit IRC15:42
hrw97 tempest failures on aarch64 show that it is too early for that CI job15:49
artomhrw, well, it's a start :) It'll probably remain non-voting and/or experimental for a bit, but those 97 failures can be chipped away at one by one15:55
sean-k-mooneyhrw: you could add it to the periodic pipe line15:56
hrw;D15:57
sean-k-mooneyhrw: but ya as artom siad the failures can be adressed one by one15:57
sean-k-mooneyits non voting anyway so it wont block the build15:57
sean-k-mooneyand its in a seperate pipleline alreday so the check pipepline wont wait for it15:57
sean-k-mooneyso it wont slow down the gate15:58
sean-k-mooneyit proably makes sense to not merge it untill its closer to working but you can always recheck the patch15:58
sean-k-mooneyif you do that however i would suggest disableing the other jobs15:58
sean-k-mooneyso as to not was gate resouces15:59
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: CI: add tempest-integrated-compute-aarch64 job  https://review.opendev.org/71443916:01
hrwok, will reedit it then back16:02
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: [WIP] CI: add tempest-integrated-compute-aarch64 job  https://review.opendev.org/71443916:03
*** klindgren_ has joined #openstack-nova16:03
*** klindgren has quit IRC16:03
hrwok, my redeployment finished, can now teach tempest to use it16:04
*** ociuhandu has joined #openstack-nova16:11
*** ociuhandu has quit IRC16:18
*** klindgren has joined #openstack-nova16:24
*** klindgren_ has quit IRC16:25
*** Sundar has joined #openstack-nova16:26
*** udesale_ has quit IRC16:27
gibi /away16:34
*** belmoreira has quit IRC16:43
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: update quota apis with keystone limits and usage  https://review.opendev.org/71349916:46
*** tesseract has quit IRC16:54
hrwTook 15.46 seconds to build instance.16:55
hrwnow better16:55
*** lbragstad has joined #openstack-nova16:56
*** sapd1_x has joined #openstack-nova16:58
hrwuf. tempest even run with it16:58
*** sapd1_x has quit IRC17:03
hrwRan: 353 tests in 34.9147 sec.17:04
hrw - Passed: 017:04
hrwso back to config17:04
dansmithsean-k-mooney: gibi: we've got +2s pretty far up the stack, aside from one -1 from alex_xu on top of +2s, and then one -1 from gibi17:06
dansmithsean-k-mooney: gibi: What do you think about dropping the -2 on the bottom patch to let some of those start to flow into the gate while Sundar fixes that one -1 from gibi?17:07
sean-k-mooneydansmith: ya im trying to make my way through the stack today.17:07
*** lbragstad_ has joined #openstack-nova17:07
dansmithsean-k-mooney: okay you have +1s on a bunch of them too17:07
sean-k-mooneyi think the bottom patches i have looked at so far look sane to me17:07
sean-k-mooneyso i would be ok with droping the -2 and starting to merge those17:08
sean-k-mooneyi have not made it to the later patches in a while but if you feel comfortable with them then i would not be against droping the -217:08
*** rpittau is now known as rpittau|afk17:08
*** lbragstad has quit IRC17:09
openstackgerritLee Yarwood proposed openstack/nova stable/queens: Replace ansible --sudo with --become in live_migration/hooks scripts  https://review.opendev.org/71384417:14
openstackgerritLee Yarwood proposed openstack/nova stable/queens: nova-live-migration: Wait for n-cpu services to come up after configuring Ceph  https://review.opendev.org/71384517:14
*** jawad_axd has quit IRC17:17
openstackgerritLee Yarwood proposed openstack/nova stable/queens: nova-live-migration: Wait for n-cpu services to come up after configuring Ceph  https://review.opendev.org/71384517:18
dansmithsean-k-mooney: okay let's see what gibi thinks17:21
*** gregwork has joined #openstack-nova17:24
gibidansmith sean-k-mooney: I think it is in a good enough shape to start merging the bottom17:26
dansmithgibi: ack, will drop and make sure those that can merge are +Wd17:26
gibidansmith: ack, thanks17:27
Sundardansmith, sean-k-mooney, gibi: Thanks. FWIW, I have started responding to gibi's -1 comments.17:27
gibiSundar: ack. thanks17:27
dansmithSundar: cool, if and when you propose fixes, be sure to use git review -R to avoid rebasing the patches that may be in the gate below17:27
dansmithgibi: alex_xu's concern on the "create and bind" is an existing problem not a new one, AFAICT.. I don't want to override his -1 but I don't think there's going to be anything we can or should do in that patch17:28
dansmithgibi: can you have a look at his concern and my response and see if you agree? https://review.opendev.org/#/c/63124417:29
openstackgerritLee Yarwood proposed openstack/nova stable/pike: nova-live-migration: Wait for n-cpu services to come up after configuring Ceph  https://review.opendev.org/71303617:30
openstackgerritLee Yarwood proposed openstack/nova stable/queens: nova-live-migration: Wait for n-cpu services to come up after configuring Ceph  https://review.opendev.org/71384517:31
sean-k-mooneydansmith: the whole multi create process cause extra issues.. if you set like --min 2 --max 4 and 1 fails but you end up with 3 running vms then that fine right17:32
gibidansmith: will check soon17:33
sean-k-mooneyso if we do fail to create a binding im not sure if we should be killing the full multi create or just that vm. ideally we woudl reshdule just the one vm that filed right17:33
sean-k-mooneybut you were saying the way the funtion currenly works that is not easy to do17:34
*** evrardjp has quit IRC17:36
*** dtantsur is now known as dtantsur|afk17:36
*** evrardjp has joined #openstack-nova17:36
hrwis there a tool which takes tempest and gives user readable report? "here are tests which worked, here are skipped ones. and here are failed ones with their output" instead of "here you have @%@Y*T@TGWGHWERIGWYT$(@#YTGWEGHYW as a log"17:36
sean-k-mooneydansmith: doing a continue after cleaning up the current instnace i think could work fine17:36
sean-k-mooneywell work in a more intuitive way17:37
sean-k-mooneythen killing the entire multi create because 1 instnace failed17:37
*** dpawlik has quit IRC17:37
sean-k-mooneyhrw: you are using a non zuulv3 native job yes?17:38
sean-k-mooneyhrw: im guessing the logs you are looking at are double compressed17:38
hrwsean-k-mooney: running tempest locally17:38
sean-k-mooneyif that is the issue then you can fix it by  doing "curl <log url> | zcat | <program of choice or file>"17:39
sean-k-mooneyoh so its not that issue17:39
gibidansmith: responded. I think the current code is OK, that loop was never designed to try multiple hosts for a single instance17:39
*** lpetrut has joined #openstack-nova17:40
sean-k-mooneygibi: but should it contiue to the next iteration and try the other instnaces?17:40
gibisean-k-mooney: honestly I would not try that right now. Separately we can think about such enhancement17:40
hrwsean-k-mooney: I start to think that at the end I will write a python script which with load that 10-20MB json file into memory and parse to provide some sane report17:40
gibisean-k-mooney: this is now simple and it cleans up properly as far as I see.17:41
sean-k-mooneygibi:  ok dansmith raised that question in https://review.opendev.org/#/c/631244/68/nova/conductor/manager.py@162117:41
gibiand I responded there17:41
sean-k-mooneyhrw: there is a tool upstream that renders a nice html output17:42
dansmithotp, bbl17:42
sean-k-mooneygibi: cool havent reloaded17:42
sean-k-mooneyim going to move on to the next patch in the chain17:42
gibisean-k-mooney: thanks.17:42
gibiI'm going offline :)17:42
gibio/17:42
*** mmethot_ has joined #openstack-nova17:44
hrwsean-k-mooney: it would be too good.17:44
*** _mmethot_ has quit IRC17:46
hrwsean-k-mooney: thanks18:01
* hrw off18:01
*** dpawlik has joined #openstack-nova18:02
*** derekh has quit IRC18:02
*** prometheanfire has quit IRC18:05
*** prometheanfire has joined #openstack-nova18:21
*** hongbin has quit IRC18:22
*** macz_ has quit IRC18:27
*** macz_ has joined #openstack-nova18:28
*** maciejjozefczyk has quit IRC18:28
*** maciejjozefczyk has joined #openstack-nova18:29
*** amoralej is now known as amoralej|off18:44
*** bbowen has quit IRC18:48
artomdansmith, got the energy to look at https://review.opendev.org/#/c/714228/ again?19:03
openstackgerritMerged openstack/nova master: Make serialize_args handle exception messages safely  https://review.opendev.org/71269719:04
artomstephenfin ^^ same, but you're probably done for the day by now19:08
*** maciejjozefczyk has quit IRC19:12
*** lpetrut has quit IRC19:12
*** Sundar has quit IRC19:13
*** ralonsoh has quit IRC19:16
*** hongbin has joined #openstack-nova19:18
*** maciejjozefczyk has joined #openstack-nova19:23
openstackgerritMerged openstack/nova master: Store instance action event exc_val fault details  https://review.opendev.org/69442819:24
openstackgerritMerged openstack/nova master: Enable unshelve with qos ports  https://review.opendev.org/70547519:24
openstackgerritMerged openstack/nova master: Merge qos related renos for Ussuri  https://review.opendev.org/70676619:38
*** vishalmanchanda has quit IRC19:46
*** jawad_axd has joined #openstack-nova19:48
*** bbowen has joined #openstack-nova19:56
*** spatel has joined #openstack-nova20:04
*** ccamacho has quit IRC20:05
*** maciejjozefczyk has quit IRC20:07
*** maciejjozefczyk has joined #openstack-nova20:07
spatelsean-k-mooney: is rcp_thread_pool_size has been replaced with executor_thread_pool_size ?20:12
spatelhttps://docs.openstack.org/nova/queens/configuration/config.html#executor_thread_pool_size20:13
sean-k-mooney https://docs.openstack.org/nova/queens/configuration/config.html#DEFAULT.executor_thread_pool_size20:14
*** maciejjozefczyk has quit IRC20:14
sean-k-mooneyaccording to the docs yes20:14
spatelcool, i will use executor_thread_pool_size :)20:15
*** nightmare_unreal has quit IRC20:17
*** jawad_axd has quit IRC20:28
*** jawad_axd has joined #openstack-nova20:29
spatelsean-k-mooney: what do you suggest about heal_instance_info_cache_interval value, its ok to keep it little high (default: 60)20:32
sean-k-mooneyin theory it should not be needed at all. it is intended to ensure that nova and neutron does not get out of sync if you modify attributes of the neutron port out of band of nova20:33
sean-k-mooneyso yes it can be set longer that  said it should not be disabled20:33
sean-k-mooneymainly because there is not testing for running without the healing.20:33
*** jawad_axd has quit IRC20:33
spateli am trying to reduce load on neutron-servers so trying to tune some value20:34
*** nweinber has quit IRC20:35
spatelas VMs grows it put more pressure on neutron20:35
sean-k-mooneyyou should be able to set it to 300 safely enough20:38
spatelcool20:41
*** dpawlik has quit IRC20:43
*** mgariepy has quit IRC20:45
*** dpawlik has joined #openstack-nova20:53
*** Sundar has joined #openstack-nova21:03
sean-k-mooneydansmith: gibi Sundar just finished reviewing the cyborg series. i noticed a few nits all of which could be adressed in a follow up patch but one thing is definetly missing. i think we all agree that cyborg integration qualifies for a release note but i dont see one in the series21:15
sean-k-mooneywe could add it in the followup patch when adressing some fo the nits but strictly speaking i belive it should be added here https://review.opendev.org/#/c/673735/46 and then update by each of the follow on patches to reflect the different capablities21:16
sean-k-mooneythat said we can just add it in https://review.opendev.org/#/c/674726/9 which is the last functional patch21:16
*** dpawlik has quit IRC21:20
Sundarsean-k-mooney: Ack. I'll take a look21:21
SundarThanks for the reviews.21:21
SundarAny luck with testing the rescheduling?21:21
*** artom has quit IRC21:27
sean-k-mooneyi have not had a chance to test it but i might get to do it tomororow. i will be redeploying the latest version tomorow in anycase21:33
sean-k-mooneyi was condiering locally modifying the spawn to fail on one node to then assert the correct behaviro for reschdule21:33
*** artom has joined #openstack-nova21:38
*** artom has quit IRC21:38
*** artom has joined #openstack-nova21:39
*** xek has quit IRC21:39
sean-k-mooneyartom: whitebox is breaking thing it should not be able to break...21:42
sean-k-mooneyhttps://zuul.opendev.org/t/openstack/build/bc5fd77019b74363ab3b06478fd386de21:42
sean-k-mooneyartom: its causing tempest-tox-plugin-sanity-check to fail21:42
sean-k-mooney.21:43
artomWhoa21:43
sean-k-mooneyi have no idea why its checking whitebox either21:43
sean-k-mooneybut we should proably fix that21:43
sean-k-mooneyits becasue we merged https://opendev.org/x/whitebox-tempest-plugin/commit/c1285626fee890a00f247ff0d0bde1249b90a59f21:44
artomsean-k-mooney, right, I get the error21:44
artomI just have no idea how we ended up in that job21:44
artomTO my knowledge we didn't "register" anywhere as a tempest plugin21:44
sean-k-mooneydid your governance patch merge21:44
artomNo21:44
sean-k-mooneythen ya im not sure either21:45
sean-k-mooneyi guess we need to set a default for the config21:45
sean-k-mooneyso 0?21:45
artomI was gonna say - that's probably the easiest fix21:45
artomYeah21:45
sean-k-mooneyshoudl we also add that job to whitebox21:45
artomLet's fix it for now21:45
sean-k-mooneyok want me to do it now or will i leave it to you21:46
artomsean-k-mooney, we need each other to review it :)21:46
sean-k-mooneyyes but in this case i think we can self approve21:46
sean-k-mooneyonce the other revies its also trival21:46
*** mriedem has left #openstack-nova21:49
*** mgariepy has joined #openstack-nova21:50
artomsean-k-mooney, https://review.opendev.org/#/c/714539/21:52
sean-k-mooneyartom: hehe you bet me too it21:52
artomsean-k-mooney, ah, I think that tempest job dynamically gets a list of projects that are tempest plugins from gerrit: https://opendev.org/openstack/tempest/src/branch/master/tools/generate-tempest-plugins-list.py21:53
sean-k-mooneyya so i guess its trying to make sure that changes to tempest dont break plugins21:54
artomRisky as hell though21:55
artomThough they can blacklist projects too21:55
artomSo maybe not to much21:55
artom*so much21:55
artomI'll email the ML21:55
sean-k-mooneyya. well i think that reinforces the idea we proably should run that job on the mailing list but on the plus side they should be warned if they would breake whitebox atleast to some degree21:56
artomsean-k-mooney, not sure how running that job would work, it depends on scripts in the tempest rpo22:01
artom*repo22:01
*** Sundar has quit IRC22:01
artomAnyways, we can continue this later, I need to make supper22:01
sean-k-mooneyya im also done for the day. but runing that job would use the script form the tempest repo22:02
sean-k-mooneyit would tell use if we were making a change that woudl cause it to fail before we merge it22:02
artomOK, so should work then22:02
artomBut yeah, tomorrow22:03
artomo/22:03
sean-k-mooneyo/22:03
*** spatel has quit IRC22:33
*** tkajinam has joined #openstack-nova22:57
*** gibi has quit IRC23:03
*** slaweq has quit IRC23:06
*** brinzhang has quit IRC23:16
openstackgerritmelanie witt proposed openstack/nova master: DNM: try to get some debug info for bug 1844929  https://review.opendev.org/70147823:42
openstackbug 1844929 in OpenStack Compute (nova) "grenade jobs failing due to "Timed out waiting for response from cell" in scheduler" [High,Confirmed] https://launchpad.net/bugs/184492923:42
*** brinzhang has joined #openstack-nova23:55
*** tetsuro has joined #openstack-nova23:58

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!