| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2020-06-17 | |||
| 07:23:02 | gibi | bauzas: so I guess there is some deps that we should blacklist | |
| 07:23:44 | bauzas | ahah, gotcha | |
| 07:23:58 | bauzas | well, we don't use tooz for example | |
| 07:24:15 | gibi | bauzas: I guess we get tooz transitively | |
| 07:24:17 | bauzas | neither taskflow AFAIK | |
| 07:24:55 | gibi | bauzas: virt/powervm uses taskflow in nova | |
| 07:25:01 | bauzas | gibi: sure but the issue you got was on mock, right? | |
| 07:25:11 | gibi | yeah, it was a mock issue | |
| 07:25:12 | bauzas | argh /o\ | |
| 07:25:31 | gibi | so none of the deps stands out | |
| 07:25:40 | gibi | brinzhang0: I think you are save to upgrade to 3.7 | |
| 07:25:53 | bauzas | gibi: I had problems with my local env when I upgraded from an old Fedora release (which was using py2) to F31 | |
| 07:26:02 | brinzhang0 | gibi: trying now | |
| 07:26:10 | bauzas | but i fixed all of them by cleaning up my repos | |
| 07:26:20 | bauzas | gibi: have you changed your OS too ? | |
| 07:27:23 | gibi | bauzas: it was a fresh machine I had to move of my testing effort so it is a fresh install of ubuntu 18.04 where I see the problem | |
| 07:29:49 | gibi | I guess when I run the test on that machine first I got some bad deps and then later new version of those deps was released so the problem gone now as I forced the redownload | |
| 07:30:10 | gibi | by deleting the local pip cache | |
| 08:19:14 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove hacking rules for python 2/3 compatibility https://review.opendev.org/733987 | |
| 08:19:33 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.PY2 and six.PY3 https://review.opendev.org/726512 | |
| 08:19:47 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.add_metaclass https://review.opendev.org/726565 | |
| 08:20:00 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.reraise https://review.opendev.org/726898 | |
| 08:20:18 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.moves https://review.opendev.org/727224 | |
| 08:20:29 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.iteritems/itervalues/iterkeys https://review.opendev.org/727757 | |
| 08:20:43 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.byte2int/int2byte https://review.opendev.org/727777 | |
| 08:20:55 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.binary_type/integer_types/string_types https://review.opendev.org/728094 | |
| 08:21:08 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.text_type (1/2) https://review.opendev.org/728109 | |
| 08:21:26 | openstackgerrit | Takashi Natsume proposed openstack/nova master: Remove six.text_type (2/2) https://review.opendev.org/728117 | |
| 09:35:35 | openstackgerrit | Wenping Song proposed openstack/nova master: delete sub resource provider when delete resource provider https://review.opendev.org/719163 | |
| 09:48:25 | openstackgerrit | sunhao proposed openstack/nova stable/train: hardware: Raise useful error for invalid mempage size https://review.opendev.org/735950 | |
| 10:04:23 | stephenfin | bauzas: Care to review https://review.opendev.org/#/c/734658/ ? | |
| 10:04:32 | bauzas | I can | |
| 10:04:42 | stephenfin | ta | |
| 10:04:47 | bauzas | fwiw, I want to look at runways | |
| 10:47:25 | brinzhang0 | stephenfin: hi, we encounter an issue, and I register a blueprint, can you review it? https://blueprints.launchpad.net/oslo.cache/+spec/enable-sasl-protocol | |
| 10:48:14 | brinzhang0 | stephenfin: thanks | |
| 11:57:11 | openstackgerrit | Alexandre Arents proposed openstack/nova master: Snapshot: offload glance upload in a native thread https://review.opendev.org/734776 | |
| 11:57:17 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Extend is_ipv6_supported() to cover more error cases https://review.opendev.org/736167 | |
| 12:02:35 | openstackgerrit | Alexandre Arents proposed openstack/nova master: Limit the number of concurrent snapshots https://review.opendev.org/736169 | |
| 12:17:27 | openstackgerrit | Sean McGinnis proposed openstack/nova master: Use unittest.mock instead of third party mock https://review.opendev.org/714676 | |
| 12:27:58 | openstackgerrit | Sean McGinnis proposed openstack/nova master: hacking: force explicit import of python's mock https://review.opendev.org/708768 | |
| 12:41:47 | openstackgerrit | Merged openstack/nova master: libvirt: Don't allow "reserving" file-backed memory https://review.opendev.org/734658 | |
| 13:00:15 | openstackgerrit | Alexandre Arents proposed openstack/nova master: Limit the number of concurrent snapshots https://review.opendev.org/736169 | |
| 13:04:23 | openstackgerrit | Alexandre Arents proposed openstack/nova master: Snapshot: offload glance upload in a native thread https://review.opendev.org/734776 | |
| 13:37:45 | openstackgerrit | Stephen Finucane proposed openstack/nova stable/ussuri: libvirt: Don't allow "reserving" file-backed memory https://review.opendev.org/736219 | |
| 14:02:19 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Extend is_ipv6_supported() to cover more error cases https://review.opendev.org/736167 | |
| 14:24:19 | TheJulia | Greetings nova folks, would nova be generally amenable if the ironic virt driver had a capability for a user of reserving a physical baremetal machine but not actually triggering the deployment. We're thinking this would basically be a trait, and we could teach ironic to just ignore the deploy if the trait is present, but we woudl also likely update permissions so the user is "leased" the physical node. | |
| 14:25:09 | dansmith | TheJulia: you mean exclude machines with that trait set from the scheduling decision right? | |
| 14:25:28 | TheJulia | well, mark it in use/active in nova | |
| 14:26:00 | TheJulia | and tell ironic "hey, this user asked for and is now allocated this hardware" and then the user can pivot APIs to perform super advanced operations | |
| 14:26:32 | dansmith | meaning nova just "reserves" the node in ironic but does nothing with it, assuming the user is going to do stuff with it out of band? | |
| 14:26:50 | TheJulia | no, more like we just skip the final step telling ironic to perform the deployment | |
| 14:27:01 | dansmith | how is that different? | |
| 14:27:39 | TheJulia | today we actually trigger a deployment which means the machine is delivered in an active state | |
| 14:28:00 | dansmith | I mean how is what you said not what I said? | |
| 14:28:17 | sean-k-mooney | TheJulia: this sound more like a blazar usecase | |
| 14:28:27 | dansmith | if nova reserves the node (i.e. in placement) but just doesn't ask ironic to do anything with it, that's what you're asking right? | |
| 14:28:30 | dansmith | sean-k-mooney: agreed | |
| 14:28:43 | sean-k-mooney | that said we have a trait for marking a compute node as down today | |
| 14:28:56 | sean-k-mooney | if it was a maintaince usecase then that woudl be approporte to use | |
| 14:29:04 | sean-k-mooney | we dont really have a reservation concept in nova however | |
| 14:29:10 | sean-k-mooney | not sure how we would cleanly add one | |
| 14:29:11 | dansmith | sean-k-mooney: I think TheJulia is asking for the opposite of that, for nova to do everything we would normally do to boot on a node, but just ... not boot on the node | |
| 14:29:40 | dansmith | sean-k-mooney: which is basically making nova a reserve-but-don't-touch service, which wouldn't be sensical for anything other than resources that already exist (i.e. physical machines) | |
| 14:29:41 | sean-k-mooney | dansmith: right so still run through the schduler and select the node | |
| 14:29:58 | TheJulia | Lets just drop this because this discussion is just going to not be productive | |
| 14:30:23 | sean-k-mooney | we had a concept of allowing boot to put instancve into states other then active. e.g. the boot to shelved usecase | |
| 14:30:44 | sean-k-mooney | would something like that make sense | |
| 14:31:01 | sean-k-mooney | TheJulia: ^ im just not sure what state you would want the instance to be in Nova | |
| 14:31:03 | TheJulia | sean-k-mooney: possibly, I'll pass along the idea | |
| 14:31:13 | dansmith | sean-k-mooney: you mean "we discussed that thing once upon a time" :) | |
| 14:31:15 | TheJulia | sean-k-mooney: ideally active to nova's perception | |
| 14:31:32 | sean-k-mooney | dansmith: yes | |
| 14:32:03 | dansmith | sean-k-mooney: I think the goal here is to use nova's scheduler but not the nova-compute part, which would kinda be akin to "we provision empty VMs on the hypervisor and then you do what you want with them, | |
| 14:32:10 | sean-k-mooney | TheJulia: so rather then a trait if i was to propose something like this i would proably use an extra spec | |
| 14:32:16 | dansmith | which goes against the whole "don't manage our VMs out of band" goal | |
| 14:32:40 | sean-k-mooney | dansmith: right it would conflict with that | |
| 14:32:43 | dansmith | and it would make alllll the other operations you can do on an instance have to be disabled somehow | |
| 14:33:03 | sean-k-mooney | we did have some driver that wanted to prespawn some vms and reallocate one on a boot request in the past right | |
| 14:33:05 | dansmith | like, what does it mean for you to do a reboot or rebuild or anything else on an instance in that case | |
| 14:33:36 | dansmith | I dunno about that | |
| 14:33:54 | sean-k-mooney | TheJulia: do they just not want to do the provisioning e.g. would boot without and image be an alternitive | |
| 14:35:43 | sean-k-mooney | TheJulia: actully ignoring the schduling bit is there a reason they cant just deploy using ironics api | |
| 14:37:12 | sean-k-mooney | presumable ironic could claim the resouces in placment when you go to ironic directly so that nova/placement would know the host is in use | |
| 14:50:09 | TheJulia | sean-k-mooney: trying to focus on the discussion call I'm on right now, I'll answer afterwards | |
| 14:51:05 | sean-k-mooney | TheJulia: no worries im watching an internal call too | |
| 15:18:17 | melwitt | gmann: have you seen this gate bug before? "ls: cannot access 'uwsgi*': No such file or directory" https://zuul.opendev.org/t/openstack/build/5c1bfbb79c314b11b518a8af51441a00/log/logs/grenade.sh.txt#5354 | |
| 15:18:59 | gmann | melwitt: yeah that is ongoing fixes in devstack, and we have merged all the stable branch fix now | |
| 15:20:19 | dansmith | since monday I think | |
| 15:20:19 | melwitt | gmann: ah thanks, I missed that | |
| 15:20:41 | melwitt | I had a thing on stable (stein) fail zuul overnight | |
| 15:21:10 | gmann | yeah, | |
| 15:21:14 | melwitt | so I was wonderin | |
| 15:21:34 | gmann | but grenade multinode job is still issue, fixing in ussuri by backporting running zuulv3 native - https://review.opendev.org/#/c/735948/1 | |
| 15:22:51 | gmann | train and stein might need to make it n-v till we backport the grenade zuulv3 till stein. that is we are discussing in qa channel | |
| 15:25:39 | melwitt | ok I'm seeing neutron-grenade-multinode and nova-grenade-live-migration and grenade-py3 failing on stein | |
| 15:28:50 | melwitt | and then nova-live-migration is failing with "/opt/stack/new/devstack/lib/infra: line 32: virtualenv: command not found" on stein https://zuul.opendev.org/t/openstack/build/509288c2a75a49609c2f7f4b2e158a60/log/logs/devstack-subnodes-early.txt#2948 | |
| 15:33:01 | gmann | melwitt: yeah, that need devstack-gate fix which is not preferred so i am trying to backport the grenade zuulv3 till train. | |
| 15:45:09 | melwitt | gmann: ok, thanks. devstack-gate is branchless I assume? | |
| 15:45:27 | gmann | melwitt: yeah. | |