You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@airflow.apache.org by "kang-seongbeom (via GitHub)" <gi...@apache.org> on 2026/01/05 06:03:09 UTC
[D] Behavior change in airflow db clean after upgrading from Airflow 3.0.6 to 3.1.x (Read-only filesystem error) [airflow]
GitHub user kang-seongbeom created a discussion: Behavior change in airflow db clean after upgrading from Airflow 3.0.6 to 3.1.x (Read-only filesystem error)
After upgrading Airflow from 3.0.6 to 3.1.0, I am seeing a change in behavior with the airflow db clean command.
I am running Airflow on Kubernetes. To clean the database, I use a Kubernetes CronJob that creates a separate Airflow pod and executes airflow db clean inside that pod. This setup worked without any issues up to Airflow 3.0.6.
However, when using Airflow 3.1.0 or later, the airflow db clean command fails with the following error:
OSError: [Errno 30] Read-only file system: '/opt/airflow/logs'
Because of this error, the Cronjob does not complete successfully.
My questions are:
1. Has the behavior of airflow db clean changed in Airflow 3.1.x compared to 3.0.6?
2. I could not find any related changes mentioned in the release notes—was this change intentional?
3. Why does airflow db clean, which is a database-related command, attempt to access the log directory and fail due to a read-only filesystem?
Any clarification or guidance would be greatly appreciated.
GitHub link: https://github.com/apache/airflow/discussions/60113
----
This is an automatically sent email for commits@airflow.apache.org.
To unsubscribe, please send an email to: commits-unsubscribe@airflow.apache.org
Re: [D] Behavior change in airflow db clean after upgrading from Airflow 3.0.6 to 3.1.x (Read-only filesystem error) [airflow]
Posted by "potiuk (via GitHub)" <gi...@apache.org>.
GitHub user potiuk added a comment to the discussion: Behavior change in airflow db clean after upgrading from Airflow 3.0.6 to 3.1.x (Read-only filesystem error)
Could you please provide more details and stack trace of the failing case? Whether it's intentional or bug can be likely answere after seeing where it occurs.
GitHub link: https://github.com/apache/airflow/discussions/60113#discussioncomment-15414078
----
This is an automatically sent email for commits@airflow.apache.org.
To unsubscribe, please send an email to: commits-unsubscribe@airflow.apache.org