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. Umami
  3. Umami update 1.37.0 (package version 1.6.0) won't start, errors in logs

Umami update 1.37.0 (package version 1.6.0) won't start, errors in logs

Scheduled Pinned Locked Moved Solved Umami
23 Posts 6 Posters 2.9k Views 6 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.
  • jdaviescoatesJ jdaviescoates

    Thanks @girish but re:

    The database upgrade fails if you have been running umami for a while.

    How long is "a while"?

    Seems a bit vague.

    Also, it's hard for me to grok what difference how long one has been running the app would/ could make any difference?

    Surely the db schema has changed from one version to the next even if I've only been running it for a millisecond? (I've actually been running it since May - is that "a while"?)

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

    @jdaviescoates Best I can make out, it all started with Umami release 1.33 - https://github.com/umami-software/umami/releases/tag/v1.33 . This release was in Cloudron package 1.2.0 (around Jun 27 2022). From upstream release notes, "This release will use Prisma migrations for the first time".

    If you installed umami before that, I think upgrades will fail.

    Best way to check really is to clone current app and try to upgrade the cloned instance and see if it upgrades or not 😕

    1 Reply Last reply
    2
    • girishG girish

      OK, I have gone ahead and re-published as package version 2.0.0. This means that the app won't auto upgrade.

      I put this in the changelog:

      • IMPORTANT: The database upgrade fails if you have been running umami for a while. There is no easy work around for this, you can manually try the database modifications in this upstream bug after you upgrade and place the app in Repair mode.
      • If possible, just start with a fresh installation of Umami. It can be quite a time sink to fix the database schema and you might still hit some issue later in future versions.
      E Offline
      E Offline
      echokos
      wrote on last edited by
      #11

      @girish This should be unacceptable to Cloudron IMO. If Umami can't provide reliable updates or at least release a repaired update after it's known to be broken, it shouldn't be in Cloudron. I use Cloudron so I don't have to deal with these kinds of things and certainly won't reinstall and start from scratch due to a bug in an update - that would include re-tagging 7 sites currently tracked in the software.

      jdaviescoatesJ 1 Reply Last reply
      0
      • E echokos

        @girish This should be unacceptable to Cloudron IMO. If Umami can't provide reliable updates or at least release a repaired update after it's known to be broken, it shouldn't be in Cloudron. I use Cloudron so I don't have to deal with these kinds of things and certainly won't reinstall and start from scratch due to a bug in an update - that would include re-tagging 7 sites currently tracked in the software.

        jdaviescoatesJ Offline
        jdaviescoatesJ Offline
        jdaviescoates
        wrote on last edited by
        #12

        @echokos I understand your sentiment, but disagree.

        It's impossible to know the future and any app could potentially change resulting in something like this happening (although it's obviously more likely with less mature apps).

        But regardless of this existing issue I'd hate for Umami not to be on Cloudron because it's great! So easy to get up and running and works really nicely.

        I use Cloudron with Gandi & Hetzner

        1 Reply Last reply
        3
        • nebulonN Offline
          nebulonN Offline
          nebulon
          Staff
          wrote on last edited by
          #13

          I agree, such situations where upstream leaves us with no good path to migrate existing instances are pretty bad. We usually spend much time on finding ways to migrate, as it is indeed part of what we see as value we provide. In this case however @girish was next to me for quite some time trying to find a way, but after explaining the introduced mismatch of table foreign key constraint ids, it simply wasn't possible.

          Depending on the case, we sometimes create a new appstore id for the app package to avoid existing installations to break on update, but it also means there won't be any more updates and users are still stuck 😕

          E 1 Reply Last reply
          3
          • d19dotcaD Offline
            d19dotcaD Offline
            d19dotca
            wrote on last edited by d19dotca
            #14

            This is a difficult one. I feel like to some degree I've lost my use of Umami now, because I can't upgrade properly and it doesn't seem easy enough to deploy a copy of the latest version and migrate the data to it. 😞 That's not Cloudron's fault at all, I'm just very surprised this issue wasn't taken more seriously by the upstream developers. Guess I'll have to stick to Matomo for a while longer.

            I had been using Umami (in addition to continuing with Matomo) for the past 2 or 3 months, hoping to cut over to it fully for my clients in another month or so and ditch Matomo after they had about 90 days of data, but that seems unlikely with the breaking changes they made to Umami and being unable to proceed without losing data. Unless I've misunderstood something about the situation (fingers crossed I may have and there's maybe a way I've overlooked to migrate / upgrade), but I'm guessing that's not the case and may need more time to review.

            --
            Dustin Dauncey
            www.d19.ca

            robiR 1 Reply Last reply
            1
            • d19dotcaD d19dotca

              This is a difficult one. I feel like to some degree I've lost my use of Umami now, because I can't upgrade properly and it doesn't seem easy enough to deploy a copy of the latest version and migrate the data to it. 😞 That's not Cloudron's fault at all, I'm just very surprised this issue wasn't taken more seriously by the upstream developers. Guess I'll have to stick to Matomo for a while longer.

              I had been using Umami (in addition to continuing with Matomo) for the past 2 or 3 months, hoping to cut over to it fully for my clients in another month or so and ditch Matomo after they had about 90 days of data, but that seems unlikely with the breaking changes they made to Umami and being unable to proceed without losing data. Unless I've misunderstood something about the situation (fingers crossed I may have and there's maybe a way I've overlooked to migrate / upgrade), but I'm guessing that's not the case and may need more time to review.

              robiR Offline
              robiR Offline
              robi
              wrote on last edited by
              #15

              @d19dotca Rough indeed.

              You could think about using two instances and a cut-over by installing a new Umami, copying over the config file, then cutting over traffic to the new instance, keeping the old one around a bit, in case you need the data, which will become less useful over time and ready for cleanup in a month or two.

              Conscious tech

              1 Reply Last reply
              1
              • N Neiluj referenced this topic on
              • nebulonN nebulon

                I agree, such situations where upstream leaves us with no good path to migrate existing instances are pretty bad. We usually spend much time on finding ways to migrate, as it is indeed part of what we see as value we provide. In this case however @girish was next to me for quite some time trying to find a way, but after explaining the introduced mismatch of table foreign key constraint ids, it simply wasn't possible.

                Depending on the case, we sometimes create a new appstore id for the app package to avoid existing installations to break on update, but it also means there won't be any more updates and users are still stuck 😕

                E Offline
                E Offline
                echokos
                wrote on last edited by
                #16

                @nebulon Umami now has updated their software that seemingly solves a lot of people's former migration issues. Any word on when an updated Cloudron package will come containing their most recent build (1.39.5 from November '22)?

                girishG 1 Reply Last reply
                0
                • E echokos

                  @nebulon Umami now has updated their software that seemingly solves a lot of people's former migration issues. Any word on when an updated Cloudron package will come containing their most recent build (1.39.5 from November '22)?

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

                  @echokos Umami is at the latest since nov - https://forum.cloudron.io/topic/6936/umami-package-updates/19 . It has upstream version 1.39.5

                  E 1 Reply Last reply
                  0
                  • girishG girish

                    @echokos Umami is at the latest since nov - https://forum.cloudron.io/topic/6936/umami-package-updates/19 . It has upstream version 1.39.5

                    E Offline
                    E Offline
                    echokos
                    wrote on last edited by
                    #18

                    @girish Thanks. The pop-up when I click upgrade shows:

                    1ae14c43-596b-4e85-8ad9-63216f449fd6-image.png

                    girishG 1 Reply Last reply
                    0
                    • E echokos

                      @girish Thanks. The pop-up when I click upgrade shows:

                      1ae14c43-596b-4e85-8ad9-63216f449fd6-image.png

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

                      @echokos Which version of Cloudron are you running ? It's in the Settings page.

                      On the demo cloudron, it shows:

                      111ebc2c-b73d-4802-9f14-dbdc6968e1f8-image.png

                      E 2 Replies Last reply
                      0
                      • girishG girish

                        @echokos Which version of Cloudron are you running ? It's in the Settings page.

                        On the demo cloudron, it shows:

                        111ebc2c-b73d-4802-9f14-dbdc6968e1f8-image.png

                        E Offline
                        E Offline
                        echokos
                        wrote on last edited by
                        #20

                        @girish Platform version: v7.3.4 (Ubuntu 20.04.4 LTS)

                        1 Reply Last reply
                        0
                        • girishG girish

                          @echokos Which version of Cloudron are you running ? It's in the Settings page.

                          On the demo cloudron, it shows:

                          111ebc2c-b73d-4802-9f14-dbdc6968e1f8-image.png

                          E Offline
                          E Offline
                          echokos
                          wrote on last edited by
                          #21

                          @girish I see the issue - it's not available for my upgrade path for some reason. I had to lock my current version at package version 1.51 due to the upgrade issues. However, the current version of Umami should fix the upgrade issues - it's just not avaialble as an upgrade for me in Cloudron... it's forcing the new version to be a new install only.

                          girishG 1 Reply Last reply
                          0
                          • E echokos

                            @girish I see the issue - it's not available for my upgrade path for some reason. I had to lock my current version at package version 1.51 due to the upgrade issues. However, the current version of Umami should fix the upgrade issues - it's just not avaialble as an upgrade for me in Cloudron... it's forcing the new version to be a new install only.

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

                            @echokos Ah, I see what you are saying. Maybe you can try update via the CLI (please take a backup of current umami before you do this):

                            cloudron update --appstore-id is.umami.cloudronapp@2.3.0 --app umami.domain.com
                            

                            This will allow you to jump versions.

                            E 1 Reply Last reply
                            1
                            • girishG girish

                              @echokos Ah, I see what you are saying. Maybe you can try update via the CLI (please take a backup of current umami before you do this):

                              cloudron update --appstore-id is.umami.cloudronapp@2.3.0 --app umami.domain.com
                              

                              This will allow you to jump versions.

                              E Offline
                              E Offline
                              echokos
                              wrote on last edited by
                              #23

                              @girish That worked! And the migration worked properly. Thank you!

                              1 Reply Last reply
                              2
                              • nebulonN nebulon marked this topic as a question on
                              • nebulonN nebulon has marked this topic as solved on
                              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