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. OnlyOffice is unresponsive after update to 1.18

OnlyOffice is unresponsive after update to 1.18

Scheduled Pinned Locked Moved Solved Support
16 Posts 5 Posters 344 Views 5 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.
    • nebulonN nebulon

      The "Already exists" status is referring to layers of the app package image. That is expected and good.

      "=> Healtheck error got response status 502" is showing some issue, although very limited insight.

      Have you restarted the app? Does it maybe run out of memory? Instances here work fine, so shouldn't be a generic issue.

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

      @nebulon said in OnlyOffice is unresponsive after update to 1.18:

      Instances here work fine, so shouldn't be a generic issue.

      At least 3 of us are here who are having this issue so I'd guess it's actually pretty widespread.

      I use Cloudron with Gandi & Hetzner

      jdaviescoatesJ 1 Reply Last reply
      0
      • jdaviescoatesJ jdaviescoates

        @nebulon said in OnlyOffice is unresponsive after update to 1.18:

        Instances here work fine, so shouldn't be a generic issue.

        At least 3 of us are here who are having this issue so I'd guess it's actually pretty widespread.

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

        @jdaviescoates said in OnlyOffice is unresponsive after update to 1.18:

        @nebulon said in OnlyOffice is unresponsive after update to 1.18:

        Instances here work fine, so shouldn't be a generic issue.

        At least 3 of us are here who are having this issue so I'd guess it's actually pretty widespread.

        Although I just checked and fresh install works fine. So it's seemingly just updates from 1.17 - 1.18 that aren't working.

        I use Cloudron with Gandi & Hetzner

        1 Reply Last reply
        0
        • imc67I Offline
          imc67I Offline
          imc67
          translator
          wrote on last edited by
          #9

          @girish @nebulon any update on this topic after 5 days of waiting?

          1 Reply Last reply
          0
          • nebulonN Offline
            nebulonN Offline
            nebulon
            Staff
            wrote on last edited by
            #10

            at least so far I wasn't able to reproduce this to be able to debug that and without any further errors or logs to work with, not sure what can be done.

            1 Reply Last reply
            0
            • T Offline
              T Offline
              tobiasb
              wrote on last edited by
              #11

              Depending how old your onlyoffice is:

              PGPASSWORD=${CLOUDRON_POSTGRESQL_PASSWORD} psql -h ${CLOUDRON_POSTGRESQL_HOST} -p ${CLOUDRON_POSTGRESQL_PORT} -U ${CLOUDRON_POSTGRESQL_USERNAME} -d ${CLOUDRON_POSTGRESQL_DATABASE} -f /var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev630.sql
              
              PGPASSWORD=${CLOUDRON_POSTGRESQL_PASSWORD} psql -h ${CLOUDRON_POSTGRESQL_HOST} -p ${CLOUDRON_POSTGRESQL_PORT} -U ${CLOUDRON_POSTGRESQL_USERNAME} -d ${CLOUDRON_POSTGRESQL_DATABASE} -f /var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev710.sql
              

              In case the db schema upgrade is already up2date, the output looks like:

              root@78d36e9e-8352-4cd1-a356-42fa5e22702f:/app/code# PGPASSWORD=${CLOUDRON_POSTGRESQL_PASSWORD} psql -h ${CLOUDRON_POSTGRESQL_HOST} -p ${CLOUDRON_POSTGRESQL_PORT} -U ${CLOUDRON_POSTGRESQL_USERNAME} -d ${CLOUDRON_POSTGRESQL_DATABASE} -f /var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev630.sql 
              psql:/var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev630.sql:15: NOTICE:  column created_at already exists.
              psql:/var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev630.sql:15: NOTICE:  column password already exists.
              DO
              

              Based on the git history, cloudron only did the schema migration for 720.sql.

              The Dockerfile should fail on docker build in case there new sql files and apply the sql files. atm rerunning the sql files does not exit with exit code > 0. But I believe it is better to store somewhere which sql-files was already applied, just for case sql file would break something on a rerun.

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

                Ah that is a good hint then. So we have to be more careful here with the db migrations going forward. For the time I guess a re-installation would work fine, especially since the app is mostly stateless anyways.

                1 Reply Last reply
                1
                • imc67I Offline
                  imc67I Offline
                  imc67
                  translator
                  wrote on last edited by
                  #13

                  Re-install and config key solved it. Thanks!

                  jdaviescoatesJ 1 Reply Last reply
                  0
                  • imc67I imc67

                    Re-install and config key solved it. Thanks!

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

                    @imc67 said in OnlyOffice is unresponsive after update to 1.18:

                    config key

                    config key?

                    I use Cloudron with Gandi & Hetzner

                    imc67I 1 Reply Last reply
                    0
                    • T tobiasb

                      Depending how old your onlyoffice is:

                      PGPASSWORD=${CLOUDRON_POSTGRESQL_PASSWORD} psql -h ${CLOUDRON_POSTGRESQL_HOST} -p ${CLOUDRON_POSTGRESQL_PORT} -U ${CLOUDRON_POSTGRESQL_USERNAME} -d ${CLOUDRON_POSTGRESQL_DATABASE} -f /var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev630.sql
                      
                      PGPASSWORD=${CLOUDRON_POSTGRESQL_PASSWORD} psql -h ${CLOUDRON_POSTGRESQL_HOST} -p ${CLOUDRON_POSTGRESQL_PORT} -U ${CLOUDRON_POSTGRESQL_USERNAME} -d ${CLOUDRON_POSTGRESQL_DATABASE} -f /var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev710.sql
                      

                      In case the db schema upgrade is already up2date, the output looks like:

                      root@78d36e9e-8352-4cd1-a356-42fa5e22702f:/app/code# PGPASSWORD=${CLOUDRON_POSTGRESQL_PASSWORD} psql -h ${CLOUDRON_POSTGRESQL_HOST} -p ${CLOUDRON_POSTGRESQL_PORT} -U ${CLOUDRON_POSTGRESQL_USERNAME} -d ${CLOUDRON_POSTGRESQL_DATABASE} -f /var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev630.sql 
                      psql:/var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev630.sql:15: NOTICE:  column created_at already exists.
                      psql:/var/www/onlyoffice/documentserver/server/schema/postgresql/upgrade/upgradev630.sql:15: NOTICE:  column password already exists.
                      DO
                      

                      Based on the git history, cloudron only did the schema migration for 720.sql.

                      The Dockerfile should fail on docker build in case there new sql files and apply the sql files. atm rerunning the sql files does not exit with exit code > 0. But I believe it is better to store somewhere which sql-files was already applied, just for case sql file would break something on a rerun.

                      J Offline
                      J Offline
                      jagan
                      wrote on last edited by
                      #15

                      @tobiasb This Greek and Latin is exactly why I am such a fan of Cloudron - users range from utterly computer challenged to gods of code and linux.

                      Thank you for solving the mystery for all of us.

                      We must reinstall with the same config key / secret then!

                      1 Reply Last reply
                      1
                      • jdaviescoatesJ jdaviescoates

                        @imc67 said in OnlyOffice is unresponsive after update to 1.18:

                        config key

                        config key?

                        imc67I Offline
                        imc67I Offline
                        imc67
                        translator
                        wrote on last edited by
                        #16

                        @jdaviescoates said in OnlyOffice is unresponsive after update to 1.18:

                        @imc67 said in OnlyOffice is unresponsive after update to 1.18:

                        config key

                        config key?

                        Secret (key) in the Config folder

                        1 Reply Last reply
                        1
                        • girishG girish 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