| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-12 | |||
| 11:20:02 | sean-k-mooney | you are using packages from RDO not form Redhat | |
| 11:20:31 | sean-k-mooney | ignaziocassano1: and RDO support train on 7 and 8 | |
| 11:20:31 | sean-k-mooney | ignaziocassano1: and RDO support train on 7 and 8 | |
| 11:21:05 | ignaziocassano1 | Yes, I wonder if they will be' released on rdo for centos 7 | |
| 11:21:07 | ignaziocassano1 | Yes, I wonder if they will be' released on rdo for centos 7 | |
| 11:21:18 | sean-k-mooney | the RDO packages and the OSP packages are not the same | |
| 11:21:18 | sean-k-mooney | the RDO packages and the OSP packages are not the same | |
| 11:21:35 | sean-k-mooney | ignaziocassano1: yes still have an automated build for train on centos7 so it should be eventually | |
| 11:21:35 | sean-k-mooney | ignaziocassano1: yes still have an automated build for train on centos7 so it should be eventually | |
| 11:21:40 | sean-k-mooney | if we backport it upstream | |
| 11:21:40 | sean-k-mooney | if we backport it upstream | |
| 11:22:39 | ignaziocassano1 | Patching manually seems do not work | |
| 11:22:39 | ignaziocassano1 | Patching manually seems do not work | |
| 11:23:55 | ignaziocassano1 | Will you backport them on rdo centos 7? | |
| 11:23:55 | ignaziocassano1 | Will you backport them on rdo centos 7? | |
| 11:24:45 | ignaziocassano1 | I would like to migrate on train on centos7 then try to upgrade to centos 8 | |
| 11:24:45 | ignaziocassano1 | I would like to migrate on train on centos7 then try to upgrade to centos 8 | |
| 11:25:33 | ignaziocassano1 | I think it is a solution for not reinstall all | |
| 11:25:33 | ignaziocassano1 | I think it is a solution for not reinstall all | |
| 11:26:23 | sean-k-mooney | im not currently plannign to work on backporting it. i may in the future but i have some other things i need to work on | |
| 11:26:23 | sean-k-mooney | im not currently plannign to work on backporting it. i may in the future but i have some other things i need to work on | |
| 11:28:17 | ignaziocassano1 | So, what can I do to solve it? Next year we 'll invest money for acquire red hat support, but now we cannot | |
| 11:28:17 | ignaziocassano1 | So, what can I do to solve it? Next year we 'll invest money for acquire red hat support, but now we cannot | |
| 11:31:41 | sean-k-mooney | one option is to try propose the backport yourself or see if rodolfo or others have time to backport it. i generally try to help people regardless of if they are a customer or not but this partical set of bugs has made me consider quiting opentack developemnt and doing something else with my life so not that its finally merged i dont really want to spend more time on it | |
| 11:31:41 | sean-k-mooney | one option is to try propose the backport yourself or see if rodolfo or others have time to backport it. i generally try to help people regardless of if they are a customer or not but this partical set of bugs has made me consider quiting opentack developemnt and doing something else with my life so not that its finally merged i dont really want to spend more time on it | |
| 11:34:12 | ignaziocassano1 | Yes, I understand your position | |
| 11:34:12 | ignaziocassano1 | Yes, I understand your position | |
| 11:35:50 | jrosser | gibi: thanks for the default_log_levels tip, it's working for me now | |
| 11:35:50 | jrosser | gibi: thanks for the default_log_levels tip, it's working for me now | |
| 11:36:02 | gibi | jrosser: cool. happy to help | |
| 11:36:02 | gibi | jrosser: cool. happy to help | |
| 12:56:12 | kashyap | lyarwood: Can you double-confirm: I don't see any use of QEMU's internal snapshots in the code (`qemu-img snapshot ...`) | |
| 12:56:12 | kashyap | lyarwood: Can you double-confirm: I don't see any use of QEMU's internal snapshots in the code (`qemu-img snapshot ...`) | |
| 12:56:29 | kashyap | lyarwood: The only known use was removed way back in 2013 in this commit: 8c985874c7885f31871204d3f83ce547fefc5fb6) | |
| 12:56:29 | kashyap | lyarwood: The only known use was removed way back in 2013 in this commit: 8c985874c7885f31871204d3f83ce547fefc5fb6) | |
| 12:56:59 | lyarwood | kashyap: you mean qcow2 snapshots right? | |
| 12:56:59 | lyarwood | kashyap: you mean qcow2 snapshots right? | |
| 12:57:00 | kashyap | lyarwood: I ask because ... a certain enterprise distro might deprecate internal snapshots (for good reasons) | |
| 12:57:00 | kashyap | lyarwood: I ask because ... a certain enterprise distro might deprecate internal snapshots (for good reasons) | |
| 12:57:16 | kashyap | lyarwood: Yes, exactly. I recall we used to use it; and I don't see any trace of it (good thing) | |
| 12:57:16 | kashyap | lyarwood: Yes, exactly. I recall we used to use it; and I don't see any trace of it (good thing) | |
| 13:01:34 | lyarwood | kashyap: yeah I can't think of any examples where we do | |
| 13:01:34 | lyarwood | kashyap: yeah I can't think of any examples where we do | |
| 13:01:48 | kashyap | lyarwood: Cool; I just checked the code, I don't see any other traces. That's great | |
| 13:01:48 | kashyap | lyarwood: Cool; I just checked the code, I don't see any other traces. That's great | |
| 13:01:49 | lyarwood | kashyap: even the NFS based cinder backends that use qcow2 use backing files | |
| 13:01:49 | lyarwood | kashyap: even the NFS based cinder backends that use qcow2 use backing files | |
| 13:01:57 | kashyap | Sweet | |
| 13:01:57 | kashyap | Sweet | |
| 13:02:44 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Create 'nova.tests.fixtures' module https://review.opendev.org/c/openstack/nova/+/790965 | |
| 13:02:44 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Create 'nova.tests.fixtures' module https://review.opendev.org/c/openstack/nova/+/790965 | |
| 13:02:45 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Move ConfFixture https://review.opendev.org/c/openstack/nova/+/790966 | |
| 13:02:45 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Move ConfFixture https://review.opendev.org/c/openstack/nova/+/790966 | |
| 13:02:46 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Move remaining non-libvirt fixtures https://review.opendev.org/c/openstack/nova/+/790967 | |
| 13:02:47 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Move libvirt-specific fixtures https://review.opendev.org/c/openstack/nova/+/790969 | |
| 13:02:47 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Split external service fixtures out https://review.opendev.org/c/openstack/nova/+/790968 | |
| 13:02:48 | openstackgerrit | Stephen Finucane proposed openstack/nova master: tests: Add os-brick fixture https://review.opendev.org/c/openstack/nova/+/790970 | |
| 13:02:49 | openstackgerrit | Stephen Finucane proposed openstack/nova master: WIP: Use jinja2 to generate fake libvirt data https://review.opendev.org/c/openstack/nova/+/790971 | |
| 14:27:30 | stephenfin | gibi: melwitt, dansmith: If you folks have time this week, could you queue up the first few patches in the remove-sqlalchemy-migrate series? They're all precusor patches that I'd like to get out of the way before we get into the nitty-gritty of alembic integration https://review.opendev.org/q/topic:%22bp%252Fremove-sqlalchemy-migrate%22+(status:open%20OR%20status:merged) | |
| 14:27:30 | stephenfin | gibi: melwitt, dansmith: If you folks have time this week, could you queue up the first few patches in the remove-sqlalchemy-migrate series? They're all precusor patches that I'd like to get out of the way before we get into the nitty-gritty of alembic integration https://review.opendev.org/q/topic:%22bp%252Fremove-sqlalchemy-migrate%22+(status:open%20OR%20status:merged) | |
| 14:27:52 | stephenfin | (I have patches locally but won't push them yet since they're not _quite_ ready) | |
| 14:27:52 | stephenfin | (I have patches locally but won't push them yet since they're not _quite_ ready) | |
| 14:28:58 | gibi | stephenfin: ack. No promise for this week but I will try | |
| 14:28:58 | gibi | stephenfin: ack. No promise for this week but I will try | |
| 14:31:02 | sean-k-mooney | stephenfin: you used to have a header you added to RST files to forward declare the header level symbols | |
| 14:31:02 | sean-k-mooney | stephenfin: you used to have a header you added to RST files to forward declare the header level symbols | |
| 14:31:21 | sean-k-mooney | i tought that was in one of the spec templates but i cant find it do you rememebr what it was | |
| 14:31:21 | sean-k-mooney | i tought that was in one of the spec templates but i cant find it do you rememebr what it was | |
| 14:31:46 | sean-k-mooney | it was a comment you put at the top of the file then just a buch of header lines that would not render | |
| 14:31:46 | sean-k-mooney | it was a comment you put at the top of the file then just a buch of header lines that would not render | |
| 14:32:32 | stephenfin | sean-k-mooney: precede the block with .. | |
| 14:32:32 | stephenfin | sean-k-mooney: precede the block with .. | |
| 14:32:35 | stephenfin | that's a comment | |
| 14:32:35 | stephenfin | that's a comment | |
| 14:32:43 | stephenfin | I think the neutron docs use it for license headers | |
| 14:32:43 | stephenfin | I think the neutron docs use it for license headers | |
| 14:32:58 | sean-k-mooney | ah ok we use it for the lisence yes | |
| 14:32:58 | sean-k-mooney | ah ok we use it for the lisence yes | |
| 15:27:06 | melwitt | stephenfin: ack, will put them on my list | |
| 15:27:06 | melwitt | stephenfin: ack, will put them on my list | |
| 15:40:29 | stephenfin | thanks | |
| 15:40:29 | stephenfin | thanks | |
| 16:06:00 | NobodyCam | Good morning Nova folks, anyone have a pointer as to why the nova-python-client would not honor timeout values when the network drops? | |
| 16:06:01 | NobodyCam | Good morning Nova folks, anyone have a pointer as to why the nova-python-client would not honor timeout values when the network drops? | |
| 16:13:26 | sean-k-mooney | maybe the socket hangs at the kernel level or soemthign like that but no i dont know why that would happen | |
| 16:13:26 | sean-k-mooney | maybe the socket hangs at the kernel level or soemthign like that but no i dont know why that would happen | |
| 16:13:56 | sean-k-mooney | NobodyCam: i assume the behavior is if the network drops the nova client just sits there waiting for a respocne that wont come | |
| 16:13:56 | sean-k-mooney | NobodyCam: i assume the behavior is if the network drops the nova client just sits there waiting for a respocne that wont come | |
| 16:14:06 | sean-k-mooney | or are you seeign a different behavior | |
| 16:14:06 | sean-k-mooney | or are you seeign a different behavior | |
| 16:14:49 | NobodyCam | nope that's what I'm seeing | |
| 16:14:49 | NobodyCam | nope that's what I'm seeing | |
| 16:14:58 | NobodyCam | and Good Morning sean-k-mooney | |
| 16:14:58 | NobodyCam | and Good Morning sean-k-mooney | |
| 16:19:11 | sean-k-mooney | NobodyCam: so ya my only guess is the socket is staling on the kernel side. i would have expected any timeout you set to be passed to the request libary and for it to be handeled there | |
| 16:19:11 | sean-k-mooney | NobodyCam: so ya my only guess is the socket is staling on the kernel side. i would have expected any timeout you set to be passed to the request libary and for it to be handeled there | |
| 16:19:42 | sean-k-mooney | we dont start any timers ectra in the nova client to interupt the request ourselves | |
| 16:19:42 | sean-k-mooney | we dont start any timers ectra in the nova client to interupt the request ourselves | |
| 16:19:56 | NobodyCam | ++ makes sense to me | |
| 16:19:56 | NobodyCam | ++ makes sense to me | |