Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.


Navigation

    Cloudron Forum

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular

    UNSOLVED [BUG] Automount fail on reboot with Ubuntu 20.04

    Support
    20.04 cifs webdav
    8
    52
    297
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • robi
      robi last edited by

      The simpler solution would be to add the domains for mounts into the /etc/hosts file so no resolution is required.

      JOduMonT 1 Reply Last reply Reply Quote 0
      • JOduMonT
        JOduMonT @robi last edited by JOduMonT

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

        The simpler solution would be to add the domains for mounts into the /etc/hosts file so no resolution is required.

        where were you ?
        it is interesting more the technology become complex
        more we forget about simple solution which was the norm 30 years ago 🍕

        FYI: I add both IPv6 and IPv4

        robi 1 Reply Last reply Reply Quote 0
        • robi
          robi @JOduMonT last edited by robi

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

          where were you ?

          I am here. Funny you should mention it.
          Lol, I went to get some pizza today and got inspired. 🍕
          Sometimes all we need is a break and some perspective.
          Maybe that's a superpower. 💪 😄 👍

          FYI: I add both IPv6 and IPv4

          Well done. Curious which it actually uses to connect.

          JOduMonT 1 Reply Last reply Reply Quote 0
          • M
            msbt App Dev last edited by

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

            It is very important to use the DNS name (.your-storagebox.de) instead of the IP address for your Storage Box; this is because the IP address can change. With the DNS address, you can access your Storage Box via IPv4 and IPv6.

            robi JOduMonT 2 Replies Last reply Reply Quote 0
            • robi
              robi @msbt last edited by

              @msbt v4 addresses changing I can understand, but v6 generally don't change much at all.

              Also odd that a storage box would have dynamic addressing. Is there any additional info on why it's not static?

              1 Reply Last reply Reply Quote 0
              • nebulon
                nebulon Staff last edited by

                Using remote mounts also with volumes does add some possible race and inconsistency it looks like. So on Cloudron docker has to be started before unbound, now the remote mounting requires unbound for DNS resolving, however depending on how fast docker containers come up, they require volume mounts, which in turn, if depending on the remote mount points, we end up with some circular dependency.

                The systemd automount would attempt to mount a remote once anything accesses the mountpoint. So if docker is quick enough and you have assigned some volumes from a mountpoint for a container, then again it would attempt to mount this before unbound is working.

                For a start the automount will solve the issue of using a remote storage as a backup storage. When used with volumes, I think only using IPs will work for now.

                JOduMonT 1 Reply Last reply Reply Quote 0
                • JOduMonT
                  JOduMonT @msbt last edited by

                  @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 ?

                  M 1 Reply Last reply Reply Quote 0
                  • JOduMonT
                    JOduMonT @robi last edited by

                    @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 👽

                    1 Reply Last reply Reply Quote 1
                    • M
                      msbt App Dev @JOduMonT last edited by

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

                      1 Reply Last reply Reply Quote 1
                      • JOduMonT
                        JOduMonT @nebulon last edited by

                        @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.

                        1 Reply Last reply Reply Quote 0
                        • JOduMonT
                          JOduMonT @jdaviescoates last edited by

                          @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
                            58467039-5c54-44a6-9ab6-173948711675-image.png

                          @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 1 Reply Last reply Reply Quote 0
                          • girish
                            girish Staff @JOduMonT last edited by

                            @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 1 Reply Last reply Reply Quote 1
                            • JOduMonT
                              JOduMonT @girish last edited by

                              @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 ?

                              JOduMonT 1 Reply Last reply Reply Quote 0
                              • marcusquinn
                                marcusquinn last edited by

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

                                girish 1 Reply Last reply Reply Quote 0
                                • girish
                                  girish Staff @marcusquinn last edited by 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.

                                  1 Reply Last reply Reply Quote 1
                                  • JOduMonT
                                    JOduMonT @JOduMonT last edited by

                                    @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 ?

                                    1 Reply Last reply Reply Quote 0
                                    • girish
                                      girish Staff last edited by

                                      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 1 Reply Last reply Reply Quote 0
                                      • JOduMonT
                                        JOduMonT @girish last edited by

                                        @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 🙂

                                        1 Reply Last reply Reply Quote 1
                                        • First post
                                          Last post