| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-05-19 | |||
| 14:40:56 | sean-k-mooney | you do also have to add it too the compute node RP | |
| 14:40:57 | sean-k-mooney | you do also have to add it too the compute node RP | |
| 14:41:26 | sean-k-mooney | alexe9191: traits live on the resouce provider not the invetories | |
| 14:41:26 | sean-k-mooney | alexe9191: traits live on the resouce provider not the invetories | |
| 14:41:52 | sean-k-mooney | so you woudl put CUSTOM_SSD on all the compute nodes with an SSD | |
| 14:41:53 | sean-k-mooney | so you woudl put CUSTOM_SSD on all the compute nodes with an SSD | |
| 14:42:19 | sean-k-mooney | alexe9191: you can continue to use the old filter by the way | |
| 14:42:19 | sean-k-mooney | alexe9191: you can continue to use the old filter by the way | |
| 14:42:44 | alexe9191 | ah the --property in the flavor you mean? that would be translated to a trait? | |
| 14:42:44 | alexe9191 | ah the --property in the flavor you mean? that would be translated to a trait? | |
| 14:42:59 | sean-k-mooney | alexe9191: no | |
| 14:42:59 | sean-k-mooney | alexe9191: no | |
| 14:43:05 | sean-k-mooney | so there are two ways to do it sorry | |
| 14:43:05 | sean-k-mooney | so there are two ways to do it sorry | |
| 14:43:26 | sean-k-mooney | you can tag your flavor with a requried trait and tag each host rp with the custome trait | |
| 14:43:26 | sean-k-mooney | you can tag your flavor with a requried trait and tag each host rp with the custome trait | |
| 14:43:34 | sean-k-mooney | or you can use aggreates https://docs.openstack.org/nova/latest/reference/isolate-aggregates.html | |
| 14:43:34 | sean-k-mooney | or you can use aggreates https://docs.openstack.org/nova/latest/reference/isolate-aggregates.html | |
| 14:44:19 | alexe9191 | I'd actually rather use the aggregates because that means i don't have to update each host and also update each new host. The documentation is however very confusing. | |
| 14:44:19 | alexe9191 | I'd actually rather use the aggregates because that means i don't have to update each host and also update each new host. The documentation is however very confusing. | |
| 14:44:31 | sean-k-mooney | you stil need to update each host | |
| 14:44:31 | sean-k-mooney | you stil need to update each host | |
| 14:44:45 | sean-k-mooney | so there are 3 parts | |
| 14:44:45 | sean-k-mooney | so there are 3 parts | |
| 14:45:00 | sean-k-mooney | first you update the hosts rescoue providers to have the custom tratis | |
| 14:45:00 | sean-k-mooney | first you update the hosts rescoue providers to have the custom tratis | |
| 14:45:14 | sean-k-mooney | second you update the image or flavor to requrest the requred trait | |
| 14:45:14 | sean-k-mooney | second you update the image or flavor to requrest the requred trait | |
| 14:45:50 | sean-k-mooney | third you enabel the placment prefilter and update the aggrate to enforace that only instance that request a given trait can land on that aggrate | |
| 14:45:50 | sean-k-mooney | third you enabel the placment prefilter and update the aggrate to enforace that only instance that request a given trait can land on that aggrate | |
| 14:46:24 | sean-k-mooney | alexe9191: when you add a tarit to a host you can land on that host if you request it or not | |
| 14:46:24 | sean-k-mooney | alexe9191: when you add a tarit to a host you can land on that host if you request it or not | |
| 14:46:45 | sean-k-mooney | when you add a trait to the image or flavor as required you will guarentte that you willl land on a host with that trait | |
| 14:46:45 | sean-k-mooney | when you add a trait to the image or flavor as required you will guarentte that you willl land on a host with that trait | |
| 14:46:57 | alexe9191 | I thought the placement prefilter was enabled by default? do I need to explicitly enable it? | |
| 14:46:58 | alexe9191 | I thought the placement prefilter was enabled by default? do I need to explicitly enable it? | |
| 14:47:11 | sean-k-mooney | when you add the required trait to the aggreate you will guarentee you will only land in that aggreate if you asked for the requited trait | |
| 14:47:11 | sean-k-mooney | when you add the required trait to the aggreate you will guarentee you will only land in that aggreate if you asked for the requited trait | |
| 14:47:31 | sean-k-mooney | alexe9191: its disable by default so you have to enable it yes | |
| 14:47:32 | sean-k-mooney | alexe9191: its disable by default so you have to enable it yes | |
| 14:49:09 | alexe9191 | Apologies for the question but it's not mentioned anywhere in nova.conf nor do I see a placement filter in the scheduler/filter source tree. | |
| 14:49:09 | alexe9191 | Apologies for the question but it's not mentioned anywhere in nova.conf nor do I see a placement filter in the scheduler/filter source tree. | |
| 14:49:11 | alexe9191 | How would I enable it? | |
| 14:49:11 | alexe9191 | How would I enable it? | |
| 14:49:34 | sean-k-mooney | its covered in the doc | |
| 14:49:34 | sean-k-mooney | its covered in the doc | |
| 14:49:36 | sean-k-mooney | https://docs.openstack.org/nova/latest/reference/isolate-aggregates.html | |
| 14:49:36 | sean-k-mooney | https://docs.openstack.org/nova/latest/reference/isolate-aggregates.html | |
| 14:49:54 | sean-k-mooney | you enable https://docs.openstack.org/nova/latest/configuration/config.html#scheduler.enable_isolated_aggregate_filtering | |
| 14:49:54 | sean-k-mooney | you enable https://docs.openstack.org/nova/latest/configuration/config.html#scheduler.enable_isolated_aggregate_filtering | |
| 14:50:47 | alexe9191 | aha. I though about placement as a whole not that specific pre-filter. | |
| 14:50:47 | alexe9191 | aha. I though about placement as a whole not that specific pre-filter. | |
| 14:50:51 | sean-k-mooney | alexe9191: placemetn filter are what we call prefilter they are not implemented in scheduler/filters since they work differently | |
| 14:50:52 | sean-k-mooney | alexe9191: placemetn filter are what we call prefilter they are not implemented in scheduler/filters since they work differently | |
| 14:51:24 | sean-k-mooney | pre-filter modify the quiery we pass to placment before the normal filters run to be more strict | |
| 14:51:24 | sean-k-mooney | pre-filter modify the quiery we pass to placment before the normal filters run to be more strict | |
| 14:51:52 | sean-k-mooney | alexe9191: they are implemented in https://github.com/openstack/nova/blob/master/nova/scheduler/request_filter.py | |
| 14:51:52 | sean-k-mooney | alexe9191: they are implemented in https://github.com/openstack/nova/blob/master/nova/scheduler/request_filter.py | |
| 14:52:04 | alexe9191 | Thank you:) | |
| 14:52:04 | alexe9191 | Thank you:) | |
| 14:52:37 | alexe9191 | That being said. I am wondering if there are any known bugs in scheduler in nova rocky? | |
| 14:52:37 | alexe9191 | That being said. I am wondering if there are any known bugs in scheduler in nova rocky? | |
| 14:52:42 | sean-k-mooney | most of them are disable by default although some are always on and we will be move more to on by default as we continue | |
| 14:52:42 | sean-k-mooney | most of them are disable by default although some are always on and we will be move more to on by default as we continue | |
| 14:52:57 | sean-k-mooney | in the schduler in general proably | |
| 14:52:57 | sean-k-mooney | in the schduler in general proably | |
| 14:53:16 | sean-k-mooney | in this code not that im direclty aware of that would affect your usecase | |
| 14:53:17 | sean-k-mooney | in this code not that im direclty aware of that would affect your usecase | |
| 14:53:30 | alexe9191 | Allow me to be more specific. | |
| 14:53:30 | alexe9191 | Allow me to be more specific. | |
| 14:53:55 | alexe9191 | We have availability zones and we have aggregates to group some hosts that has certain properties like I mentioned. | |
| 14:53:55 | alexe9191 | We have availability zones and we have aggregates to group some hosts that has certain properties like I mentioned. | |
| 14:54:20 | alexe9191 | For some reason. the scheduling works just fine till it stops. And then the solution to that would be removing one host from the aggregates and readding it. And then scheduling would work again. | |
| 14:54:21 | alexe9191 | For some reason. the scheduling works just fine till it stops. And then the solution to that would be removing one host from the aggregates and readding it. And then scheduling would work again. | |
| 14:54:44 | sean-k-mooney | that is odd | |
| 14:54:45 | sean-k-mooney | that is odd | |
| 14:54:54 | alexe9191 | It seems to fail mostly on the availability zone filter or the extra spec filter. The other day it said that property defined in the flavor does not match the metadata on the aggregate. But it does | |
| 14:54:54 | alexe9191 | It seems to fail mostly on the availability zone filter or the extra spec filter. The other day it said that property defined in the flavor does not match the metadata on the aggregate. But it does | |
| 14:55:06 | sean-k-mooney | well you can disable that if you enabel https://github.com/openstack/nova/blob/stable/rocky/nova/scheduler/request_filter.py#L63 | |
| 14:55:06 | sean-k-mooney | well you can disable that if you enabel https://github.com/openstack/nova/blob/stable/rocky/nova/scheduler/request_filter.py#L63 | |
| 14:55:31 | sean-k-mooney | alexe9191: you do not have the issolated aggrate feature in rocky that we were discussing | |
| 14:55:31 | sean-k-mooney | alexe9191: you do not have the issolated aggrate feature in rocky that we were discussing | |
| 14:55:42 | sean-k-mooney | but you you have access to using placment for AZs | |
| 14:55:42 | sean-k-mooney | but you you have access to using placment for AZs | |
| 14:55:46 | sean-k-mooney | instead of teh az filter | |
| 14:55:46 | sean-k-mooney | instead of teh az filter | |
| 14:56:06 | alexe9191 | Indeed. This is why I am investigating moving what I can move to the placement. Also for performance reasons. | |
| 14:56:07 | alexe9191 | Indeed. This is why I am investigating moving what I can move to the placement. Also for performance reasons. | |
| 14:56:33 | sean-k-mooney | alexe9191: https://docs.openstack.org/nova/latest/admin/availability-zones.html#availability-zones-with-placement | |
| 14:56:33 | sean-k-mooney | alexe9191: https://docs.openstack.org/nova/latest/admin/availability-zones.html#availability-zones-with-placement | |
| 14:57:14 | sean-k-mooney | alexe9191: that is still not enabled by default upstream but that is becasue we ment to do it in victoria and we got distrated | |
| 14:57:14 | sean-k-mooney | alexe9191: that is still not enabled by default upstream but that is becasue we ment to do it in victoria and we got distrated | |
| 14:57:36 | sean-k-mooney | alexe9191: ill be enableing it by defualt this cycle and deprecating the AZ filter for removal in the Y release | |
| 14:57:37 | sean-k-mooney | alexe9191: ill be enableing it by defualt this cycle and deprecating the AZ filter for removal in the Y release | |
| 14:57:46 | alexe9191 | may I ask what issues has been faced when it was enabled by default? | |
| 14:57:46 | alexe9191 | may I ask what issues has been faced when it was enabled by default? | |
| 14:58:10 | sean-k-mooney | none that im aware of | |
| 14:58:11 | sean-k-mooney | none that im aware of | |
| 14:58:28 | sean-k-mooney | we have not enabled it by default yet | |
| 14:58:29 | sean-k-mooney | we have not enabled it by default yet | |