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


Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Bookmarks
  • Search
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo

Cloudron Forum

Apps | Demo | Docs | Install
  1. Cloudron Forum
  2. Support
  3. 404 in volumes files manager

404 in volumes files manager

Scheduled Pinned Locked Moved Solved Support
volumesfilemanager
15 Posts 4 Posters 2.4k Views 4 Watching
  • 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.
  • mehdiM mehdi

    Since updating to 7.0, my files manager does not work for volumes : when I go to the volumes tab, my volumes show, correctly, but when I try to access the file manager, it loads indefinitely, and the Network tab of dev tools shows a 404 (on /api/v1/volumes/VOLUME_ID/files/)

    Happens with 2 volumes, of type filesystem (1 is considered a mountpoint, the other normal)

    Any idea how I can fix that ? OR should I just delete volumes and re-create them ?

    nebulonN Offline
    nebulonN Offline
    nebulon
    Staff
    wrote on last edited by
    #3

    @mehdi can you try to restart the sftp service from the dashboard and see if this fixes the issue? If so we might have some mounting race somewhere.

    mehdiM 1 Reply Last reply
    0
    • nebulonN nebulon

      @mehdi can you try to restart the sftp service from the dashboard and see if this fixes the issue? If so we might have some mounting race somewhere.

      mehdiM Offline
      mehdiM Offline
      mehdi
      App Dev
      wrote on last edited by
      #4

      @nebulon Nope, looks like it does not fix the issue. Anything else you want me to try ? If you need access to my instance, I can give it to you.

      To be very clear, everything besides the file-manager works properly : the volumes are present in the apps and everything.

      nebulonN 1 Reply Last reply
      0
      • mehdiM mehdi

        @nebulon Nope, looks like it does not fix the issue. Anything else you want me to try ? If you need access to my instance, I can give it to you.

        To be very clear, everything besides the file-manager works properly : the volumes are present in the apps and everything.

        nebulonN Offline
        nebulonN Offline
        nebulon
        Staff
        wrote on last edited by
        #5

        @mehdi can you run docker inspect sftp and check if the volumes are mounted into that container?

        mehdiM 1 Reply Last reply
        0
        • nebulonN nebulon

          @mehdi can you run docker inspect sftp and check if the volumes are mounted into that container?

          mehdiM Offline
          mehdiM Offline
          mehdi
          App Dev
          wrote on last edited by
          #6

          @nebulon It appears that they are mounted :

          {
            ...
                  "HostConfig": {
                      "Binds": [
                          "/home/yellowtent/appsdata:/mnt/appsdata",
                          "/mnt/volumes:/mnt/volumes",
                          "/srv/river_files:/mnt/2f65b84f-398d-434d-8938-307b9bb54d40",
                          "/srv/video:/mnt/88a42b1c-4517-4d67-be2b-e2abef19eb0a",
                          "/home/yellowtent/boxdata/mail:/mnt/maildata",
                          "/home/yellowtent/platformdata/sftp/ssh:/etc/ssh:ro"
                      ]
          }
          

          (if this is what I am supposed to be looking at)

          nebulonN 1 Reply Last reply
          0
          • mehdiM mehdi

            @nebulon It appears that they are mounted :

            {
              ...
                    "HostConfig": {
                        "Binds": [
                            "/home/yellowtent/appsdata:/mnt/appsdata",
                            "/mnt/volumes:/mnt/volumes",
                            "/srv/river_files:/mnt/2f65b84f-398d-434d-8938-307b9bb54d40",
                            "/srv/video:/mnt/88a42b1c-4517-4d67-be2b-e2abef19eb0a",
                            "/home/yellowtent/boxdata/mail:/mnt/maildata",
                            "/home/yellowtent/platformdata/sftp/ssh:/etc/ssh:ro"
                        ]
            }
            

            (if this is what I am supposed to be looking at)

            nebulonN Offline
            nebulonN Offline
            nebulon
            Staff
            wrote on last edited by
            #7

            @mehdi indeed, this looks ok. Can you further check the logs of the sftp service while reproducing the issue?

            mehdiM 2 Replies Last reply
            0
            • nebulonN nebulon

              @mehdi indeed, this looks ok. Can you further check the logs of the sftp service while reproducing the issue?

              mehdiM Offline
              mehdiM Offline
              mehdi
              App Dev
              wrote on last edited by
              #8

              @nebulon

              Dec 17 16:41:52 [GET] /files/volume-88a42b1c-4517-4d67-be2b-e2abef19eb0a/
              Dec 17 16:41:52 get: /mnt/volumes/88a42b1c-4517-4d67-be2b-e2abef19eb0a as download:false
              Dec 17 16:41:52 [404]: not found
              Dec 17 16:41:54 [GET] /files/volume-88a42b1c-4517-4d67-be2b-e2abef19eb0a/
              Dec 17 16:41:54 get: /mnt/volumes/88a42b1c-4517-4d67-be2b-e2abef19eb0a as download:false
              Dec 17 16:41:54 [404]: not found
              Dec 17 16:41:58 [GET] /files/volume-88a42b1c-4517-4d67-be2b-e2abef19eb0a/
              Dec 17 16:41:58 get: /mnt/volumes/88a42b1c-4517-4d67-be2b-e2abef19eb0a as download:false
              Dec 17 16:41:58 [404]: not found
              
              mehdiM 1 Reply Last reply
              0
              • mehdiM mehdi

                @nebulon

                Dec 17 16:41:52 [GET] /files/volume-88a42b1c-4517-4d67-be2b-e2abef19eb0a/
                Dec 17 16:41:52 get: /mnt/volumes/88a42b1c-4517-4d67-be2b-e2abef19eb0a as download:false
                Dec 17 16:41:52 [404]: not found
                Dec 17 16:41:54 [GET] /files/volume-88a42b1c-4517-4d67-be2b-e2abef19eb0a/
                Dec 17 16:41:54 get: /mnt/volumes/88a42b1c-4517-4d67-be2b-e2abef19eb0a as download:false
                Dec 17 16:41:54 [404]: not found
                Dec 17 16:41:58 [GET] /files/volume-88a42b1c-4517-4d67-be2b-e2abef19eb0a/
                Dec 17 16:41:58 get: /mnt/volumes/88a42b1c-4517-4d67-be2b-e2abef19eb0a as download:false
                Dec 17 16:41:58 [404]: not found
                
                mehdiM Offline
                mehdiM Offline
                mehdi
                App Dev
                wrote on last edited by
                #9

                It seems the path is different : it's mounted at /mnt/88a42b1c-4517-4d67-be2b-e2abef19eb0a but the file manager looks for it at /mnt/volumes/88a42b1c-4517-4d67-be2b-e2abef19eb0a

                1 Reply Last reply
                1
                • nebulonN nebulon

                  @mehdi indeed, this looks ok. Can you further check the logs of the sftp service while reproducing the issue?

                  mehdiM Offline
                  mehdiM Offline
                  mehdi
                  App Dev
                  wrote on last edited by
                  #10

                  @nebulon Any way I can help you more on how to debug this ?

                  girishG 1 Reply Last reply
                  0
                  • mehdiM mehdi

                    @nebulon Any way I can help you more on how to debug this ?

                    girishG Offline
                    girishG Offline
                    girish
                    Staff
                    wrote on last edited by
                    #11

                    @mehdi can you drop me us a mail to support@ with access to the server? I can try to debug what's happening. Would be good to get this fixed!

                    mehdiM 1 Reply Last reply
                    2
                    • girishG girish

                      @mehdi can you drop me us a mail to support@ with access to the server? I can try to debug what's happening. Would be good to get this fixed!

                      mehdiM Offline
                      mehdiM Offline
                      mehdi
                      App Dev
                      wrote on last edited by
                      #12

                      @girish done, just sent it through the cloudron support ticket page. Let me know if there's anything else I can do !

                      1 Reply Last reply
                      0
                      • girishG Offline
                        girishG Offline
                        girish
                        Staff
                        wrote on last edited by
                        #13

                        This is fixed in the next release, was a bug in the file manager when using filesystem or the mountpoint volume type.

                        mehdiM 1 Reply Last reply
                        1
                        • girishG girish

                          This is fixed in the next release, was a bug in the file manager when using filesystem or the mountpoint volume type.

                          mehdiM Offline
                          mehdiM Offline
                          mehdi
                          App Dev
                          wrote on last edited by
                          #14

                          @girish Follow-up bug report : it seems i cannot disable the SSH support access 😂
                          fe138f6d-ad3c-4e89-b435-b8bc4904a410-image.png

                          Why would I need to enable PermitRootLogin in order to disable SSHS support access ? It does not seem to make sense.

                          nebulonN 1 Reply Last reply
                          0
                          • mehdiM mehdi

                            @girish Follow-up bug report : it seems i cannot disable the SSH support access 😂
                            fe138f6d-ad3c-4e89-b435-b8bc4904a410-image.png

                            Why would I need to enable PermitRootLogin in order to disable SSHS support access ? It does not seem to make sense.

                            nebulonN Offline
                            nebulonN Offline
                            nebulon
                            Staff
                            wrote on last edited by
                            #15

                            @mehdi thanks for reporting, this is fixed now. Next time a separate thread might be better to track those things if possible.

                            1 Reply Last reply
                            1
                            Reply
                            • Reply as topic
                            Log in to reply
                            • Oldest to Newest
                            • Newest to Oldest
                            • Most Votes


                            • Login

                            • Don't have an account? Register

                            • Login or register to search.
                            • First post
                              Last post
                            0
                            • Categories
                            • Recent
                            • Tags
                            • Popular
                            • Bookmarks
                            • Search