-
Notifications
You must be signed in to change notification settings - Fork 599
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
Cloudfront cache not cleared after uploading new db-dump.tar.gz #6652
Comments
Thanks! I guess the next cache clear will be tomorrow, when the dump is re-dumped, right? |
once it is deployed, yes :) |
Ah, of course. I got used to CD :-)
…On Thu, Jun 22, 2023 at 11:02 AM Tobias Bieniek ***@***.***> wrote:
once it is deployed, yes :)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: ***@***.***>
--
All that is necessary for evil to succeed is for good people to do nothing.
|
yeah, we use it for the staging env, but promoting that to production is still a manual step due to database migrations and stuff like that. |
That's weird. @jdno, do you have any insight here? |
Hm that's weird. As far as I understand our configuration and CloudFront's documentation, this shouldn't happen. I can't reproduce it with today's database dump, but it's probably a good idea to create a new issue for this so that we can track this separately. |
Opened as rust-lang/simpleinfra#601. |
Current Behavior
When a new
db-dump.tar.gz
, cloudfront may continue to cache the old one, leading to pulls of stale data.Expected Behavior
Once new data is uploaded, cloudfront's cache should be cleared so users get the most recent dump.
Steps To Reproduce
The following Python script consistently shows it for me.
Note the
X-Cache
headers indicating a CF hit combined with theLast-Modified
header which shows that it's yesterdays data.Environment
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: