Earlier  
Posted Nick Remark
#openstack-nova - 2021-05-10
18:22:08 elod lyarwood: just for the record, I've reviewed the patches and they look OK to me so if someone else review them then they could land tomorrow hopefully (if the gate wants it too o:))
18:22:47 elod and to me they seem low risk patches so hopefully won't screw up the final release o:)
18:22:47 elod and to me they seem low risk patches so hopefully won't screw up the final release o:)
18:23:50 elod it would have been better if the release had been happened last week, though
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

Earlier   Later