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. Updating from v7.1.4

Updating from v7.1.4

Scheduled Pinned Locked Moved Solved Support
update
10 Posts 4 Posters 1.3k 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.
  • C Offline
    C Offline
    cpa
    wrote on last edited by girish
    #1

    Hi there,

    I'm running cloudron v7.1.4 and would like to upgrade to the latest version (my instance believes it is v7.2.2). Unfortunately, the update fails with:

    {
      "taskId": "8358",
      "errorMessage": "Failed to download https://s3.amazonaws.com/prod-cloudron-releases/versions.json: downloadUrl exited with code 22 signal null",
      "timedOut": false
    }
    

    The URL in the message indeed 403's, so either the resource should be available and I just have to wait for it to be available again or I'll have to change something on my end.

    Any advice?

    girishG 1 Reply Last reply
    1
    • C cpa

      Hi there,

      I'm running cloudron v7.1.4 and would like to upgrade to the latest version (my instance believes it is v7.2.2). Unfortunately, the update fails with:

      {
        "taskId": "8358",
        "errorMessage": "Failed to download https://s3.amazonaws.com/prod-cloudron-releases/versions.json: downloadUrl exited with code 22 signal null",
        "timedOut": false
      }
      

      The URL in the message indeed 403's, so either the resource should be available and I just have to wait for it to be available again or I'll have to change something on my end.

      Any advice?

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

      @cpa We moved out of AWS a while ago. Looks like older version of Cloudron is caching the old release. To fix:

      • Delete the file /home/yellowtent/platformdata/update/updatechecker.json
      • systemctl restart box
      • Now , Settings -> Check for updates and then try to update
      Z 1 Reply Last reply
      1
      • girishG girish marked this topic as a question on
      • C Offline
        C Offline
        cpa
        wrote on last edited by
        #3

        Thanks, but the update fails with another error now:

        Jan 14 20:43:38 box:tasks startTask - starting task 8390 with options {"timeout":72000000,"nice":15,"memoryLimit":800}. logs at /home/yellowtent/platformdata/logs/tasks/8390.log
        Jan 14 20:43:38 box:shell startTask spawn: /usr/bin/sudo -S -E /home/yellowtent/box/src/scripts/starttask.sh 8390 /home/yellowtent/platformdata/logs/tasks/8390.log 15 800
        Jan 14 20:43:38 box:shell startTask (stdout): Running as unit: box-task-8390.service
        Jan 14 20:43:39 box:shell startTask (stdout): 12004 (process group ID) old priority 0, new priority 15
        Jan 14 20:43:40 box:apphealthmonitor app health: 1 alive / 0 dead.
        Jan 14 20:43:50 box:apphealthmonitor app health: 1 alive / 0 dead.
        Jan 14 20:43:53 box:cloudron Getting logs for box as json
        Jan 14 20:44:00 box:apphealthmonitor app health: 1 alive / 0 dead.
        Jan 14 20:44:10 box:apphealthmonitor app health: 1 alive / 0 dead.
        Jan 14 20:44:20 box:apphealthmonitor app health: 1 alive / 0 dead.
        Jan 14 20:44:22 box:shell startTask (stdout): Finished with result: exit-code
        processes terminated with: code=exited/status=50
        runtime: 44.317s
        Jan 14 20:44:22 box:shell startTask code: 50, signal: null
        Jan 14 20:44:22 box:tasks startTask: 8390 completed with code 50 and signal null
        Jan 14 20:44:22 box:locker Released : box_update
        Jan 14 20:44:22 box:updater Update failed with error {
        stack: 'BoxError: update exited with code 1 signal null\n' +
        ' at ChildProcess.<anonymous> (/home/yellowtent/box/src/shell.js:78:17)\n' +
        ' at ChildProcess.emit (node:events:390:28)\n' +
        ' at Process.ChildProcess._handle.onexit (node:internal/child_process:290:12)',
        name: 'BoxError',
        reason: 'Spawn Error',
        details: {},
        message: 'update exited with code 1 signal null',
        code: 1,
        signal: null
        Jan 14 20:44:22 box:tasks startTask: 8390 done. error: [object Object]
        Jan 14 20:44:30 box:apphealthmonitor app health: 1 alive / 0 dead.
        
        girishG 1 Reply Last reply
        0
        • C cpa

          Thanks, but the update fails with another error now:

          Jan 14 20:43:38 box:tasks startTask - starting task 8390 with options {"timeout":72000000,"nice":15,"memoryLimit":800}. logs at /home/yellowtent/platformdata/logs/tasks/8390.log
          Jan 14 20:43:38 box:shell startTask spawn: /usr/bin/sudo -S -E /home/yellowtent/box/src/scripts/starttask.sh 8390 /home/yellowtent/platformdata/logs/tasks/8390.log 15 800
          Jan 14 20:43:38 box:shell startTask (stdout): Running as unit: box-task-8390.service
          Jan 14 20:43:39 box:shell startTask (stdout): 12004 (process group ID) old priority 0, new priority 15
          Jan 14 20:43:40 box:apphealthmonitor app health: 1 alive / 0 dead.
          Jan 14 20:43:50 box:apphealthmonitor app health: 1 alive / 0 dead.
          Jan 14 20:43:53 box:cloudron Getting logs for box as json
          Jan 14 20:44:00 box:apphealthmonitor app health: 1 alive / 0 dead.
          Jan 14 20:44:10 box:apphealthmonitor app health: 1 alive / 0 dead.
          Jan 14 20:44:20 box:apphealthmonitor app health: 1 alive / 0 dead.
          Jan 14 20:44:22 box:shell startTask (stdout): Finished with result: exit-code
          processes terminated with: code=exited/status=50
          runtime: 44.317s
          Jan 14 20:44:22 box:shell startTask code: 50, signal: null
          Jan 14 20:44:22 box:tasks startTask: 8390 completed with code 50 and signal null
          Jan 14 20:44:22 box:locker Released : box_update
          Jan 14 20:44:22 box:updater Update failed with error {
          stack: 'BoxError: update exited with code 1 signal null\n' +
          ' at ChildProcess.<anonymous> (/home/yellowtent/box/src/shell.js:78:17)\n' +
          ' at ChildProcess.emit (node:events:390:28)\n' +
          ' at Process.ChildProcess._handle.onexit (node:internal/child_process:290:12)',
          name: 'BoxError',
          reason: 'Spawn Error',
          details: {},
          message: 'update exited with code 1 signal null',
          code: 1,
          signal: null
          Jan 14 20:44:22 box:tasks startTask: 8390 done. error: [object Object]
          Jan 14 20:44:30 box:apphealthmonitor app health: 1 alive / 0 dead.
          
          girishG Offline
          girishG Offline
          girish
          Staff
          wrote on last edited by
          #4

          @cpa most likely this seems to be an issue with apt not working properly/stuck with some update. Can you check if dpkg --configure -a works on the server?

          C 1 Reply Last reply
          0
          • girishG girish

            @cpa most likely this seems to be an issue with apt not working properly/stuck with some update. Can you check if dpkg --configure -a works on the server?

            C Offline
            C Offline
            cpa
            wrote on last edited by
            #5

            It indeed fails with:

            dpkg: dependency problems prevent configuration of linux-image-generic:
             linux-image-generic depends on linux-modules-extra-4.15.0-176-generic; however:
              Package linux-modules-extra-4.15.0-176-generic is not installed.
            
            dpkg: error processing package linux-image-generic (--configure):
             dependency problems - leaving unconfigured
            dpkg: dependency problems prevent configuration of linux-generic:
             linux-generic depends on linux-image-generic (= 4.15.0.176.165); however:
              Package linux-image-generic is not configured yet.
            
            dpkg: error processing package linux-generic (--configure):
             dependency problems - leaving unconfigured
            Errors were encountered while processing:
             linux-image-generic
             linux-generic
            

            What should I do, since the MOTD notes Please do not run apt upgrade manually as it will update packages that Cloudron relies on and may break your installation. Ubuntu security updates are automatically installed on this server every night. ?

            girishG 1 Reply Last reply
            0
            • C cpa

              It indeed fails with:

              dpkg: dependency problems prevent configuration of linux-image-generic:
               linux-image-generic depends on linux-modules-extra-4.15.0-176-generic; however:
                Package linux-modules-extra-4.15.0-176-generic is not installed.
              
              dpkg: error processing package linux-image-generic (--configure):
               dependency problems - leaving unconfigured
              dpkg: dependency problems prevent configuration of linux-generic:
               linux-generic depends on linux-image-generic (= 4.15.0.176.165); however:
                Package linux-image-generic is not configured yet.
              
              dpkg: error processing package linux-generic (--configure):
               dependency problems - leaving unconfigured
              Errors were encountered while processing:
               linux-image-generic
               linux-generic
              

              What should I do, since the MOTD notes Please do not run apt upgrade manually as it will update packages that Cloudron relies on and may break your installation. Ubuntu security updates are automatically installed on this server every night. ?

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

              @cpa looks like some kernel update is not going through. Can you try updating manually ?

              I think apt-get -f install or apt-get install linux-image-generic. In fact, just go ahead and run any apt command required to get over the error.

              1 Reply Last reply
              0
              • C Offline
                C Offline
                cpa
                wrote on last edited by
                #7

                So I've googled the error and ran apt --fix-broken install. I think it broke because I had ran out of space a while ago.

                Anyway, I was able to update to v7.2.2 and then to v7.2.5 (but it did not offer to upgrade to v7.2.5 directly).

                Everything looks good now, thanks!

                girishG 1 Reply Last reply
                1
                • C cpa has marked this topic as solved on
                • C cpa

                  So I've googled the error and ran apt --fix-broken install. I think it broke because I had ran out of space a while ago.

                  Anyway, I was able to update to v7.2.2 and then to v7.2.5 (but it did not offer to upgrade to v7.2.5 directly).

                  Everything looks good now, thanks!

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

                  @cpa ah, thanks. Another command for me to remember when troubleshooting apt...

                  1 Reply Last reply
                  0
                  • G Offline
                    G Offline
                    gerben
                    wrote on last edited by
                    #9

                    For statistics, had the same issue here.

                    2023-02-08T13:57:54.944Z box:tasks setCompleted - 6496: {"result":null,"error":{"stack":"BoxError: Failed to download https://s3.amazonaws.com/prod-cloudron-releases/versions.json: downloadUrl exited with code 22 signal null\n    at /home/yellowtent/box/src/updater.js:50:26\n    at processTicksAndRejections (internal/process/task_queues.js:95:5)\n    at async promiseRetry (/home/yellowtent/box/src/promise-retry.js:17:20)\n    at async downloadUrl (/home/yellowtent/box/src/updater.js:42:5)\n    at async downloadAndVerifyRelease (/home/yellowtent/box/src/updater.js:110:5)\n    at async update (/home/yellowtent/box/src/updater.js:145:25)","name":"BoxError","reason":"Network Error","details":{},"message":"Failed to download https://s3.amazonaws.com/prod-cloudron-releases/versions.json: downloadUrl exited with code 22 signal null"}}
                    

                    I deleted /home/yellowtent/platformdata/update/updatechecker.json, and also versions.json.sig from the same folder (otherwise there was no ‘check versions’ button at all in the UI). Then systemctl restart box as described, seemed to work. (to then discover other update issues, but probably unrelated..)

                    1 Reply Last reply
                    1
                    • girishG girish

                      @cpa We moved out of AWS a while ago. Looks like older version of Cloudron is caching the old release. To fix:

                      • Delete the file /home/yellowtent/platformdata/update/updatechecker.json
                      • systemctl restart box
                      • Now , Settings -> Check for updates and then try to update
                      Z Offline
                      Z Offline
                      zypA13510
                      wrote on last edited by zypA13510
                      #10

                      @girish said in Updating from v7.1.4:

                      @cpa We moved out of AWS a while ago. Looks like older version of Cloudron is caching the old release. To fix:

                      • Delete the file /home/yellowtent/platformdata/update/updatechecker.json
                      • systemctl restart box
                      • Now , Settings -> Check for updates and then try to update

                      Facing the same issue here, and this resolved it for me.

                      And now I realized that my installation was multiple versions behind (like at least half-a-year behind), despite having weekly auto-update enabled. I'm afraid there could be more people like me who didn't check and didn't know it is stuck on 7.1.4.

                      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