Cloudron Forum

@girish got it, thanks

@girish said in Bunny Storage for Backups: BTW, looks like they said S3 support is coming 2 years ago - https://bunny.net/blog/introducing-edge-storage-sftp-support-s3-next/ There is also a bit of an update here https://bunny.net/blog/whats-happening-with-s3-compatibility/

CR 9 (or earlier?) will have multi-backup destinations which might do what you're looking for without having to go thru a VPN and all that mess. But, have you seen the new VPN app? https://forum.cloudron.io/category/20/vpn

@girish Thank you very much !

@mic-testing-123 We have replied from there asking for more info. (specifically the backup backend and the backup logs).

@DualOSWinWiz yes, correct. This looks like some kernel related issue or some missing ubuntu package. Can you try to make the NFS mounting work with just the CLI . This will remove Cloudron out of the equation. I think it is possible some missing package or miscompiled kernel.

I can now say safely that the backuptask crashes while working with Immich. Maybe I should choose different setting? I switched to Backblaze recently and I am currently using rsync. Maybe there is a way to do this more efficiently considering that there are so many files to upload? I was assuming rsync might be more efficient than a tarball because it only syncs the changes, but I might be wrong?

@archos for bugs like Synapse, I am fixing our code to have better logs . Off late, there's been a bunch of backup related issues. It's not clear (yet) whether this is some bug in node or some node module or the upstream provider. The error happens randomly and the logs are not helpful. I will update this post when I have a patch.

@TheMoodBoardz Does it fail with tgz format also? Not sure how to debug this since it is just crashing with no real logs. If you reach out at support@cloudron.io , we can debug further.

"Thank's" is like.... [image: 1722345022070-90ea0e22-68ef-4c6a-aa8f-2e9dbc9eebe4-image.png]

Ah, thanks! I hadn't seen the app-mail-folders before.

@girish I tried this one, but i get a sad no-go : Error put object cloudron-testfile. Message: Socket timed out without establishing a connection HTTP Code: TimeoutError I'll wait the next update Tx for the patch

no sorry. Just coincidentally having a similar issue with backups, at the same time I think. I can see why you'd think that, I kind of jumped into the conversation.

@girish I don't think it requires seal encryption. I believe using seal encryption causes a different code path to be taken that avoids the underlying bug but it is not the presence or absence of seal encryption in and of itself that I believe fixes the issue. After a kernel upgrade this works fine without seal encryption though I have now enabled it as it seems like a good idea to have anyway so making it the default is probably a good idea but as long as Ubuntu 22.04's default kernel version is 5.15.0-102 this issue will likely still occur.

@girish I saw that thread, its a different problem. One I was also having on another customers site. That site the backup goes to a windows workstation share. After the last prompt "server requires a reboot" triggered it. However because of the other threads existence I fixed it by clicking the SEAL encryption box. FYI That site is on 7.7.2

I got it, thx. I will check

@girish well, not sure why it didn't work before when I rotated my keys, but backups are back up.

@nebulon I don't really know the S3 system they used

Things work like a charm indeed. I'll likely move the vps over soon or later once answering the question of where I should go. Also looking for a good option for CI/CD runner and to mitigate most issues faced this last month with Contabo.

@girish said in Make Cloudron Restore dialog more Human friendly: Is there any easy fix which does not involved coding? Yes, have the pattern available in the textbox so it's obvious what is expected. It's more the "backup date/box ver file" than just a "path".