-
Notifications
You must be signed in to change notification settings - Fork 9.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bitnami/Airflow] DAG Failure - Read-Only File/ Permission denied System Error in Scheduler Logs (No host supplie ) #30373
Comments
I encounter a permission error preventing Airflow from accessing the log directory, even after setting
Need to check if you follow the https://airflow.apache.org/docs/apache-airflow/stable/howto/docker-compose/index.html#setting-the-right-airflow-user instructions. |
@carrodher if I'm not mistaken, the permissions aren’t quite correct. I would have set the group to
|
Bitnami containers are designed to operate as non-root by default. Consequently, any files or directories used by the application should be owned by the root group, as the random user (1001 by default) is a member of this root group. To ensure proper permissions, you'll need to adjust the ownership of your local directory accordingly. For more comprehensive information about non-root containers and their significance for security, you can explore the following resources:
These references provide valuable insights into the best practices and considerations when working with non-root containers in Bitnami applications. |
Thanks @carrodher what could be the permission issue of the logs scheduler directory ? |
real problem was due to misconfiguration on DAG... |
Name and Version
bitnami/airflow:21.5.1
What architecture are you using?
amd64
What steps will reproduce the bug?
Are you using any custom parameters or values?
What is the expected behavior?
Dags running
What do you see instead?
DAGs failing
Additional information
The Airflow DAG is failing due to an error related to log access in a read-only file system. The following error message was encountered:
Additionally, Kubernetes logs for the test-deployer-start-task pod show an issue in loading the configuration:
The text was updated successfully, but these errors were encountered: