Closed mbeilin closed 4 years ago
@mbeilin As I can check with the method in ckanext-envvars
(https://github.com/okfn/ckanext-envvars/blob/8602376a92a77b4f2d41763b6823d041469fa08e/ckanext/envvars/plugin.py#L13). This should not happen and it is very weird, but I will debug this in my free time and will check the root cause.
@mbeilin So every var that contains a _
is causing problems? Or was it just for dag_name
?
@mbeilin So every var that contains a
_
is causing problems? Or was it just fordag_name
?
@hannelita only for dag_name
:(
Weird! On #14 we start sending the dag_name via URL when we invoke aircan with aircan_submit, so we may also have resolved this issue in another format. Are you still using dagname?
Weird! On #14 we start sending the dag_name via URL when we invoke aircan with aircan_submit, so we may also have resolved this issue in another format. Are you still using dagname?
@mbeilin Hm, then I think we have some inconsistencies now. https://github.com/datopian/ckanext-aircan/blob/master/ckanext/aircan_connector/action.py#L119 I'm dynamically inputting this key on config, since I collect it from the URL now. If you do not pass anything on the URL (i.e. http://ckan:5000/api/3/action/aircan_submit?dag_name=ckan_api_load_gcp), it should be None. Are you using any other endpoint to trigger the DAG? If yes, we definitely must refactor the actions and how we collect the parameters for triggering the DAG
Change
ckan.airflow.cloud.dag_name
tockan.airflow.cloud.dagname
so it can be retrieved from .env correctly, otherwise the parameter is None (very weird...).