Unable to mount /backups folder (Cifs)

[girish]

@p44 Given Cloudron is just app on ubuntu, maybe you can try to mount it in a separate ubuntu server on Hetzner? At that point, Hetzner support should be able to help you out hopefully.

[p44]

@girish Totally agree with your suggestion. About the topic issue, the server where I running this specific Cloudron instance is not Hetzner.

But I just created a demo account to Wasabi to move forward and assure a backup.

[girish]

@p44 said in Unable to mount /backups folder (Cifs):

where I running this specific Cloudron instance is not Hetzner

Oh, that gave me an idea. Could it be that there is too much latency for the CIFS mount to work? Or maybe there is some configurable latency delay setting for mounting. Usually, CIFS/NFS etc works well only in same data center.

[p44]

@girish Thank's a lot Girish. Latency between two data centers is around 40ms... maximum 60ms... What's your idea?

[jdaviescoates]

@girish said in Unable to mount /backups folder (Cifs):

Usually, CIFS/NFS etc works well only in same data center.

Interesting. Got a reference for this?

I think I purposely chose a different location for my Hetzner Storage Box from my Hetzner VPS just for a bit more redundancy (in case the VPS location get destroyed somehow).

[p44]

@jdaviescoates Totally agree with this strategy. It could be interesting to chose a total different provider to achieve this goal.

I configured for Wasabi seems to be fast and resilient. But I have to well understand user policy and permissions.

When I use services like this, I'm always a little bit scared that folder can go public due permission problems.

[girish]

I was only guessing about latency, I don't have any special expertise here. I found this article https://www.redhat.com/sysadmin/using-nfsstat-nfsiostat that might help debug further.

[jdaviescoates]

@p44 said in Unable to mount /backups folder (Cifs):

It could be interesting to chose a total different provider to achieve this goal.

Agreed. I'm going to investigate https://teuto.net/teutostack-openstack-public-cloud/?lang=en who apparently do S3 style object storage, who I came across here https://social.coop/@aligyie/105385317039616213

[robi]

@jdaviescoates Take a look at S3 from IBM for 25GB/mo free at IBM COS

p.s. I used to work on COS (formerly Cleversafe)

[jdaviescoates]

@robi thanks but the added context not mentioned is affordable storage space that is also powered by 100% renewable energy.

[robi]

@jdaviescoates that is very specific

[ccfu]

@p44 Did you get the issue sorted with the Hetzner Storage Box? I am facing the same problem and cannot work out why it is not mounting. "Samba Shares" and "External Reachability" are enabled but I keep getting the error 'mount: bad usage'.

[p44]

@ccfu Which Storage Box datacenter are you using? Source data is hosted on Hetzner, or on a different provider?

[ccfu]

@p44 The Storage Box is in Falkenstein. The Cloudrons I am attempting to set this up with are also both with Hetzner, one in Falkenstein, the other in Nuremberg.

[p44]

@ccfu
First of all, let's try to reproduce my working configuration:

On Hetzner:

1. Create a subfolder in root Hetzner Box Folder
2. Create a Hetzner Box Sub User (eg. sub1)
3. Assign Sub User to created subfolder
4. Enable Samba to Sub1 user

On Cloudron instance:

1. create /backups_cifs dir

Then, add this row in etc/fstab:

//u123456-sub1.your-storagebox.de/u123456-sub1 /backups_cifs cifs  uid=yellowtent,gid=yellowtent,user=u123456-sub1,pass=PASSWORD,iocharset=utf8,x-systemd.automount  0  0

Where:
u123456 is the Hetzner Box ID
sub1 is the sub user name
PASSWORD is Hetzner Box given password

[jdaviescoates]

@p44 I'd recommend trying the instructions and mount code provided by Hetzner:

https://docs.hetzner.com/robot/storage-box/access/access-samba-cifs/

That's what I did and it's been working fine.

[ccfu]

@jdaviescoates @p44
Many thanks. I'll look at this again later today and report back.

[p44]

@jdaviescoates Thank's, I pasted my current working configuration

[p44]

@ccfu Let us know

[ccfu]

@p44 @jdaviescoates Got it working. Thanks for your help!