| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-10-04 | |||
| 17:58:29 | mriedem | http://cloudbase-ci.com/nova/656656/30/devstack-build.log.gz | |
| 17:58:40 | mriedem | fatal: [10.222.0.14]: FAILED! => { "msg": "The conditional check 'devstack_clone_result.rc != 0' failed. The error was: error while evaluating conditional (devstack_clone_result.rc != 0): 'dict object' has no attribute 'rc' | |
| 17:59:36 | ociuhandu | mriedem: thank you, I'll ping the team asap and ask them to check and fix it | |
| 17:59:43 | mriedem | thanks | |
| 18:03:54 | openstackgerrit | Eric Fried proposed openstack/nova-specs master: WIP: Spec: Ussuri: Emulated Virtual TPM https://review.opendev.org/686804 | |
| 18:11:26 | ociuhandu | mriedem: I've checked with the team, the errors started from late last evening and by noon today the fix was commited: https://github.com/cloudbase/openstack-cis/commit/6b2f428d22dcd9f99d396ac3c596c7d9618e9796 | |
| 18:13:02 | mriedem | ah cool, i must have just been looking at an old result | |
| 18:13:03 | mriedem | thanks again | |
| 18:13:55 | ociuhandu | here's a recent run: https://review.opendev.org/#/c/684334/ | |
| 18:21:33 | ociuhandu | mriedem: thanks, it's definitely better to check twice than miss some problems :) | |
| 18:22:04 | mriedem | yp | |
| 18:22:06 | mriedem | *yup | |
| 18:22:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-net: Remove unused '*_default_rules' security group DB APIs https://review.opendev.org/686808 | |
| 18:22:21 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Remove 'os-security-group-default-rules' REST API https://review.opendev.org/686807 | |
| 18:22:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Remove '/os-tenant-networks' REST API https://review.opendev.org/686810 | |
| 18:22:22 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Remove (most) '/os-networks' REST APIs https://review.opendev.org/686809 | |
| 18:22:23 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-net: Remove 'networks' quota https://review.opendev.org/686812 | |
| 18:22:23 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-net: Remove 'USE_NEUTRON' from functional tests https://review.opendev.org/686811 | |
| 18:22:24 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-net: Remove associate, disassociate network APIs https://review.opendev.org/686814 | |
| 18:22:24 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Remove 'nova-manage network' commands https://review.opendev.org/686813 | |
| 18:22:25 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-net: Remove 'nova-network' binary https://review.opendev.org/686816 | |
| 18:22:25 | openstackgerrit | Stephen Finucane proposed openstack/nova master: nova-net: Remove 'nova-dhcpbridge' binary https://review.opendev.org/686815 | |
| 18:22:26 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP https://review.opendev.org/686818 | |
| 18:22:26 | openstackgerrit | Stephen Finucane proposed openstack/nova master: docs: Blast most references to nova-network https://review.opendev.org/686817 | |
| 18:48:13 | mriedem | while on the topic if migrating off old volume attachments, https://review.opendev.org/#/c/541420/ has a +2 and gets us to stop creating legacy attachments during boot from volume which will make the eventually data migration less bad | |
| 18:48:17 | mriedem | *of | |
| 18:48:27 | mriedem | the patch is mostly comments and test code | |
| 19:11:12 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Remove Rocky compute compat checks for live migration with port bindings https://review.opendev.org/680005 | |
| 19:26:21 | mriedem | efried: aspiers: i take it there isn't much urgency in getting this fixed? https://review.opendev.org/#/c/684825/ - there have been no updates on the patch since tuesday. | |
| 19:26:50 | mriedem | for an RC kind of thing that's a bit disappointing | |
| 19:26:54 | efried | agree | |
| 19:27:33 | efried | that it's disappointing. No idea if there's urgency. Kinda seemed like there should be. | |
| 19:28:28 | efried | last time I heard from aspiers was on the "document this is broke" patch, yesterday morning. | |
| 19:32:23 | mriedem | yeah i saw that | |
| 19:38:11 | openstackgerrit | Merged openstack/nova master: FUP to I4d181b44494f3b0b04537d5798537831c8fdf400 https://review.opendev.org/676231 | |
| 19:38:19 | openstackgerrit | Merged openstack/nova master: nova-net: Migrate 'test_quota_sets' functional tests https://review.opendev.org/684334 | |
| 19:55:18 | mriedem | gibi: you said you were weekending | |
| 19:57:35 | openstackgerrit | Merged openstack/nova master: tests: Correctly mock out security groups in NeutronFixture https://review.opendev.org/685927 | |
| 20:16:31 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: [WIP] Functional tests for NUMA live migration https://review.opendev.org/672595 | |
| 20:16:32 | openstackgerrit | Artom Lifshitz proposed openstack/nova master: [WIP] Helper to start computes with different HostInfos https://review.opendev.org/686832 | |
| 20:17:29 | artom | I think I've done the hardest - get (re-) started and overcome that initial hurdle | |
| 20:17:50 | artom | And with that - kids pick up time | |
| 20:39:08 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Cache image GETs for multi-create/multi-BDM requests https://review.opendev.org/686835 | |
| 20:44:47 | mriedem | hmm, nova.tests.functional.libvirt.test_numa_servers.ReshapeForPCPUsTest.test_vcpu_to_pcpu_reshape might be a problem for the subunit parser bug | |
| 20:44:52 | mriedem | https://zuul.opendev.org/t/openstack/build/4f649747fd9c44f29a105e5100a6232e/log/job-output.txt#2574 | |
| 20:44:57 | mriedem | that test dumps a lot of stuff in the output stream | |
| 20:45:29 | mriedem | only 1 fail in logstash though so maybe rare enough to not care http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22INFO%20%5Bnova.virt.libvirt.driver%5D%20Requesting%20provider%20tree%20reshape%20in%20order%20to%20move%20VCPU%20to%20PCPU%20allocations%20to%20the%20compute%20node%20provider%5C%22%20AND%20tags%3A%5C%22console%5C%22&from=7d | |
| 20:51:18 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Filter out alembic logs below WARNING in tests https://review.opendev.org/686836 | |
| 21:15:06 | dking_desktop | My attempts to boot an ironic instance seem to be stuck in BUILD/scheduling/NOSTATE. I'm seeing this message a lot in nova-compute.log: "Unknown column 'instance_extra_1.resources' in 'field list'". Could somebody confirm whether that column should be in the db? | |
| 21:17:33 | efried | dking_desktop: I'm not the expert here, but it sounds like you may need to run some of the nova-manage db migratey things | |
| 21:19:11 | dking_desktop | efried: Do you know where I might find out more about nova-manage? I saw that before, but it's not a command I currently have installed, and so I thought it might have been something older. | |
| 21:21:14 | efried | mriedem and dansmith would probably know your answer off the top, but I can find the docs, sec... | |
| 21:21:41 | efried | https://docs.openstack.org/nova/latest/cli/index.html | |
| 21:22:04 | mriedem | efried: that would be your vpmem stuff :/ | |
| 21:22:32 | mriedem | dking_desktop: but yeah you need to sync the db schema, probably on cell1 | |
| 21:22:44 | efried | mriedem: oh, yeah, I recognize it now | |
| 21:22:56 | mriedem | nova-manage --config-file <path to cell1 config> db sync | |
| 21:23:38 | mriedem | if you only have 1 config (nova.conf) then if the [database]/connection entry isn't pointing at your cell1 database you're not syncing the cell1 db schema | |
| 21:23:39 | efried | mriedem: does a | |
| 21:23:40 | efried | tell you whether you're done? | |
| 21:23:40 | efried | nova-status upgrade check | |
| 21:23:58 | mriedem | with schema migrations? | |
| 21:24:02 | mriedem | no | |
| 21:24:07 | mriedem | but, i think mgoddard opened a bug asking for that | |
| 21:24:13 | efried | ack | |
| 21:24:51 | mriedem | https://review.opendev.org/#/c/667047/ | |
| 21:26:35 | dking_desktop | mriedem: Thanks for the tip! I think that at least gives me a goal. However, I'm still very new. I'm working with tripleo, and if there's an error, I suppose that means that it missed something. | |
| 21:27:11 | mriedem | dking_desktop: as in your a tripleo developer working on making it work with nova from train? | |
| 21:27:22 | mriedem | or you're using tripleo for your deployment? | |
| 21:27:55 | dking_desktop | I'm an end user using it for deployment, but I've found that it's also been necessary to patch some bugs along the way. | |
| 21:28:07 | efried | heresy! | |
| 21:28:27 | mriedem | then i'm guessing you should ask in the tripleo channel unfortunately | |
| 21:28:32 | dking_desktop | lol. Wouldn't it be nice if things just worked out of the box! | |
| 21:28:38 | mriedem | i assume that all tripleo users are also red hat core developers | |
| 21:29:00 | mriedem | the channel is #tripleo btw | |
| 21:29:07 | dking_desktop | I started there. They recommended here, but any info I can get will likely help. There's just a lot of different pieces to learn. | |
| 21:29:14 | mriedem | huh | |
| 21:29:24 | mriedem | if only we had some red hat people that talked to each other in the different channels... | |
| 21:29:30 | mriedem | melwitt: ^ | |
| 21:29:43 | dking_desktop | I think they mean #openstack, which I also tried, but nobody seemed to respond at all in there. | |
| 21:29:47 | mriedem | dking_desktop: but yeah something isn't running the schema migration | |
| 21:32:06 | dking_desktop | Okay, that sounds like what I expected. I just don't know yet where to find all that. So, I'll continue looking. I know that this channel is dev stuff, so thank you for taking the time to at least give me something to look at. | |
| 21:32:15 | mriedem | also, fwiw, i have no idea if/when tripleo officially says it's cool to use it for upgrading to train | |
| 21:32:18 | mriedem | i'm assuming they do | |
| 21:32:26 | mriedem | and i'm assuming they lag behind the service projects (nova) | |
| 21:33:58 | dking_desktop | I'm not upgrading anything myself. I'm attempting my first deploy, and it's on stein. | |
| 21:34:49 | mriedem | that's very weird because that column is not in the stein code | |
| 21:35:05 | mriedem | instance_extra_1.resources is new in train | |
| 21:35:11 | mriedem | so maybe check your source packages | |
| 21:36:10 | dking_desktop | Ah, that might be! I've found it's common for stuff to get in there that shouldn't be. So, that gives me a place to check. | |
| 21:46:24 | dking_desktop | mriedem: Thanks for the tip, that cracked the problem for me! It turns out that I'm just a stupid end user. I accidentally installed train containers at an earlier point, and when I got the right repos, it didn't remove the containers. Thank you so much! | |
| 21:46:36 | mriedem | ah np | |
| 21:46:57 | openstackgerrit | Merged openstack/nova master: docs: Document global options for nova-manage https://review.opendev.org/677443 | |
| 21:47:19 | mriedem | with that good deed i'm out of here o/ | |
| 22:55:41 | openstackgerrit | Eric Fried proposed openstack/nova-specs master: WIP: Spec: Ussuri: Emulated Virtual TPM https://review.opendev.org/686804 | |
| 22:56:15 | openstackgerrit | Eric Fried proposed openstack/nova-specs master: WIP: Spec: Ussuri: Emulated Virtual TPM https://review.opendev.org/686804 | |
| 23:38:31 | openstackgerrit | Merged openstack/nova master: Set Instance AZ from Selection AZ during build reschedule https://review.opendev.org/686047 | |
| 23:38:37 | openstackgerrit | Merged openstack/nova master: Set Instance AZ from Selection AZ during migrate reschedule https://review.opendev.org/686050 | |
| 23:38:43 | openstackgerrit | Merged openstack/nova master: Update cells v2 up-call caveats doc https://review.opendev.org/686053 | |
| 23:38:56 | openstackgerrit | Merged openstack/nova stable/rocky: Reduce scope of 'path' query parameter to noVNC consoles https://review.opendev.org/686067 | |