You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The documentation generated 5 months ago indicates you can modify airflow in the scheduler with extraPipPackages rather than "all" airflow pods by including the scheduler section of values.yaml:
However, that does not work. My mistake here was thinking that meant that extraPipPackages had been deprecated, and I needed to consider other methods such as supporting my own airflow image or adding an init scheme.
After a significant amount of time, I decided to try some of the other nodes to see if the schema would allow extraPipPackages there (in case it was a bug or mistake). The result was good:
airflow: seems like the values node least likely to be supported if a child item is unsupported, since it is the most comprehensive option. But from a testing perspective, it makes sense: it is the first thing you'd try when QA'ing, and the last thing you'd try when using for the first time.
I am not sure whether only scheduler has this option disabled, or everything other than airflow has the option disabled. I can say it took a non trivial amount of time for me to decide the other options weren't worth it and start trying things on the off chance the docs weren't correct.
Are you willing & able to help?
I am able to submit a PR!
I can provide feedback!
The text was updated successfully, but these errors were encountered:
Checks
User-Community Airflow Helm Chart
.Description
The documentation generated 5 months ago indicates you can modify airflow in the
scheduler
withextraPipPackages
rather than "all" airflow pods by including the scheduler section ofvalues.yaml
:However, that does not work. My mistake here was thinking that meant that
extraPipPackages
had been deprecated, and I needed to consider other methods such as supporting my own airflow image or adding an init scheme.After a significant amount of time, I decided to try some of the other nodes to see if the schema would allow
extraPipPackages
there (in case it was a bug or mistake). The result was good:airflow:
seems like the values node least likely to be supported if a child item is unsupported, since it is the most comprehensive option. But from a testing perspective, it makes sense: it is the first thing you'd try when QA'ing, and the last thing you'd try when using for the first time.I am not sure whether only
scheduler
has this option disabled, or everything other thanairflow
has the option disabled. I can say it took a non trivial amount of time for me to decide the other options weren't worth it and start trying things on the off chance the docs weren't correct.Are you willing & able to help?
The text was updated successfully, but these errors were encountered: