Friday, 2019-10-04

*** brinzhang has joined #openstack-nova00:01
*** tetsuro has joined #openstack-nova00:15
*** gyee has quit IRC00:21
openstackgerritJing Zhang proposed openstack/nova master: [WIP] Default mem_page_size to small for pinned instances  https://review.opendev.org/68607900:28
*** markvoelker has joined #openstack-nova00:31
*** markvoelker has quit IRC00:35
*** SonPham has joined #openstack-nova00:36
SonPhamHi. Any way to create live-snapshot with keep process00:36
*** SonPham has quit IRC00:46
*** brinzhang_ has joined #openstack-nova01:00
*** brinzhang has quit IRC01:04
*** jangutter_ has joined #openstack-nova01:10
*** panda|off has quit IRC01:12
*** panda has joined #openstack-nova01:12
*** jangutter has quit IRC01:12
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Remove cells v1 and extension commands and APIs  https://review.opendev.org/68651601:13
*** tetsuro has quit IRC01:19
*** brinzhang has joined #openstack-nova01:25
*** efried has quit IRC01:26
*** markvoelker has joined #openstack-nova01:26
*** efried has joined #openstack-nova01:26
*** dklyle has quit IRC01:27
*** gbarros has quit IRC01:28
*** dklyle has joined #openstack-nova01:28
*** brinzhang_ has quit IRC01:29
*** d34dh0r53 has quit IRC01:30
*** aloga has quit IRC01:30
*** markvoelker has quit IRC01:30
*** aloga has joined #openstack-nova01:31
*** d34dh0r53 has joined #openstack-nova01:32
*** markvoelker has joined #openstack-nova01:54
*** brinzhang_ has joined #openstack-nova01:54
*** brinzhang has quit IRC01:58
*** markvoelker has quit IRC01:58
*** markvoelker has joined #openstack-nova02:05
*** ricolin has joined #openstack-nova02:27
*** markvoelker has quit IRC02:35
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix security groups parameters  https://review.opendev.org/68651702:47
*** markvoelker has joined #openstack-nova03:06
*** markvoelker has quit IRC03:36
*** markvoelker has joined #openstack-nova03:36
*** mkrai has joined #openstack-nova03:42
*** mkrai_ has joined #openstack-nova03:42
*** mkrai has quit IRC03:42
*** mkrai_ has quit IRC03:42
*** mkrai has joined #openstack-nova03:44
*** artom has quit IRC03:51
openstackgerritTakashi NATSUME proposed openstack/nova master: api-guide: Fix available info in handling down cells  https://review.opendev.org/68652003:56
*** markvoelker has quit IRC04:07
*** gouthamr has quit IRC04:15
*** gouthamr has joined #openstack-nova04:16
*** markvoelker has joined #openstack-nova04:35
*** markvoelker has quit IRC04:39
*** Luzi has joined #openstack-nova04:58
*** tetsuro has joined #openstack-nova05:11
*** ratailor has joined #openstack-nova05:13
*** markvoelker has joined #openstack-nova05:19
*** markvoelker has quit IRC05:24
*** markvoelker has joined #openstack-nova05:28
*** markvoelker has quit IRC05:33
*** tssurya has quit IRC05:36
*** markvoelker has joined #openstack-nova05:37
*** markvoelker has quit IRC05:42
*** markvoelker has joined #openstack-nova05:47
*** markvoelker has quit IRC05:51
*** markvoelker has joined #openstack-nova05:56
*** markvoelker has quit IRC06:01
*** markvoelker has joined #openstack-nova06:05
*** markvoelker has quit IRC06:10
*** markvoelker has joined #openstack-nova06:14
*** markvoelker has quit IRC06:19
*** markvoelker has joined #openstack-nova06:23
*** markvoelker has quit IRC06:28
*** takashin has left #openstack-nova06:32
*** markvoelker has joined #openstack-nova06:33
*** spsurya has joined #openstack-nova06:33
*** slaweq has joined #openstack-nova06:37
*** markvoelker has quit IRC06:38
*** markvoelker has joined #openstack-nova06:42
*** udesale has joined #openstack-nova06:46
*** markvoelker has quit IRC06:46
*** brinzhang has joined #openstack-nova06:50
*** markvoelker has joined #openstack-nova06:52
*** brinzhang_ has quit IRC06:53
*** maciejjozefczyk has joined #openstack-nova06:55
*** markvoelker has quit IRC06:56
*** damien_r has joined #openstack-nova06:58
*** markvoelker has joined #openstack-nova07:01
*** ttsiouts has joined #openstack-nova07:03
*** markvoelker has quit IRC07:06
*** tetsuro has quit IRC07:09
*** brinzhang_ has joined #openstack-nova07:10
*** rpittau|afk is now known as rpittau07:10
*** markvoelker has joined #openstack-nova07:11
bauzasgood morning Nova07:11
*** brinzhang has quit IRC07:13
*** pcaruana has joined #openstack-nova07:15
*** markvoelker has quit IRC07:15
*** markvoelker has joined #openstack-nova07:20
*** luksky has joined #openstack-nova07:21
*** xek has joined #openstack-nova07:22
*** markvoelker has quit IRC07:24
gibibauzas: good morning!07:25
*** ttsiouts has quit IRC07:26
*** ttsiouts has joined #openstack-nova07:26
*** ttsiouts has quit IRC07:31
*** ivve has joined #openstack-nova07:41
*** markvoelker has joined #openstack-nova07:47
*** brinzhang has joined #openstack-nova07:51
* bauzas bbiab - appointment07:51
*** markvoelker has quit IRC07:52
*** brinzhang_ has quit IRC07:55
*** ttsiouts has joined #openstack-nova07:56
*** markvoelker has joined #openstack-nova07:57
*** markvoelker has quit IRC08:01
* gibi stuck in another internal workshop day - without too much motivation08:01
*** brinzhang has quit IRC08:09
*** ttsiouts has quit IRC08:10
*** ttsiouts has joined #openstack-nova08:11
*** ttsiouts_ has joined #openstack-nova08:14
*** ttsiouts has quit IRC08:15
*** rcernin has quit IRC08:15
*** markvoelker has joined #openstack-nova08:15
*** markvoelker has quit IRC08:20
*** xek_ has joined #openstack-nova08:21
*** tssurya has joined #openstack-nova08:21
*** zbr is now known as zbr|ruck08:23
*** xek has quit IRC08:24
*** lpetrut has joined #openstack-nova08:25
*** tkajinam has quit IRC08:27
*** tetsuro has joined #openstack-nova08:31
*** ociuhandu has joined #openstack-nova08:37
*** derekh has joined #openstack-nova08:37
*** markvoelker has joined #openstack-nova08:43
*** markvoelker has quit IRC08:48
*** ociuhandu has quit IRC08:54
*** ociuhandu has joined #openstack-nova08:54
*** ociuhandu has quit IRC08:59
*** ociuhandu has joined #openstack-nova08:59
*** markvoelker has joined #openstack-nova09:02
*** markvoelker has quit IRC09:07
*** ccamacho has joined #openstack-nova09:19
*** markvoelker has joined #openstack-nova09:21
*** panda is now known as panda|bbl09:25
*** markvoelker has quit IRC09:25
*** markvoelker has joined #openstack-nova09:39
*** markvoelker has quit IRC09:45
*** markvoelker has joined #openstack-nova09:58
*** markvoelker has quit IRC10:02
*** mugsie has quit IRC10:03
*** mugsie has joined #openstack-nova10:05
*** markvoelker has joined #openstack-nova10:07
*** markvoelker has quit IRC10:12
*** ttsiouts_ has quit IRC10:12
*** ttsiouts has joined #openstack-nova10:13
openstackgerritMerged openstack/nova master: nova-net: Migrate 'test_floating_ip_pools' functional tests  https://review.opendev.org/68433310:14
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_quota_sets' functional tests  https://review.opendev.org/68433410:16
*** ttsiouts has quit IRC10:17
stephenfinIs this displaying oddly for anyone else? https://bugs.launchpad.net/nova/+bug/184655910:20
openstackLaunchpad bug 1846559 in OpenStack Compute (nova) "Handling Down Cells in nova - security_groups can be in the response for GET /servers/detail" [Medium,In progress] - Assigned to Takashi NATSUME (natsume-takashi)10:20
*** ociuhandu has quit IRC10:22
*** ociuhandu has joined #openstack-nova10:22
*** factor has joined #openstack-nova10:26
kashyapstephenfin: Yeah, it is odd10:27
kashyapstephenfin: Not just that, but also blueprints are displayed oddly, too10:29
kashyapsean-k-mooney: To check if a guest is using multiqueues looking for 'queues' / 'vhost' bits in the XML should suffice I guess?10:32
*** markvoelker has joined #openstack-nova10:35
kashyapI'd say so10:37
*** markvoelker has quit IRC10:39
*** panda|bbl is now known as panda10:39
*** ociuhandu has quit IRC10:47
*** tbachman has quit IRC10:47
*** ociuhandu has joined #openstack-nova10:48
*** ociuhandu has quit IRC10:52
*** ociuhandu has joined #openstack-nova10:52
*** markvoelker has joined #openstack-nova10:53
*** jaosorior has joined #openstack-nova10:54
*** mkrai has quit IRC10:55
*** mkrai has joined #openstack-nova10:56
*** markvoelker has quit IRC10:57
*** mkrai_ has joined #openstack-nova10:59
*** mkrai has quit IRC11:00
*** markvoelker has joined #openstack-nova11:02
*** SonPham has joined #openstack-nova11:06
*** mkrai_ has quit IRC11:06
*** markvoelker has quit IRC11:06
*** jangutter_ is now known as jangutter11:07
*** ociuhandu has quit IRC11:07
*** ociuhandu has joined #openstack-nova11:08
*** SonPham has quit IRC11:10
*** markvoelker has joined #openstack-nova11:11
*** ttsiouts has joined #openstack-nova11:12
*** ociuhandu has quit IRC11:12
*** ociuhandu has joined #openstack-nova11:14
*** zbr|ruck is now known as zbr|lunch11:15
*** markvoelker has quit IRC11:16
*** ociuhandu has quit IRC11:18
*** markvoelker has joined #openstack-nova11:21
*** ociuhandu has joined #openstack-nova11:25
*** markvoelker has quit IRC11:25
*** markvoelker has joined #openstack-nova11:39
*** panda is now known as panda|eat11:43
*** markvoelker has quit IRC11:44
*** ccamacho has quit IRC11:45
*** markvoelker has joined #openstack-nova11:48
*** markvoelker has quit IRC11:49
*** markvoelker has joined #openstack-nova11:49
*** ociuhandu has quit IRC11:55
*** ociuhandu has joined #openstack-nova11:57
*** ociuhandu has quit IRC11:59
*** ratailor has quit IRC11:59
*** ociuhandu has joined #openstack-nova11:59
*** ratailor has joined #openstack-nova11:59
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove @safe_connect from put_allocations  https://review.opendev.org/68657912:02
*** ociuhandu has quit IRC12:03
*** ociuhandu has joined #openstack-nova12:04
*** tbachman has joined #openstack-nova12:06
*** kukacz has joined #openstack-nova12:09
*** ociuhandu has quit IRC12:09
*** tbachman_ has joined #openstack-nova12:10
*** spsurya has quit IRC12:10
*** tbachman has quit IRC12:12
*** tbachman_ is now known as tbachman12:12
*** udesale has quit IRC12:16
*** udesale has joined #openstack-nova12:16
*** ociuhandu has joined #openstack-nova12:34
*** panda|eat is now known as panda12:37
*** xek_ has quit IRC12:39
*** xek_ has joined #openstack-nova12:40
*** ociuhandu has quit IRC12:40
*** maciejjozefczyk has quit IRC12:40
*** maciejjozefczyk has joined #openstack-nova12:41
*** markvoelker has quit IRC12:41
*** ivve has quit IRC12:41
*** xek_ has quit IRC12:42
*** xek_ has joined #openstack-nova12:42
*** xek_ has quit IRC12:43
*** xek_ has joined #openstack-nova12:44
*** kukacz has quit IRC12:44
*** kukacz has joined #openstack-nova12:45
*** vesper11 has quit IRC12:53
*** vesper11 has joined #openstack-nova12:54
*** Luzi has quit IRC12:55
*** udesale has quit IRC12:56
*** markvoelker has joined #openstack-nova12:58
*** vesper11 has quit IRC12:59
*** ociuhandu has joined #openstack-nova13:03
*** ociuhandu has quit IRC13:09
*** psachin has joined #openstack-nova13:10
*** BjoernT has joined #openstack-nova13:11
*** mriedem has joined #openstack-nova13:18
*** xek__ has joined #openstack-nova13:19
*** BjoernT has quit IRC13:19
*** xek_ has quit IRC13:21
*** BjoernT has joined #openstack-nova13:22
*** ratailor has quit IRC13:23
*** dpawlik has quit IRC13:25
*** zbr|lunch is now known as zbr|ruck13:25
mriedemstephenfin: i'm not sure what gmann wants to see happen here but i left some thoughts in the commit message https://review.opendev.org/#/c/685927/13:26
*** vesper11 has joined #openstack-nova13:27
*** vesper11 has quit IRC13:31
*** vesper11 has joined #openstack-nova13:32
mriedemtakashin already posted fixes for the 2 docs bugs13:35
mriedemgibi: efried: dansmith: shall i send this along or are we waiting for updates? https://review.opendev.org/#/c/686232/13:43
mriedemlooks like sean-k-mooney is +1 so i think i can put it to bed13:43
mriedemor do we have a new rule about a majority of specs cores being on board with it?13:43
efriedno such rule yet, no. If we merge it I'll have to update the core liaisons patch to add that template section for this one. but go aheda.13:44
efriedahead.13:44
*** ttsiouts has quit IRC13:44
dansmithmriedem: yep, cool with me13:44
*** ttsiouts has joined #openstack-nova13:45
*** ttsiouts has quit IRC13:46
*** ttsiouts has joined #openstack-nova13:46
mriedemok, replied about the validation before the 202 response but approved anyway13:47
mriedemi don't know if i can change the blueprint "Direction" field to "Approved"13:47
mriedembut i updated the Definition13:47
mriedemi'm gonna say this is med/high priority though given the amount of previous attempts to try and get a similar thing done13:48
efriedmriedem: yes, let's hold off on "Direction" for now, pending validation of this bit https://review.opendev.org/#/c/685857/4/README.rst@4413:51
dansmithmriedem: you're worried about them providing a hundred images and us taking too long to ask glance about all of them?13:51
mriedemdansmith: yeah13:55
*** mlavalle has joined #openstack-nova13:56
dansmithmriedem: do we have anything similar in some of our proxy apis? I mean I know we contact neutron a bunch for like instance detail list13:56
dansmithmriedem: would it be too crazy to define in the api-ref that "if you specify more images than some threshold, the images may be validated asynchronously" ?13:56
mriedemi'll say i'm not terribly worried since it's an admin api by default13:56
mriedemso based on some config limit you punt the validation to conductor?13:57
dansmithor not config, just some hard limit we set in the code like 513:57
*** sapd1_x has joined #openstack-nova13:57
*** gmann_afk is now known as gmann13:58
mriedemi think for v1 we can just validate in the api and ignore my fears13:58
dansmithor we could be totally crazy and measure how long it takes to do the first one and then decide what the limit should be, assuming a 60s timeout or something :D13:58
dansmithwe could also just state in the API that it's max 5 per request or something13:58
mriedemif we did that i think i'd add a new quota item like metadata_items or injected_files which are there for the same reason i think13:59
dansmiththat'd be kindof an odd use of quota13:59
mriedemthat's what those quotas are used for though right? rate limiting14:00
mriedemsame with instances quota14:00
*** JamesBenson has joined #openstack-nova14:00
dansmithmetadata_items? isn't that actual storage in the db?14:00
openstackgerritMerged openstack/nova-specs master: Add image-precache-support spec  https://review.opendev.org/68623214:00
mriedemuser metadata is just a foreign key pair in another table so i'm not sure why that would matter14:01
mriedemi mean,14:01
mriedemsure you don't want someone blasting 1K metadata keys per instance since that will likely slow queries down14:01
dansmithbecause a billion metadata items cost actual space14:01
dansmithseems different to me14:01
dansmithanyway14:01
dansmithwe can haggle in the api patch14:01
mriedemi know injected_files isn't in the db14:01
dansmithat least a note in the ref about "if you specify a hundred things here, you'll likely timeout before we've asked glance about all of them"14:01
dansmithno, but it is still resource-related14:02
*** ociuhandu has joined #openstack-nova14:02
mriedemi probably wouldn't even mention anything in the ref unless/until someone reports it as a problem14:03
mriedemso like i said, i'm not terribly worried about it14:03
mriedemespecially since it's admin-only by default14:03
mriedemand yeah when you're admin listing 1K all_tenants instances we're going to ask neutron for the combined set of ports and security groups for all of them14:03
dansmithI don't see what a note would hurt, given not everyone would piece together what is happening where, but... whatever, we can talk about it in the patch14:03
mriedemi just have no idea what the limits would be, so wouldn't want to say "you'll likely timeout"14:04
dansmithsure, it'd just be a warning about "too many"14:04
dansmithwhatever, I'll stop trying to address your concerns :)14:05
mriedem"Since the number of images to cache is not rate limited use caution when sending a large set of images."14:05
mriedemsomething like that14:05
mriedemanyway14:05
*** JamesBenson has quit IRC14:05
dansmithor I could push validation to the conductor14:05
mriedemfailing fast in the API is nice though...14:06
mriedemfor this kind of thing14:06
dansmithso basically,14:06
dansmithyou will not be pleased with any outcome, is that right mr. midwest?14:06
mriedemthat's my general stance with anything in my life yes14:06
dansmithright, got it :)14:06
mriedemlaura was all riled up about this impeachment stuff last night and i had to remind her to keep expectations very low and assume the worst in whatever outcome she wants - like i do!14:07
mriedemit's very healthy14:07
dansmithheh14:07
mriedemso here is a thing to compare to in the api,14:09
*** munimeha1 has joined #openstack-nova14:09
mriedemduring server create i don't think we limit the number of bdms you can specify,14:09
mriedemyou can't include the same pre-existing volume more than once since we don't support multiattach that way,14:09
mriedembut you could say, boot me 10 servers with 255 bdms each and they are all using the same image for the volume's disk,14:10
mriedemthe api will GET that image 2550 times at least14:10
mriedemsince we're too dumb to cache the results14:10
mriedemthat's in _validate_bdm called from a for loop in _provision_instances14:11
dansmithyeah, you're saying we do that today and nobody is complaining?14:13
dansmithobviously less likely to run afoul of that with 255 BDMs vs. images to pre-cache14:13
dansmithbut same deal14:13
dansmithactually, that all happens in the conductor right?14:13
dansmithused to be in the api14:13
mriedemno it's in the api14:14
mriedemand yeah no one is complaining about that right now14:14
dansmithokay14:14
mriedemi remember the power boyz really wanting a couple hundred volumes attached per server14:14
mriedemso do that + multicreate14:14
dansmithyeah14:15
dansmithmriedem: well, we have the new imagecache group, maybe we just chuck a configurable limit in there.. no real reason not to I guess14:18
mriedemconfig-driven api is the only reason not to...14:20
dansmithyup14:20
mriedemwhich is why i was thinking of quota config etc14:20
*** ricolin_ has joined #openstack-nova14:25
openstackgerritMatt Riedemann proposed openstack/nova master: Add boot from volume functional test with a huge request  https://review.opendev.org/68673414:26
*** ricolin has quit IRC14:26
*** damien_r has quit IRC14:32
*** damien_r has joined #openstack-nova14:32
openstackgerritEric Fried proposed openstack/nova-specs master: Add 'Core Liaison' spec process  https://review.opendev.org/68585714:32
efriedupdated to make dansmith his own liaison on his precaching spec, and took out the idioms gibi called me on ^14:33
efriedalso clarified self-liaison wording can just be "None" as bauzas suggested ^14:33
*** JamesBenson has joined #openstack-nova14:34
*** maciejjozefczyk has quit IRC14:39
*** TxGirlGeek has joined #openstack-nova14:41
efriedaspiers: update on SEV fix?14:49
*** ricolin_ has quit IRC14:49
stephenfinmriedem: I'm reworking the NeutronFixture to mock out the security group-related APIs instead. It's going to be much larger but seems more correct14:49
efriedaspiers: I'm gonna say by... Tuesday we will merge the "document it's busted" patch if the fix isn't ready.14:50
efriedso that we can be sure it's through the gate by Thursday when we have to produce our final RC.14:50
*** ociuhandu has quit IRC14:51
mriedemstephenfin: ugh....can we just do that in a follow up?14:52
mriedemb/c that's going to slow things down quite a bit14:52
*** ociuhandu has joined #openstack-nova14:52
stephenfinmriedem: We can. Want me to just fix that commit message comment and merge as-is so?14:52
bauzasefried: honestly, I'm not opinionated, I just wanted to explain it would look a bit weirdo if the same name would be for both the owner and the liaison14:53
bauzasefried: something either "None" or "Not needed" is cool with me14:53
efriedbauzas: I agree, I tried to explain it in the FAQ14:53
mriedemstephenfin: if you're going to rev the commit message, i think you could also the thing i asked for in the stub which is only return a default security group for an instance that has a non-empty info_cache14:53
mriedemstephenfin: i think that's as easy as:14:53
efriedbauzas: and yes, latest PS has "or None" in the template14:53
bauzasok, will look at it then14:53
efriedthx14:54
*** bnemec is now known as beekneemech14:54
mriedemif instance.get_network_info()14:54
stephenfinI'm not sure if can rely on that since I think we mock a lot of it. See https://github.com/stephenfin/nova/commit/afb4698e8f7e39154e90dfe775d2d0e3e1f20dbc#diff-c731e6017d325067e73f0124f4ade91c14:55
stephenfinIs that something else though?14:55
openstackgerritMatt Riedemann proposed openstack/nova master: Add boot from volume functional test with a huge request  https://review.opendev.org/68673414:56
mriedemdansmith: so ^ proves my point about the server create case, mayhap i should open a bug for that14:56
*** ociuhandu has quit IRC14:56
dansmithmriedem: ack14:56
*** artom has joined #openstack-nova14:58
openstackgerritMatt Riedemann proposed openstack/nova master: Add boot from volume functional test with a huge request  https://review.opendev.org/68673415:00
mriedemstephenfin: ok so i guess for the current patch, how about just (1) fix the commit message and (2) leave a TODO in the new stub method that it should be smarter about instances that don't have networks/ports and thus won't have security groups15:02
*** ociuhandu has joined #openstack-nova15:04
*** BjoernT has quit IRC15:04
*** BjoernT has joined #openstack-nova15:05
*** arxcruz|ruck is now known as arxcruz|rover15:08
*** ociuhandu has quit IRC15:09
stephenfinmriedem: Yup, I can do that15:12
stephenfinWill respin now15:13
*** donnyd is now known as donnyd_afk15:19
*** gyee has joined #openstack-nova15:22
openstackgerritMatt Riedemann proposed openstack/nova master: nova-net: Migrate 'test_quota_sets' functional tests  https://review.opendev.org/68433415:22
*** ociuhandu has joined #openstack-nova15:23
mriedemgibi: could i ask you to hit the bottom 2 FUPs in the cross-cell resize series https://review.opendev.org/#/c/676228/ since i think you're familiar with the changes they are...FUPing (aleady have a +2 on them)15:27
gibimriedem: sure, looking...15:27
mriedemdansmith: what do you think about getting this CellTimeout logging traceback change in to debug the gate failure? https://review.opendev.org/#/c/684118/ - i'm unable to recreate on that change itself after many rechecks but it's one of the top gate failures: http://status.openstack.org/elastic-recheck/#184492915:29
dansmithmriedem: sure15:30
gibiefried: so https://blueprints.launchpad.net/nova/+spec/support-move-ops-with-qos-ports is in Implemented state. So I think I need to open a new bp for U about the rest of the move operations (live migrate, evacuate, unshelve) and then propose a spec that is a slimmed down version of the original spec https://review.opendev.org/#/c/652608/ Do you agree?15:33
*** BjoernT_ has joined #openstack-nova15:33
mriedemi did get the mysqld logs published for these failing grenade jobs and it looks like we do start mysqld at least 3 times during the grenade run which i didn't expect15:33
mriedemwe can see things really start to go south about the time that we hit the cell timeout failures15:33
mriedemhttps://zuul.opendev.org/t/openstack/build/4085120e390f4f1e971c6ff61304a596/log/logs/mysql/error.txt.gz#21315:33
dansmithmriedem: yeah that seems weird15:33
efriedgibi: That would be fine. If you prefer I can un-implement the train bp and you can reuse it. I don't really care too much. But I think the old process hounds have a preference for creating a new bp (-ussuri suffix).15:34
dansmithmriedem: are we actually upgrading mysql packages?15:34
mriedemso i guess 2 starts would mean...old devstack and new devstack15:34
openstackgerritStephen Finucane proposed openstack/nova master: tests: Correctly mock out security groups in NeutronFixture  https://review.opendev.org/68592715:34
stephenfinmriedem: ^15:34
stephenfinthink that's what you were looking for15:34
*** BjoernT has quit IRC15:35
gibiefried: OK, I will go with a new one. thanks15:36
*** ttsiouts has quit IRC15:37
mriedemdansmith: we're not upgrading packages, same version for all 3 starts:15:37
mriedemmysqld (mysqld 5.7.27-0ubuntu0.18.04.1) starting as process15:37
dansmithmriedem: so why are we restarting it at all?15:38
*** ttsiouts has joined #openstack-nova15:38
mriedemfor one old and new devstack will just blindly try to restart the service i think15:38
mriedemi need to dig into the grenade log15:38
dansmithodd15:38
sean-k-mooneydansmith: we also could be tweaking the mysql config between release15:39
dansmithmriedem: unrelated, remind me.. are we not supposed to 404 for things like specifying a missing image id in my request?15:39
sean-k-mooneyalthough i dont think we actully do set much in grenade15:39
dansmithsean-k-mooney: possible, but not sure what that would be15:39
mriedemdansmith: 40015:39
dansmithsean-k-mooney: but maybe some implicit restart in case it has changed or something15:39
openstackgerritStephen Finucane proposed openstack/nova master: tests: Correctly mock out security groups in NeutronFixture  https://review.opendev.org/68592715:39
dansmithmriedem: okay15:39
mriedemdansmith: 404 is if the resouce in the path is missing i think15:40
mriedem400 if a thing in the body is15:40
dansmithmriedem: okay15:40
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_server_tags' functional tests  https://review.opendev.org/68433515:40
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_server_tags' functional tests  https://review.opendev.org/68433515:40
*** jaosorior has quit IRC15:41
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_rescue' functional tests  https://review.opendev.org/68433915:41
mriedemstephenfin: +215:42
*** ttsiouts has quit IRC15:42
mriedemgibi: i'm +2 on https://review.opendev.org/#/c/685927/ if you want to re-+215:42
stephenfinta15:42
gibimriedem: going...15:42
dansmithmriedem: sean-k-mooney: in grenade's resource phase, mysql has to be up because we validate some things without the api, but we might then stop it between the upgrade steps I guess, but wouldn't expect to restart it more than that one time15:42
stephenfinmriedem: Fixed you commit message nit on https://review.opendev.org/#/c/684335/ if you want to blast that through too15:42
mriedemdansmith: yeah it's the more than once i'm confused about, so grenade log digging i go15:44
dansmithyeah15:44
sean-k-mooneydansmith: i think devstack would restart it twice becasue it will try to install mysql for both new and old and then explcitly restart it15:44
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_servers' functional tests  https://review.opendev.org/68433615:44
mriedemblasted15:44
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_hosts' functional tests  https://review.opendev.org/68433715:44
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_rescue' functional tests  https://review.opendev.org/68433915:44
*** tssurya has quit IRC15:44
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_hypervisors' functional tests  https://review.opendev.org/68434015:44
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_attach_interfaces' functional tests  https://review.opendev.org/68434115:45
dansmithsean-k-mooney: well, that's why I was saying I wonder if we're upgrading packages, which would be one of those restarts.. but yeah, maybe it's all expected, I dunno15:45
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_simple_tenant_usage' functional tests  https://review.opendev.org/68434215:45
*** rpittau is now known as rpittau|afk15:45
sean-k-mooneywell devstack will do an apt-get update on each run and i think that will result in 2 mysql restart on on the old code and one on the new15:46
dansmithsean-k-mooney: only if we actually changed the mysql package right?15:46
sean-k-mooneyi dont know of a reason to require a third restart but im looking15:46
dansmithsean-k-mooney: if we're going from xenial to xenial it won't, I wouldn't think15:46
sean-k-mooneydansmith: im not sure if it was conditional15:46
mriedemi doubt the devstack code is conditional15:47
*** ociuhandu has quit IRC15:47
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Neutron fixture cleanup  https://review.opendev.org/68434315:47
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_floating_ips' functional tests  https://review.opendev.org/68434415:47
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Add TODOs for remaining nova-network functional tests  https://review.opendev.org/68434515:47
mriedemdevstack is pretty biased to just assume fresh install15:47
*** damien_r has quit IRC15:47
*** ociuhandu has joined #openstack-nova15:48
dansmithmriedem: but we're not changing OS releases or pinning OS packages right? so the apt upgrade between grenade phases shouldn't change the packages for that right?15:48
mriedemso maybe a newer mysqld package triggers a restart on any update15:48
mriedemthe version isn't changing15:48
sean-k-mooneyya its not https://github.com/openstack/devstack/blob/master/lib/databases/mysql#L12915:48
dansmitha newer mysql package will definitely do a restart15:48
dansmithI just expect no package change15:48
mriedemdevstack is just outright restarting as sean pointed out15:48
dansmithoh I see15:49
sean-k-mooneyto be fair it does also regenrate teh mysql config before it does that15:49
dansmithso that's one15:49
sean-k-mooneyso it need to do the restart to make sure that is applied15:49
dansmithyeah15:49
dansmithokay so you found 33% of them :D15:49
sean-k-mooneywell taht shoudl accound for 2 restart right15:50
sean-k-mooneythe old run and new run15:50
dansmithso, package install is one start, config refresh 1, config refresh 2... is that your three starts mriedem ?15:51
mriedemthat's probably it15:51
dansmithI don't remember the details, but weren't you saying we do something in the new phase that requires the db and then later the db seems to be gone?15:52
dansmithso maybe it's something more obscure than just an ill-timed restart?15:52
mriedempost-restart of the scheduler and before that timeout, the  verify_instance command runs successfully which connects to the cell1  database15:53
mriedemthat ^?15:53
dansmithyeah and then fails during actual schedule?15:53
mriedemyup15:54
mriedembut from the mysqld logs shit just goes bad fast it seems15:54
mriedemhttps://zuul.opendev.org/t/openstack/build/4085120e390f4f1e971c6ff61304a596/log/logs/mysql/error.txt.gz#21315:54
mriedem2019-10-03T21:49:22.135122Z 0 [Note] Event Scheduler: Loaded 0 events 2019-10-03T21:49:22.135429Z 0 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.7.27-0ubuntu0.18.04.1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Ubuntu) 2019-10-03T21:49:37.141359Z 4 [Note] Aborted connection 4 to db: 'keystone' user: 'root' host: 'localhost' (Got an error reading communication packets)15:55
mriedemi guess within 15 seconds15:55
*** macz has joined #openstack-nova15:55
mriedemchecking the grenade log to see what happens in that window15:55
mriedemyeah so final restart here:15:55
mriedem2019-10-03 21:49:20.113 | + functions-common:restart_service:2202    :   sudo /bin/systemctl restart mysql15:56
*** ociuhandu has quit IRC15:56
dansmithwhy wouldn't that restart be before we start any of the openstack services?15:56
sean-k-mooneyit is15:57
sean-k-mooneyits in stack.sh15:57
sean-k-mooneyhttps://github.com/openstack/devstack/blob/729f8b8ca62d0e6cba339be82ff371fa5abee62c/stack.sh#L106315:57
mriedemthen we do dstat, mem tracker, etcd stuff and start setting up the keystone db15:57
sean-k-mooneyright before we start the services15:57
mriedemyeah new side is recreating the dbs and running the sync15:57
mriedemumm,15:58
mriedemdoesn't keystone do upgrades using db triggers?15:58
mriedemlbragstad: ^15:58
dansmithI think it can do either15:58
sean-k-mooneymriedem: keystone sir unning under uwsgi right15:58
mriedemwhy would that matter?15:58
lbragstadmriedem it depends15:58
*** tbachman has quit IRC15:58
mriedemmy point is, is there a keystone db migration late in train that f's up the db15:58
sean-k-mooneyim wondering when we restart appache15:58
mriedemor f's up mysql15:59
*** adriant has quit IRC15:59
sean-k-mooneycould it be starting keysone service before we reconfig the db15:59
mriedemthe keystone db sync on the new side happens here https://zuul.opendev.org/t/openstack/build/4085120e390f4f1e971c6ff61304a596/log/logs/grenade.sh.txt.gz#1291515:59
*** donnyd_afk is now known as donnyd16:01
mriedemactually that looks like the old side db sync, so i'm confused16:01
mriedemLoading script /opt/stack/old/keystone/keystone/common/sql/contract_repo/versions/025_placeholder.py16:01
sean-k-mooneyso in a greade run the wsgi sripts and pacakages would be installed already for keystoen so wehn we do https://github.com/openstack/devstack/blob/729f8b8ca62d0e6cba339be82ff371fa5abee62c/stack.sh#L892 which restart apache https://github.com/openstack/devstack/blob/94ca9f6756e7b677b1ee3fd2e32b555447e950dd/lib/apache#L7916:03
sean-k-mooneyit could start running keystone16:03
sean-k-mooneythat would happen before the db migration are run on the new run16:03
mriedemthis is when n-sch is restarted on the new side16:04
mriedem2019-10-03 22:17:55.659 | + functions-common:_run_under_systemd:1564 :   sudo systemctl start devstack@n-sch.service16:04
mriedemso those times don't line up with mysqld error logs puking16:04
*** tbachman has joined #openstack-nova16:06
mriedemafter that we verify the instance created on the old side16:07
mriedem2019-10-03 22:20:00.703 | + /opt/stack/new/grenade/projects/60_nova/resources.sh:verify:175 :   nova-manage cell_v2 verify_instance --uuid cb3d18d0-3266-43b8-9288-50151fe3b68b16:07
fungiis there any formal specification for network_data.json? so far i've only found an example at https://docs.openstack.org/nova/latest/user/metadata.html#openstack-format-metadata16:08
mriedemfungi: not formal no, i think there is an abandoned spec somewhere that people reference...16:09
fungiahh, okay. is it treated as a stable api at least?16:10
fungicame up in working on improving ipv6 support in glean on rh-derived distros16:10
mriedemthis is what i could find from the original spec https://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/metadata-service-network-info.html#rest-api-impact16:11
mriedemand https://specs.openstack.org/openstack/nova-specs/specs/rocky/approved/multiple-fixed-ips-network-information.html#rest-api-impact but the multiple fixed ips thing never landed...16:12
mriedemfungi: it's not microversioned,16:12
mriedemit's supposed to be stable,16:12
mriedembut i wouldn't be surprised if things slip through the nested dicts that get in htere16:12
fungino worries, that's probably good enough, thanks!!!16:13
mriedemi remember this coming up in that latter spec because it says, "The old ip_address and netmask fields found in network_data.json need to be preserved for backward compatible reasons. This means those fields will continue to contain information of the first IP address."16:13
mriedemso it's like old school backward compat pre-microversion where we add keys but don't remove old ones16:13
fungineat, i'd call that fairly stable16:13
mriedemthe metadata api also rarely changes16:14
fungii figured16:14
dansmithyeah that's what we did for the multiple dns or multple subnets or whatever change we made16:14
*** mriedem is now known as mriedem_lunch16:14
fungithanks again, this is helpful16:14
sean-k-mooneydo the peole that maintain cloud-init have a specfication for what whoudl be returned16:20
sean-k-mooneyi know initlaly we based our metadata api on the ec2 version but we have diveraged along time ago16:21
*** sapd1_x has quit IRC16:21
sean-k-mooneystephenfin: i added some info on what case will not work with sev currently https://review.opendev.org/#/c/686414/1/releasenotes/notes/bug-1845986-95cbede0a296b088.yaml16:25
sean-k-mooneyaspiers: are you working on a new version of the sev fix by the way?16:31
*** zbr|ruck has quit IRC16:39
*** lpetrut has quit IRC16:41
*** dpawlik has joined #openstack-nova16:44
stephenfinefried: Comment left on https://review.opendev.org/#/c/677443/16:50
stephenfin*reply16:50
*** zbr has joined #openstack-nova16:52
efriedstephenfin: but I mean, did something in this patch expose the need?16:54
stephenfinefried: Yeah, the option directives are indexed16:54
efriedor just because this is the first patch hitting docs builds since whatever16:54
efriedah, thx16:54
*** jangutter has quit IRC16:56
efried+A16:56
stephenfin]ta17:01
*** derekh has quit IRC17:06
*** ociuhandu has joined #openstack-nova17:09
*** lpetrut has joined #openstack-nova17:15
openstackgerritMerged openstack/nova master: Add Selection.availability_zone field  https://review.opendev.org/68580717:24
openstackgerritMerged openstack/nova master: FUP to I30916d8d10d70ce25523fa4961007cedbdfe8ad7  https://review.opendev.org/67622817:25
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Support move operations with qos ports - Ussuri  https://review.opendev.org/68677917:25
gibiefried, mriedem_lunch: ^^17:25
gibiand now I run away to have weekend...17:26
*** psachin has quit IRC17:36
*** lpetrut has quit IRC17:49
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Neutron fixture cleanup  https://review.opendev.org/68434317:50
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_floating_ips' functional tests  https://review.opendev.org/68434417:50
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Add TODOs for remaining nova-network functional tests  https://review.opendev.org/68434517:50
openstackgerritStephen Finucane proposed openstack/nova master: fixtures: Beef up NeutronFixture  https://review.opendev.org/68679517:50
openstackgerritStephen Finucane proposed openstack/nova master: fixtures: Handle iterable params for 'NeutronFixture.list_*'  https://review.opendev.org/68679617:50
openstackgerritStephen Finucane proposed openstack/nova master: fixtures: Store 'device_id' when creating port in NeutronFixture  https://review.opendev.org/68679717:50
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Change name of network provided by NeutronFixture  https://review.opendev.org/68679817:50
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Stop mocking the instance network cache  https://review.opendev.org/68679917:50
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Make it obvious where we're getting our names from  https://review.opendev.org/68680017:50
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Make even more nova-net stuff optional  https://review.opendev.org/68680117:51
openstackgerritStephen Finucane proposed openstack/nova master: fixtures: Add support for security groups  https://review.opendev.org/68680217:51
*** mriedem_lunch is now known as mriedem17:51
* efried reboots...17:56
*** efried has quit IRC17:56
mriedemociuhandu: looks like hyperv cloudbase ci is having problems17:58
*** efried has joined #openstack-nova17:58
mriedemhttp://cloudbase-ci.com/nova/656656/30/devstack-build.log.gz17:58
mriedemfatal: [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:58
ociuhandumriedem: thank you, I'll ping the team asap and ask them to check and fix it17:59
mriedemthanks17:59
*** jdillaman has joined #openstack-nova18:00
openstackgerritEric Fried proposed openstack/nova-specs master: WIP: Spec: Ussuri: Emulated Virtual TPM  https://review.opendev.org/68680418:03
*** ociuhandu has quit IRC18:08
*** ociuhandu has joined #openstack-nova18:08
ociuhandumriedem: 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/6b2f428d22dcd9f99d396ac3c596c7d9618e979618:11
mriedemah cool, i must have just been looking at an old result18:13
mriedemthanks again18:13
ociuhanduhere's a recent run: https://review.opendev.org/#/c/684334/18:13
*** nutcr4ck3r has joined #openstack-nova18:16
ociuhandumriedem: thanks, it's definitely better to check twice than miss some problems :)18:21
*** nutcr4ck3r has quit IRC18:21
mriedemyp18:22
mriedem*yup18:22
openstackgerritStephen Finucane proposed openstack/nova master: Remove 'os-security-group-default-rules' REST API  https://review.opendev.org/68680718:22
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove unused '*_default_rules' security group DB APIs  https://review.opendev.org/68680818:22
openstackgerritStephen Finucane proposed openstack/nova master: Remove (most) '/os-networks' REST APIs  https://review.opendev.org/68680918:22
openstackgerritStephen Finucane proposed openstack/nova master: Remove '/os-tenant-networks' REST API  https://review.opendev.org/68681018:22
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove 'USE_NEUTRON' from functional tests  https://review.opendev.org/68681118:22
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove 'networks' quota  https://review.opendev.org/68681218:22
openstackgerritStephen Finucane proposed openstack/nova master: Remove 'nova-manage network' commands  https://review.opendev.org/68681318:22
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove associate, disassociate network APIs  https://review.opendev.org/68681418:22
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove 'nova-dhcpbridge' binary  https://review.opendev.org/68681518:22
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove 'nova-network' binary  https://review.opendev.org/68681618:22
openstackgerritStephen Finucane proposed openstack/nova master: docs: Blast most references to nova-network  https://review.opendev.org/68681718:22
openstackgerritStephen Finucane proposed openstack/nova master: WIP  https://review.opendev.org/68681818:22
*** TxGirlGeek has quit IRC18:22
*** TxGirlGeek has joined #openstack-nova18:46
mriedemwhile 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 bad18:48
mriedem*of18:48
mriedemthe patch is mostly comments and test code18:48
*** pcaruana has quit IRC18:51
*** ociuhandu has quit IRC18:51
*** ociuhandu has joined #openstack-nova18:52
*** Sundar has joined #openstack-nova18:52
*** Sundar has quit IRC18:56
*** ociuhandu has quit IRC18:56
*** BjoernT_ has quit IRC19:02
openstackgerritMatt Riedemann proposed openstack/nova master: Remove Rocky compute compat checks for live migration with port bindings  https://review.opendev.org/68000519:11
*** maciejjozefczyk has joined #openstack-nova19:11
mriedemefried: 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
mriedemfor an RC kind of thing that's a bit disappointing19:26
efriedagree19:26
efriedthat it's disappointing. No idea if there's urgency. Kinda seemed like there should be.19:27
efriedlast time I heard from aspiers was on the "document this is broke" patch, yesterday morning.19:28
mriedemyeah i saw that19:32
*** panda is now known as panda|off19:38
openstackgerritMerged openstack/nova master: FUP to I4d181b44494f3b0b04537d5798537831c8fdf400  https://review.opendev.org/67623119:38
openstackgerritMerged openstack/nova master: nova-net: Migrate 'test_quota_sets' functional tests  https://review.opendev.org/68433419:38
*** maciejjozefczyk has quit IRC19:40
*** BjoernT has joined #openstack-nova19:40
*** CeeMac has quit IRC19:41
*** munimeha1 has quit IRC19:46
*** zbr has quit IRC19:46
*** BjoernT has quit IRC19:49
*** BjoernT has joined #openstack-nova19:51
mriedemgibi: you said you were weekending19:55
*** markvoelker has quit IRC19:55
openstackgerritMerged openstack/nova master: tests: Correctly mock out security groups in NeutronFixture  https://review.opendev.org/68592719:57
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Functional tests for NUMA live migration  https://review.opendev.org/67259520:16
openstackgerritArtom Lifshitz proposed openstack/nova master: [WIP] Helper to start computes with different HostInfos  https://review.opendev.org/68683220:16
artomI think I've done the hardest - get (re-) started and overcome that initial hurdle20:17
artomAnd with that - kids pick up time20:17
*** artom has quit IRC20:17
*** jamesden_ has joined #openstack-nova20:30
*** jamesdenton has quit IRC20:31
*** tbachman has quit IRC20:37
openstackgerritMatt Riedemann proposed openstack/nova master: Cache image GETs for multi-create/multi-BDM requests  https://review.opendev.org/68683520:39
*** jamesden_ has quit IRC20:41
*** jamesdenton has joined #openstack-nova20:41
mriedemhmm, nova.tests.functional.libvirt.test_numa_servers.ReshapeForPCPUsTest.test_vcpu_to_pcpu_reshape might be a problem for the subunit parser bug20:44
mriedemhttps://zuul.opendev.org/t/openstack/build/4f649747fd9c44f29a105e5100a6232e/log/job-output.txt#257420:44
mriedemthat test dumps a lot of stuff in the output stream20:44
mriedemonly 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=7d20:45
openstackgerritMatt Riedemann proposed openstack/nova master: Filter out alembic logs below WARNING in tests  https://review.opendev.org/68683620:51
*** dpawlik has quit IRC20:54
*** slaweq has quit IRC20:59
*** xek_ has joined #openstack-nova21:13
dking_desktopMy 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:15
*** xek__ has quit IRC21:16
efrieddking_desktop: I'm not the expert here, but it sounds like you may need to run some of the nova-manage db migratey things21:17
dking_desktopefried: 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:19
efriedmriedem and dansmith would probably know your answer off the top, but I can find the docs, sec...21:21
efriedhttps://docs.openstack.org/nova/latest/cli/index.html21:21
mriedemefried: that would be your vpmem stuff :/21:22
mriedemdking_desktop: but yeah you need to sync the db schema, probably on cell121:22
efriedmriedem: oh, yeah, I recognize it now21:22
mriedemnova-manage --config-file <path to cell1 config> db sync21:22
mriedemif 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 schema21:23
efriedmriedem: does a21:23
efriednova-status upgrade check21:23
efriedtell you whether you're done?21:23
mriedemwith schema migrations?21:23
mriedemno21:24
mriedembut, i think mgoddard opened a bug asking for that21:24
efriedack21:24
mriedemhttps://review.opendev.org/#/c/667047/21:24
dking_desktopmriedem: 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:26
mriedemdking_desktop: as in your a tripleo developer working on making it work with nova from train?21:27
mriedemor you're using tripleo for your deployment?21:27
dking_desktopI'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:27
efriedheresy!21:28
mriedemthen i'm guessing you should ask in the tripleo channel unfortunately21:28
dking_desktoplol. Wouldn't it be nice if things just worked out of the box!21:28
mriedemi assume that all tripleo users are also red hat core developers21:28
mriedemthe channel is #tripleo btw21:29
dking_desktopI 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
mriedemhuh21:29
mriedemif only we had some red hat people that talked to each other in the different channels...21:29
mriedemmelwitt: ^21:29
dking_desktopI think they mean #openstack, which I also tried, but nobody seemed to respond at all in there.21:29
mriedemdking_desktop: but yeah something isn't running the schema migration21:29
*** derekh has joined #openstack-nova21:29
*** derekh has quit IRC21:29
dking_desktopOkay, 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
mriedemalso, fwiw, i have no idea if/when tripleo officially says it's cool to use it for upgrading to train21:32
mriedemi'm assuming they do21:32
mriedemand i'm assuming they lag behind the service projects (nova)21:32
*** JamesBenson has quit IRC21:32
dking_desktopI'm not upgrading anything myself. I'm attempting my first deploy, and it's on stein.21:33
mriedemthat's very weird because that column is not in the stein code21:34
mriedeminstance_extra_1.resources is new in train21:35
mriedemso maybe check your source packages21:35
dking_desktopAh, 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:36
dking_desktopmriedem: 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
mriedemah np21:46
openstackgerritMerged openstack/nova master: docs: Document global options for nova-manage  https://review.opendev.org/67744321:46
mriedemwith that good deed i'm out of here o/21:47
*** mriedem has quit IRC21:47
*** gbarros has joined #openstack-nova21:57
*** slaweq has joined #openstack-nova22:11
*** slaweq has quit IRC22:16
*** xek_ has quit IRC22:17
*** BjoernT has quit IRC22:44
*** BjoernT has joined #openstack-nova22:45
openstackgerritEric Fried proposed openstack/nova-specs master: WIP: Spec: Ussuri: Emulated Virtual TPM  https://review.opendev.org/68680422:55
openstackgerritEric Fried proposed openstack/nova-specs master: WIP: Spec: Ussuri: Emulated Virtual TPM  https://review.opendev.org/68680422:56
*** macz has quit IRC22:59
*** luksky has quit IRC23:00
*** slaweq has joined #openstack-nova23:11
*** slaweq has quit IRC23:16
*** TxGirlGeek has quit IRC23:26
openstackgerritMerged openstack/nova master: Set Instance AZ from Selection AZ during build reschedule  https://review.opendev.org/68604723:38
openstackgerritMerged openstack/nova master: Set Instance AZ from Selection AZ during migrate reschedule  https://review.opendev.org/68605023:38
openstackgerritMerged openstack/nova master: Update cells v2 up-call caveats doc  https://review.opendev.org/68605323:38
openstackgerritMerged openstack/nova stable/rocky: Reduce scope of 'path' query parameter to noVNC consoles  https://review.opendev.org/68606723:38
openstackgerritMerged openstack/nova master: Create volume attachment during boot from volume in compute  https://review.opendev.org/54142023:39
openstackgerritMerged openstack/nova master: nova-net: Migrate 'test_server_tags' functional tests  https://review.opendev.org/68433523:39
eanderssonWe are having a lot of instances stuck in building / scheduling again :'(23:43
eanderssonI can see the allocation in placement, but no error logs etc23:44
*** JamesBenson has joined #openstack-nova23:46
*** JamesBenson has quit IRC23:51

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