| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-07-27 | |||
| 02:52:37 | mriedem | i just worry the port isn't wired up on the dest or something, but that shouldn't be the case b/c we plug_vifs on the dest host during pre_live_migration now | |
| 02:52:41 | mriedem | it's just inactive until post-copy | |
| 02:52:48 | sean-k-mooney | we could prabably hack in a filter to ignore nay info cache updates where teh vif type is unbound and the port profile containts a migrating_to field | |
| 02:53:11 | mriedem | yeah... | |
| 02:53:49 | mriedem | that would coincide with this http://logs.openstack.org/63/585163/1/check/nova-live-migration/1b2aebb/logs/screen-n-cpu.txt#_Jul_27_01_43_59_310738 | |
| 02:54:04 | sean-k-mooney | mriedem: yes if the pulgin fails in pre_live_migration we bail out early and try another host so at this point the dest networking shoudl be fully set up | |
| 02:55:59 | mriedem | also, if we get the info cache based on what's setup for the dest host, we could have changed vif types, so unplugging on the source could be a different vif type...couldn't it? | |
| 02:56:03 | mriedem | this gets a bit wonky | |
| 02:56:24 | mriedem | we do have an exact copy of the source_vif in the migrate data vifs | |
| 02:56:33 | sean-k-mooney | yes it could have changed. | |
| 02:56:35 | sean-k-mooney | yep | |
| 02:56:49 | sean-k-mooney | the migrate data has everything you need. | |
| 02:57:18 | sean-k-mooney | just look up the vif by the port uuid and unplug or better yet just loop over all the vifs in migrate data instead of instance | |
| 02:57:50 | mriedem | that's kind of what i'm going to do, will hack something up quick and post it then flesh it out more in the morning | |
| 02:57:59 | mriedem | sean-k-mooney: and for the love of toast go to bed | |
| 02:58:11 | bzhao__ | Sorry for a nic break, I have a brief in the neutron log from the link shows. For the failure test instance, seem It works correct in Neutron side. | |
| 02:58:36 | sean-k-mooney | haha its only 4 am. but ya. il be back only in 6-8 hours and ill take a look at it then. nighto/ | |
| 03:01:55 | openstack | Launchpad bug 1783917 in OpenStack Compute (nova) "live migration fails with NovaException: Unsupported VIF type unbound convert '_nova_to_osvif_vif_unbound'" [High,Confirmed] | |
| 03:01:55 | melwitt | bzhao__: thanks. feel free to add a comment to explain about the neutron side in https://bugs.launchpad.net/neutron/+bug/1783917 see comment #6 | |
| 03:02:39 | bzhao__ | melwitt: Thanks, I will. ;-) | |
| 03:07:32 | mriedem | got a patch, pretty simple, no tests but can be easily added by someone else tonight or in the morning | |
| 03:09:16 | sapd | Hi everyone. I got this error when attach a SR-IOV port to instance http://paste.openstack.org/show/726723/ Please help me | |
| 03:10:35 | mriedem | sapd: read through https://docs.openstack.org/neutron/latest/admin/config-sriov.html and check everything in there | |
| 03:10:54 | melwitt | mriedem: coolness, sounds good | |
| 03:14:12 | sapd | mriedem: yep. I have read it. And follow the guide to config. Everything I setup is correct. Because I already launched an instance using SR-IOV successful. But It did not receive DHCP. So I launched another instance using Openvswitch then add SR-IOV port to the instance. But got above error. | |
| 03:16:57 | openstack | Launchpad bug 1708433 in OpenStack Compute (nova) "Attaching sriov nic VM fail with keyError pci_slot" [Undecided,Expired] | |
| 03:16:57 | melwitt | sapd: looks like the bug has been around for awhile and still not resolved https://bugs.launchpad.net/nova/+bug/1708433 they say you can boot with the port if you pass it during server create, but that attaching port separately is broken | |
| 03:18:17 | melwitt | sapd: what release of nova are you using? | |
| 03:18:32 | sapd | melwitt: I'm using queens version. 17.0.4 | |
| 03:18:34 | openstackgerrit | Matt Riedemann proposed openstack/nova master: WIP: Use source vifs when unplugging on source during post live migrate https://review.openstack.org/586402 | |
| 03:18:35 | mriedem | melwitt: bzhao__: Kevin_Zheng: sean-k-mooney: ^ just needs unit tests | |
| 03:19:03 | melwitt | sapd: okay, I'm going to re-open that bug and mention what version you saw it in. it will need to be worked on | |
| 03:19:13 | Kevin_Zheng | mriedem, got it, just finish reading launchpad report | |
| 03:19:15 | mriedem | ask sahid to look at it | |
| 03:19:19 | mriedem | the sriov bug i mean | |
| 03:19:54 | melwitt | k | |
| 03:20:33 | sean-k-mooney[m] | Melwitt we used ti have an api check at one point to expresly forbid attach sriov port to existing instances. | |
| 03:20:50 | melwitt | hmm, interesting. I wonder what happened to that | |
| 03:21:03 | sapd | melwitt: I'm waiting. | |
| 03:21:12 | melwitt | hah | |
| 03:21:24 | sean-k-mooney[m] | Melwitt im guessing some of artoms changes | |
| 03:23:25 | melwitt | okay, I'll ask him about it | |
| 03:26:04 | openstackgerrit | Merged openstack/os-vif stable/rocky: Add vif_plug_noop to setup.cfg packages https://review.openstack.org/586340 | |
| 03:26:20 | melwitt | hot dog | |
| 03:29:02 | bzhao__ | mriedem: So so quick.... =。= | |
| 03:31:48 | melwitt | I think I'm gonna give up on rechecking the r-3 patches, seems like a pretty high fail rate with the live migration thing | |
| 03:32:10 | melwitt | get the fix sorted in the morning and go from there | |
| 03:48:05 | mriedem | should have tests done pretty soon | |
| 03:56:58 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Use source vifs when unplugging on source during post live migrate https://review.openstack.org/586402 | |
| 03:57:22 | mriedem | alright gang there it is with a test ^ | |
| 04:04:03 | mriedem | and now i'm going to bed | |
| 04:04:04 | mriedem | o/ | |
| 04:04:13 | melwitt | gnite | |
| 04:47:28 | openstackgerrit | Xiaohan Zhang proposed openstack/nova master: compute node local_gb_used include swap disks https://review.openstack.org/585928 | |
| 05:11:45 | vishakha | melwitt : Hi, waiting for your response https://review.openstack.org/#/c/580271/. Thanks | |
| 06:08:33 | openstackgerrit | Vishakha Agarwal proposed openstack/nova master: No change in field 'updated' in server https://review.openstack.org/586446 | |
| 06:25:05 | openstackgerrit | Vishakha Agarwal proposed openstack/nova master: No change in field 'updated' in server https://review.openstack.org/586446 | |
| 06:32:25 | ileixe | Hello again | |
| 06:33:11 | ileixe | Does any body know how to expand APIExtensionBase for pre-processing not for post-processing..? | |
| 06:47:47 | openstackgerrit | Xiaohan Zhang proposed openstack/nova master: compute node local_gb_used include swap disks https://review.openstack.org/585928 | |
| 07:15:26 | openstackgerrit | Chen proposed openstack/nova master: Make nova-manage capable of syncing all cell databases https://review.openstack.org/519275 | |
| 07:33:02 | openstackgerrit | Vishakha Agarwal proposed openstack/nova master: No change in field 'updated' in server https://review.openstack.org/586446 | |
| 07:43:12 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova master: Fix create_all() to replace_all() in comments https://review.openstack.org/586396 | |
| 08:20:50 | kashyap | Hey folks, I'm hitting a "POST_FAILURE" state for the 'nova-live-migration' CI job; seems like a Zuul problem? | |
| 08:20:55 | kashyap | (For this change: https://review.openstack.org/#/c/567258/) | |
| 08:21:28 | PapaOurs | kashyap: nothing raised by infra AFAIK | |
| 08:21:46 | PapaOurs | kashyap: but maybe you should ask in #openstack-infra ? | |
| 08:21:48 | kashyap | Nod; in the past I've seen channel topic being changed when such errors occurreed. | |
| 08:21:56 | kashyap | PapaOurs: Yep, was just about to check there. | |
| 08:22:31 | kashyap | When I look into the log, it's the SSH failing | |
| 08:43:37 | openstackgerrit | Vishakha Agarwal proposed openstack/nova master: No change in field 'updated' in server https://review.openstack.org/586446 | |
| 09:15:19 | akki | can we take lxd container snapshots and use them to launch new containers? | |
| 09:18:51 | PapaOurs | do folks have any idea why we stupidly set the device owner of a port to be compute:<instance_az> ? | |
| 09:18:56 | openstackgerrit | huanhongda proposed openstack/nova master: hypervisor-stats shows wrong disk usages with shared storage https://review.openstack.org/149878 | |
| 09:29:35 | MultipleCrashes | Looking for further review from sometime , please have a look https://review.openstack.org/#/c/563418/ | |
| 09:32:14 | openstackgerrit | huanhongda proposed openstack/nova master: Change the metadata re to match the unicode https://review.openstack.org/536236 | |
| 10:15:09 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Use placement 1.28 in scheduler report client https://review.openstack.org/583667 | |
| 10:36:41 | sean-k-mooney[m] | kashyap: post_failure means the job failed to upload the logs/result | |
| 10:36:49 | kashyap | sean-k-mooney[m]: Ah, I see | |
| 10:37:09 | kashyap | sean-k-mooney[m]: I hit a recheck, let's see if it goes through. | |
| 10:37:31 | kashyap | sean-k-mooney[m]: Would you happen to have time to have a gander at this: https://review.openstack.org/#/c/567258/ ("libvirt: Remove usage of migrateToURI{2} APIs") | |
| 10:37:39 | kashyap | Fairly mechanical, but some churn in there. | |
| 10:38:03 | kashyap | (The 'recheck' is still in progress, though.) | |
| 10:38:07 | kashyap | It's slow as molasses. | |
| 10:38:12 | sean-k-mooney[m] | Am sure. I'll take a look once i ger coffee | |
| 10:39:19 | sean-k-mooney[m] | Its feature freeze time the gate is under a lot of load. Rechek is all you could have done in this case | |
| 10:47:16 | kashyap | Ah, right | |
| 10:52:42 | openstackgerrit | Merged openstack/nova master: doc: add missing permission for the vCenter service account https://review.openstack.org/585683 | |
| 10:59:40 | gilfoyle | I'm trying to replicate some of nova's (the cli util) is doin. This is an old deployment of openstack. My goal is to understand how it is getting the zone-related information from the database when no zones are created | |
| 11:00:15 | gilfoyle | could someone help me by pointing out where in the repos should I be looking for this? | |
| 11:00:24 | gilfoyle | the relevant command is `nova availability-zone-list` | |
| 11:04:38 | sean-k-mooney | gilfoyle: what is the result you are getting and what were you expecting | |
| 11:05:00 | sean-k-mooney | ther are 2 default az that exist without you creating any | |
| 11:05:04 | sean-k-mooney | internal and nova | |
| 11:05:24 | sean-k-mooney | the contoler nodes will be in internal and all computes will be in nova | |
| 11:08:13 | sean-k-mooney | kashyap: i was going to ask why ther is a migrateToURI() migrateToURI2() and migrateToURI3() then i rembered libvirt is written in c... | |
| 11:10:41 | gilfoyle | sean-k-mooney: my issue is that I'm running a query against a database that's not returning me any of the coputes in the `nova` and from the nova command above I do see it thee | |
| 11:10:46 | gilfoyle | there even, apologies | |
| 11:11:55 | sean-k-mooney | gilfoyle: yes i think the api layer injects the nova az before it gets to the client | |
| 11:13:33 | gilfoyle | is it a case of if a compute node has been added without specifying an AZ, the reporting then returns it as being `nova`? that's how I've handled it in the past | |