Samba mounted storage cannot mount after kernel update
-
Hi,
We have cloudron running on a hetzner VPS with attached block storage, all running fine with no problems. We also mount hetzner storage box space via a samba share for backups. As per the advice in the documentation this mounted via fstab using the provided info: //<samba url> /backups cifs uid=yellowtent,gid=yellowtent,user=<user>,pass=<pass>,iocharset=utf8 0 0.
This would only work by manually installing the required kernel modules for the iocharset=utf8 option by using:sudo apt install --no-install-recommends linux-modules-extra-$(uname -r)
This works fine but every time there is an automatic kernel update, updated modules are not installed automatically and as a result the samba mount fails. This results in failed backups.
I have two questions
- Is there a way to automate the modules installation when kernel updates happen?
- Is there a way to receive failed (or even successful) backup email notifications to avoid not noticing that backups are not happening?
-
From what I can tell the answer from @msbt is correct. The
linux-genericis a meta package always pointing to the complete (including headers) latest kernel on ubuntu, so it will include and thus rebuild extra modules on update.
Thecifs-utilsis simply the requirement for samba.
I will add it to our base image installations script to ensure it is always installed, regardless what the VPS provider deems important.The change is at https://git.cloudron.io/cloudron/box/commit/5b67f2cf292c8272b9ec390ee9e0e81841a15a83
-
I will try to setup the samba storage box on a Hetzner Storage Box. To be on the safe side, 3 steps are necessary to get the samba storage box up and running:
- on Ubuntu install: apt-get install cifs-utils linux-generic
- on Ubuntu add to /etc/fstab: //<samba url> /backups cifs uid=yellowtent,gid=yellowtent,user=<user>,pass=<pass>,iocharset=utf8 0 0
- on cloudron configure Backup storage:
- Storage provider: Filesystem
- Local backup directory: /backups
- Check: Backup directory is an external EXT4 Disk
- Check: Use hardlinks
- Storage Format: Tarball (is rsync possible?)
Do I miss something?
-
you might need to chown the /backups dir to yellowtent and reboot (or do a
mount -a) to actually mount the dir before being able to back up on the remote storage. also, disable hardlinks - those do not work on the storageboxes since it's no regular ext4 fs (I think).update: rsync would be possible, but also without hardlinks, so not much use there to save space
-
Thanks for the answer!
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login