Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-10
18:23:50 elod it would have been better if the release had been happened last week, though
18:26:14 lyarwood kk
18:26:14 lyarwood kk
18:26:59 lyarwood melwitt: https://review.opendev.org/c/openstack/nova/+/780782 - if you have time would you mind taking a look at the stable/train series starting here
18:26:59 lyarwood melwitt: https://review.opendev.org/c/openstack/nova/+/780782 - if you have time would you mind taking a look at the stable/train series starting here
18:27:22 lyarwood elod: ^ if melwitt has time and the gate is happy we can try to land overnight and release tomorrow
18:27:22 lyarwood elod: ^ if melwitt has time and the gate is happy we can try to land overnight and release tomorrow
18:28:03 melwitt lyarwood: sure, can do
18:28:03 melwitt lyarwood: sure, can do
18:30:33 elod melwitt: thanks \o/ - lyarwood: sounds like a plan! :]
18:30:33 elod melwitt: thanks \o/ - lyarwood: sounds like a plan! :]
18:32:23 lyarwood awesome thanks both :)
18:32:23 lyarwood awesome thanks both :)
18:43:27 openstackgerrit David Vallee Delisle proposed openstack/os-vif master: Creating oslo.config.opts entry_points for plugins https://review.opendev.org/c/openstack/os-vif/+/789645
19:05:47 openstackgerrit Archit Modi proposed openstack/nova master: Fix typo in test_utils https://review.opendev.org/c/openstack/nova/+/790510
19:05:47 openstackgerrit Archit Modi proposed openstack/nova master: Fix typo in test_utils https://review.opendev.org/c/openstack/nova/+/790510
19:20:53 openstackgerrit melanie witt proposed openstack/nova master: Stop leaking ceph df cmd in RBD utils https://review.opendev.org/c/openstack/nova/+/789374
19:20:53 openstackgerrit melanie witt proposed openstack/nova master: Stop leaking ceph df cmd in RBD utils https://review.opendev.org/c/openstack/nova/+/789374
19:20:54 openstackgerrit melanie witt proposed openstack/nova master: rbd: Get rbd_utils unit tests running again https://review.opendev.org/c/openstack/nova/+/790511
19:20:54 openstackgerrit melanie witt proposed openstack/nova master: rbd: Get rbd_utils unit tests running again https://review.opendev.org/c/openstack/nova/+/790511
20:26:36 openstackgerrit Ade Lee proposed openstack/nova master: Add check job for FIPS https://review.opendev.org/c/openstack/nova/+/790519
20:26:36 openstackgerrit Ade Lee proposed openstack/nova master: Add check job for FIPS https://review.opendev.org/c/openstack/nova/+/790519
#openstack-nova - 2021-05-11
00:54:48 openstackgerrit likui proposed openstack/nova master: Replace getargspec with getfullargspec https://review.opendev.org/c/openstack/nova/+/790405
01:28:56 openstackgerrit likui proposed openstack/nova master: Replace getargspec with getfullargspec https://review.opendev.org/c/openstack/nova/+/790405
02:52:49 openstackgerrit Qiu Fossen proposed openstack/nova-specs master: Allow migrating PMEM's data https://review.opendev.org/c/openstack/nova-specs/+/785563
07:06:09 gibi sean-k-mooney: thank you
08:06:46 openstackgerrit likui proposed openstack/nova master: Replace getargspec with getfullargspec https://review.opendev.org/c/openstack/nova/+/790405
08:22:07 sean-k-mooney gibi: bauzas: im not going to make a commitment now but im going to explore if i can provide a limited replacement for upstream elk stack hosted on my home infrastucture
08:22:07 sean-k-mooney gibi: bauzas: im not going to make a commitment now but im going to explore if i can provide a limited replacement for upstream elk stack hosted on my home infrastucture
08:22:24 bauzas well
08:22:37 bauzas I can't say how I'm a sad panda
08:22:37 bauzas I can't say how I'm a sad panda
08:23:40 sean-k-mooney my basic plan is when i redeploy my home infrastucure in a week or two im going to redeply my ci and add a job that will trigger only on upstrem zuul -1/-2 comments and try and download the logs form those jobs and ingest them into elk
08:23:41 sean-k-mooney my basic plan is when i redeploy my home infrastucure in a week or two im going to redeply my ci and add a job that will trigger only on upstrem zuul -1/-2 comments and try and download the logs form those jobs and ingest them into elk
08:24:08 sean-k-mooney ill start with just nova and see if i can get that to work
08:24:09 sean-k-mooney ill start with just nova and see if i can get that to work
08:27:02 sean-k-mooney only looking at failed jobs should keep the bandwith mangeable, the full ci generate maybe 4TB of logs a month which i cans store but my isp would not be happy with me downloadign that much
08:27:02 sean-k-mooney only looking at failed jobs should keep the bandwith mangeable, the full ci generate maybe 4TB of logs a month which i cans store but my isp would not be happy with me downloadign that much
08:33:26 swp20 stephenfin: i use admin context to show a project's vm by id and it's success, but by name it says no name or id exist. is this a bug?
08:33:26 swp20 stephenfin: i use admin context to show a project's vm by id and it's success, but by name it says no name or id exist. is this a bug?
08:40:29 stephenfin swp20: no, API resources are organized by ID. You need to list and manually search or use a specific search API. Look at the 'Resource.find' method in openstacksdk for an example
08:40:29 stephenfin swp20: no, API resources are organized by ID. You need to list and manually search or use a specific search API. Look at the 'Resource.find' method in openstacksdk for an example
08:50:29 swp20 stephenfin: yeah, i find the 'Resource.find' has no 'all_tenants' param, if i add the {'all_tenants':1} to kwargs, then i can get the vm by name.
08:50:29 swp20 stephenfin: yeah, i find the 'Resource.find' has no 'all_tenants' param, if i add the {'all_tenants':1} to kwargs, then i can get the vm by name.
08:54:36 swp20 so need we claim this when we exec 'nova help show' command, it's really a bit confused.
08:54:36 swp20 so need we claim this when we exec 'nova help show' command, it's really a bit confused.
09:34:23 openstackgerrit likui proposed openstack/osc-placement stable/ussuri: Update command help information https://review.opendev.org/c/openstack/osc-placement/+/790618
09:34:23 openstackgerrit likui proposed openstack/osc-placement stable/ussuri: Update command help information https://review.opendev.org/c/openstack/osc-placement/+/790618
09:41:17 openstackgerrit likui proposed openstack/osc-placement master: setup.cfg: Replace dashes with underscores https://review.opendev.org/c/openstack/osc-placement/+/790630
09:41:17 openstackgerrit likui proposed openstack/osc-placement master: setup.cfg: Replace dashes with underscores https://review.opendev.org/c/openstack/osc-placement/+/790630
09:57:35 openstackgerrit David Vallee Delisle proposed openstack/os-vif master: Creating oslo.config.opts entry_points for plugins https://review.opendev.org/c/openstack/os-vif/+/789645
09:57:35 openstackgerrit David Vallee Delisle proposed openstack/os-vif master: Creating oslo.config.opts entry_points for plugins https://review.opendev.org/c/openstack/os-vif/+/789645
10:21:38 stephenfin lyarwood: Could you stick this on your review queue for the week, if you've time? https://review.opendev.org/c/openstack/nova/+/676209
10:21:38 stephenfin lyarwood: Could you stick this on your review queue for the week, if you've time? https://review.opendev.org/c/openstack/nova/+/676209
10:22:55 stephenfin bauzas: Any chance you could keep going through the instance_type -> flavor series? If any of them are too difficult to review, I can try break them up more https://review.opendev.org/q/topic:%2522compute_rpc_6.0%2522+status:open
10:22:55 stephenfin bauzas: Any chance you could keep going through the instance_type -> flavor series? If any of them are too difficult to review, I can try break them up more https://review.opendev.org/q/topic:%2522compute_rpc_6.0%2522+status:open
10:23:18 bauzas sean-k-mooney: any reason why you try to plug vifs *after* we try to reboot the instance or restart it ? https://github.com/openstack/nova/blob/7953c0197d1a4466cb5b78070d47626c92f9db6e/nova/compute/manager.py#L1137
10:23:18 bauzas sean-k-mooney: any reason why you try to plug vifs *after* we try to reboot the instance or restart it ? https://github.com/openstack/nova/blob/7953c0197d1a4466cb5b78070d47626c92f9db6e/nova/compute/manager.py#L1137
10:23:29 bauzas stephenfin: yup, I started to look at those
10:23:29 bauzas stephenfin: yup, I started to look at those
10:23:51 bauzas stephenfin: today, I'll do some reviews, specs first but I can try to look at your series too
10:23:51 bauzas stephenfin: today, I'll do some reviews, specs first but I can try to look at your series too
10:24:04 stephenfin good enough for me, ty :)
10:24:04 stephenfin good enough for me, ty :)
10:24:14 bauzas stephenfin: btw. I'm off tonight until next week
10:24:14 bauzas stephenfin: btw. I'm off tonight until next week
10:24:29 stephenfin okay, gtk
10:24:29 stephenfin okay, gtk
10:24:33 bauzas (perpetual PTOs as mriedem said, that's it)
10:24:33 bauzas (perpetual PTOs as mriedem said, that's it)
10:24:43 bauzas or... just May
10:24:43 bauzas or... just May
10:30:56 sean-k-mooney bauzas: we plug before we start the instance
10:30:56 sean-k-mooney bauzas: we plug before we start the instance
10:31:32 sean-k-mooney althopugh i guess its after in some cases
10:31:32 sean-k-mooney althopugh i guess its after in some cases
10:31:50 sean-k-mooney hum
10:31:50 sean-k-mooney hum
10:31:51 bauzas sean-k-mooney: look at the above
10:31:51 bauzas sean-k-mooney: look at the above
10:31:57 sean-k-mooney ya i am
10:31:57 sean-k-mooney ya i am
10:31:59 bauzas sean-k-mooney: we try to reboot the instance first
10:31:59 bauzas sean-k-mooney: we try to reboot the instance first
10:32:09 bauzas and then we also try to restart it
10:32:09 bauzas and then we also try to restart it
10:32:19 bauzas *before we plug the vifs*
10:32:19 bauzas *before we plug the vifs*
10:32:27 sean-k-mooney we might be trying to plug wtice but i dont see any reason not to plug first
10:32:27 sean-k-mooney we might be trying to plug wtice but i dont see any reason not to plug first
10:32:32 sean-k-mooney that would be more correct i think
10:32:32 sean-k-mooney that would be more correct i think
10:32:55 bauzas ok, I'm asking this because I'd prefer to pass the allocations to the new driver method I created *before* the two above calls
10:32:55 bauzas ok, I'm asking this because I'd prefer to pass the allocations to the new driver method I created *before* the two above calls
10:33:23 sean-k-mooney ya i also think that proably makes sense
10:33:23 sean-k-mooney ya i also think that proably makes sense
10:33:29 bauzas if you reboot the instance with not the mdevs, then you got a qemu exception
10:33:29 bauzas if you reboot the instance with not the mdevs, then you got a qemu exception
10:33:50 sean-k-mooney yep so it should be create mdevs then plug vifs then reboot
10:33:51 sean-k-mooney yep so it should be create mdevs then plug vifs then reboot

Earlier   Later