-
Notifications
You must be signed in to change notification settings - Fork 16.4k
Add extra sync when adding executable flag to installation scripts #20987
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
Conversation
V0lantis
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you @potiuk for this bug fix. LGTM
db8bdd4 to
1f34589
Compare
|
Even better now! |
Seems that when AUFS is a backing storage for Docker, changing the script to executable and executing it right after during the build phase might cause an error: 'text file busy' moby/moby#13594 Workaround for that is to add extra `sync` command after changing the executable flag to make sure that the filesystem change has propageted to the underlying AUFS storage. This PR adds the sync and also makes sure that both CI And PROD image use same formatting, executable bits and `&&` between commands rather than `;`. The `&&` is better to separate the commands because it will not continue with execution steps in the same bash command after previous command fails. This caused confusion as to what is the reason for docker build failure. The problem was raised in the apache#20971 discussion.
1f34589 to
e8a54de
Compare
|
The PR most likely needs to run full matrix of tests because it modifies parts of the core of Airflow. However, committers might decide to merge it quickly and take the risk. If they don't merge it quickly - please rebase it to the latest main at your convenience, or amend the last commit of the PR, and push it with --force-with-lease. |
|
Images built and verified - looks good. Merging :) |
…20987) Seems that when AUFS is a backing storage for Docker, changing the script to executable and executing it right after during the build phase might cause an error: 'text file busy' moby/moby#13594 Workaround for that is to add extra `sync` command after changing the executable flag to make sure that the filesystem change has propageted to the underlying AUFS storage. This PR adds the sync and also makes sure that both CI And PROD image use same formatting, executable bits and `&&` between commands rather than `;`. The `&&` is better to separate the commands because it will not continue with execution steps in the same bash command after previous command fails. This caused confusion as to what is the reason for docker build failure. The problem was raised in the #20971 discussion. (cherry picked from commit c135581)
…20987) Seems that when AUFS is a backing storage for Docker, changing the script to executable and executing it right after during the build phase might cause an error: 'text file busy' moby/moby#13594 Workaround for that is to add extra `sync` command after changing the executable flag to make sure that the filesystem change has propageted to the underlying AUFS storage. This PR adds the sync and also makes sure that both CI And PROD image use same formatting, executable bits and `&&` between commands rather than `;`. The `&&` is better to separate the commands because it will not continue with execution steps in the same bash command after previous command fails. This caused confusion as to what is the reason for docker build failure. The problem was raised in the #20971 discussion. (cherry picked from commit c135581)
Seems that when AUFS is a backing storage for Docker, changing
the script to executable and executing it right after during the
build phase might cause an error: 'text file busy'
moby/moby#13594
Workaround for that is to add extra
synccommand after changingthe executable flag to make sure that the filesystem change has
propageted to the underlying AUFS storage.
This PR adds the sync and also makes sure that both CI And PROD
image use same formatting, executable bits and
&&betweencommands rather than
;. The&&is better to separate thecommands because it will not continue with execution steps in the
same bash command after previous command fails. This caused
confusion as to what is the reason for docker build failure.
The problem was raised in the #20971 discussion.
^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code change, Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in UPDATING.md.