<![CDATA[Backups should not block dns propagation]]>If I understand correctly, a backup process blocks dns propagation, e.g. adding an alias to a Surfer installation.

If this can be avoided, it would be a cool improvement to efficiency of a deployed instance.

Not urgent, something for the list, if it is viable.

]]>https://forum.cloudron.io/topic/16161/backups-should-not-block-dns-propagationRSS for NodeThu, 22 Oct 2026 13:54:45 GMTWed, 21 Oct 2026 00:04:28 GMT60<![CDATA[Reply to Backups should not block dns propagation on Wed, 21 Oct 2026 08:28:43 GMT]]>@girish thank you.
Backup reliability is key so I don’t want to suggest a hack.

I think the backup process locks all apps. My alias configuration on Surfer would not go through until all apps were completed, not a question of just one app having to complete.

A back-burner change, certainly nothing urgent.

]]>https://forum.cloudron.io/post/131325https://forum.cloudron.io/post/131325Wed, 21 Oct 2026 08:28:43 GMT<![CDATA[Reply to Backups should not block dns propagation on Wed, 21 Oct 2026 08:15:58 GMT]]>Right, when an app is being backed up, it "locks" the app. This is just a simple hack to provide consistency in the backup. Meaning, you backup the db, then you are backing up the files, and now in the middle the db is changed with new domains/locations. Now you end up in some inconsistent backup. I know this is not "technically" atomic but it is just pragmatic 🙂 But something we can look into with better backup strategies.

]]>https://forum.cloudron.io/post/131324https://forum.cloudron.io/post/131324Wed, 21 Oct 2026 08:15:58 GMT