Volumes error on access but work? kinda?

[BrutalBirdie]

What I am doing right now?
Playing around with Hetzner Storage Boxes SSHFS and Cloudron Volumes.
Wanted to know if I can use a Volume as a Minio "Drive" more like MINIO_VOLUMES

So I create a sub-account yada yada that is all working.
Now I add the Volume in Cloudron. . . no issue.

I press the Open FileManager button and saw some errors popping up, Ignored them. Smart!
Try to create a file:

500 Object { errno: -13, code: "EACCES", syscall: "chown", path: "/mnt/volumes/5283b6c6e7c0493f97093cd9d7c17b5a/test.txt" }
------
Cloudron Internal Error

If you see this, please send a mail with above log to support@cloudron.io
------

{
  "name": "ClientError",
  "statusCode": 500,
  "errno": -13,
  "code": "EACCES",
  "syscall": "chown",
  "path": "/mnt/volumes/5283b6c6e7c0493f97093cd9d7c17b5a/test.txt"
}

Strange

Trying as root in the server.

chown -R root:root /mnt/volumes/5283b6c6e7c0493f97093cd9d7c17b5a
chown: changing ownership of '/mnt/volumes/5283b6c6e7c0493f97093cd9d7c17b5a/test.txt': Permission denied
chown: changing ownership of '/mnt/volumes/5283b6c6e7c0493f97093cd9d7c17b5a': Permission denied

Huh? It created the file but I cant change its permission?

This also results in a Minio startup error since it can not change the permissions.
Odd. Did I miss anything?

[BrutalBirdie]

This also block using the volume as the main data directory:

[BrutalBirdie]

Seems like the setting for the mount is not being respected:

mount -l | grep -i '/mnt/volumes/5283b6c6e7c0493f97093cd9d7c17b5a'
REDACTED-sub1@REDACTED-sub1.your-storagebox.de:/home/data on /mnt/volumes/5283b6c6e7c0493f97093cd9d7c17b5a type fuse.sshfs (rw,relatime,user_id=0,group_id=0,allow_other)

It should be uid and gid 0 but is uid=1012 && gid=1013

[nebulon]

using sub-accounts with sshfs and hetzner was showing odd side-effects in the past, as mentioned in https://docs.cloudron.io/backups/#sshfs Although this is referring to backups, same applies to volumes. Best do not use sub-accounts or use cifs instead.

[jdaviescoates]

@nebulon what exactly does a "subaccount" mean in this context please?

[girish]

@jdaviescoates it's a concept in hetzner storage box - https://docs.hetzner.com/robot/storage-box/additional-users/

[BrutalBirdie]

Ahhhh okay I will try cifs with the sub-account.

[jdaviescoates]

@BrutalBirdie said in Volumes error on access but work? kinda?:

Ahhhh okay I will try cifs with the sub-account.

Out of interest, why not just no use a sub-account? Or put another way: why use a sub-account?

[BrutalBirdie]

@jdaviescoates Socialist hosting
The community pays for the server and the storage box.

If someone wants to use part of the storage box for an app or something?
Can't just give the the whole Storage Box Account, they could access data from other members of the community.
With Sub-Accounts each account has only access to his... Account.

You could also think it in a way of:
You buy a 20 TB Storage box and each 1TB is for 1x Sub-Account, 1x Cloudron, 1x App, 1x Customer. yada yada yada

Getting the picture?

[BrutalBirdie]

The CIFS version worked btw.

[jdaviescoates]

@BrutalBirdie said in Volumes error on access but work? kinda?:

Getting the picture?

Yes! Excellent