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 631 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