[BUG] Automount fail on reboot with Ubuntu 20.04

[JOduMonT]

@msbt said in [BUG] Automount fail on reboot with Ubuntu 20.04:

the problem with the storagebox might be an ip change, hetzner specifically states

they obviously say that simply to cover their ass in case of an power interruption, I don't really see when that would happen in other case.

@msbt I'm curious to read the whole chapter, where did you found this info ?

[JOduMonT]

@robi said in [BUG] Automount fail on reboot with Ubuntu 20.04:

I am here. Funny you should mention it.
Lol, I went to get some pizza today and got inspired.

I eat pizza last tonight, still not really inspired, but I installed Windows

[msbt]

@jodumont the word "hetzner" was a link to the docs where this is mentioned: https://docs.hetzner.com/robot/storage-box/general

[JOduMonT]

@nebulon said in [BUG] Automount fail on reboot with Ubuntu 20.04:

Using remote mounts also with volumes does add some possible race and inconsistency it looks like

Not on the Cloudron side, but remotely NAS is in Germany, I'm in Bangkok I feel it and even for backup sometime the NAS is not available.

[JOduMonT]

@jdaviescoates said in [BUG] Automount fail on reboot with Ubuntu 20.04:

Streaming music off of my Hetzner Storage Box mounted as a Cloudron Volume and connected to my Navidrome app as I type.

How it goes actually,
I'm trying to mount some directory from the NAS as volumes in CLOUDRON but most of the time apps (mainly tried with Nextcloud) start before so then it mess everything up
For now I mount it directly from Nextcloud interface but I can't share it with others apps.
My goal would be

1. saving money since 1TB is 10€ instead of 40€ if you build a volume of 1TB
2. but also make apps interactive/sharing space such as: sync/uploading files with Nextcloud and make it available in Navidrome or Jellyfin
3. I, aesthetically don't like to see the sharing arrow
   

@nebulon I wonder if it would be possible to transfer the mount volume principle inside the docker, at the container level ?
such as every docker will be the samba/davfs2 client and retain the info in their /etc/fstab ??

[girish]

@jodumont I think you can raise this issue in Nextcloud forum to change the icon. TBH, I am not entirely sure why they are different icons. What does a normal user have to gain by knowing the distinction between a volume and a normal folder? Also, the arrow seems to suggest that it's going to pop up a new window or something, which I assume it doesn't.

[JOduMonT]

@girish fair for the icons, and good point about open in a new tab
but what about the sharing volume in Cloudron ?
do you think would make sense to do the apps level or it will become too confusing and heavy on the system ?

[marcusquinn]

Those folder icons look like they are because they are shared folders.

[girish]

@marcusquinn Oh really, then those arrows look even more confusing. Usually that icon (with the arrow) is associated with "sharing action" (i.e clicking it lets you share something) and not meant to indicate "shared items". But I am not a UI expert.

[JOduMonT]

@girish and @nebulon, so do you think it is just me misusing the purpose of NAS / Volume in Cloudron or, I could have hope about this change ?

@jodumont said in [BUG] Automount fail on reboot with Ubuntu 20.04:

but what about the sharing volume in Cloudron ?
do you think would make sense to do the apps level or it will become too confusing and heavy on the system ?

[girish]

I will mark this as unsolved as per https://forum.cloudron.io/post/24684 . Currently, there is no solution to use DNS names in mounts, we have to rework our DNS system a bit to make it work.

[JOduMonT]

@girish said in [BUG] Automount fail on reboot with Ubuntu 20.04:

Currently, there is no solution to use DNS names in mounts

don't worry, I understand that is an exception and probably not a priority, thanks for the consideration