Upgrade from 6.0.5 to 6.1.0 failed

[jimgeorge]

I had attempted an upgrade from 6.0.5 to 6.1.0, the app failed with the following:

Mapping UID and GID for redmine:redmine to 901:401
Initializing logdir...
Initializing datadir...
Symlinking dotfiles...
Installing configuration templates...
SSL keys and certificates were not found.
Assuming that the container is running behind a HTTPS enabled load balancer.
Configuring redmine...
Configuring redmine::database

Checking transaction isolation level... READ-COMMITTED
Configuring redmine::memcached...
Configuring redmine::logger...
Configuring redmine::puma...
Configuring redmine::secret_token...
Configuring redmine::max_concurrent_ajax_uploads...
Configuring redmine::sudo_mode...
Configuring redmine::autologin_cookie...
Configuring redmine::email_delivery...
Configuring redmine::backups...
Configuring redmine::rmagic::font...
Configuring redmine::avatar::url...
Configuring nginx...
Configuring nginx::redmine...
Configuring nginx::redmine::hsts...
Running raketask db:migrate...
rake aborted!
NoMethodError: private method `gem' called for an instance of Rails::Application::Configuration (NoMethodError)
/home/redmine/redmine/vendor/bundle/ruby/3.3.0/gems/railties-7.2.2.2/lib/rails/railtie/configuration.rb:109:in `method_missing'
(eval at /home/redmine/redmine/config/application.rb:110):18:in `<class:Application>'
/home/redmine/redmine/config/application.rb:110:in `instance_eval'
/home/redmine/redmine/config/application.rb:110:in `<class:Application>'
/home/redmine/redmine/config/application.rb:21:in `<module:RedmineApp>'
/home/redmine/redmine/config/application.rb:20:in `<top (required)>'
/home/redmine/redmine/Rakefile:5:in `<top (required)>'
/home/redmine/redmine/vendor/bundle/ruby/3.3.0/gems/rake-13.3.0/exe/rake:27:in `<top (required)>'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/cli/exec.rb:59:in `load'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/cli/exec.rb:59:in `kernel_load'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/cli/exec.rb:23:in `run'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/cli.rb:456:in `exec'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/vendor/thor/lib/thor/command.rb:28:in `run'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/vendor/thor/lib/thor/invocation.rb:127:in `invoke_command'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/vendor/thor/lib/thor.rb:538:in `dispatch'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/cli.rb:35:in `dispatch'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/vendor/thor/lib/thor/base.rb:584:in `start'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/cli.rb:29:in `start'
/usr/local/bundle/gems/bundler-2.7.2/exe/bundle:28:in `block in <top (required)>'
/usr/local/bundle/gems/bundler-2.7.2/lib/bundler/friendly_errors.rb:118:in `with_friendly_errors'
/usr/local/bundle/gems/bundler-2.7.2/exe/bundle:20:in `<top (required)>'
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(See full trace by running task with --trace)

I'm using docker compose, with memcached and an external mysql db host. I've got one plugin installed, redmine-dmsf, which I had updated to the latest version (via git) prior to updating the docker image. The latest DMSF plugin supports the 6.1.x redmine branch. Since this is happening before entrypoint.sh calls install_plugins, the plugin is not likely to be the cause of the issue, I think.
I came across two other issues that had the same error, #233 and #236. The first was just closed with no solution specified, while #236 asked to verify if the memcached setup is correct. My docker-compose.yml is unchanged from when I was running 6.0.5.

Other things I tried (unsuccessfully):

• Run the db migrate script (I get the same stack trace above)
• Delete the redmine/tmp directory
• Revert back to 6.0.5

Here is the output of docker version:

Client:
 Version:           20.10.24+dfsg1
 API version:       1.41
 Go version:        go1.19.8
 Git commit:        297e128
 Built:             Fri Jun  6 14:40:45 2025
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Server:
 Engine:
  Version:          20.10.24+dfsg1
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.19.8
  Git commit:       5d6db84
  Built:            Fri Jun  6 14:40:45 2025
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          1.6.20~ds1
  GitCommit:        1.6.20~ds1-1+deb12u1
 runc:
  Version:          1.1.5+ds1
  GitCommit:        1.1.5+ds1-1+deb12u1
 docker-init:
  Version:          0.19.0
  GitCommit:        

[jimgeorge]

My apologies, in the above writeup I mentioned that I reverted to 6.0.5 unsuccessfully - I had actually specified "6.0" in the docker image specification so it had reverted unsuccessfully to 6.0.7. When specifying 6.0.5, the container successfully came back up. However, it would not come up when specifying 6.0.6 and above, so something seems to have changed between those versions that breaks my setup. Any help in diagnosing why is most appreciated.

I also had to revert redmine_dmsf back to 4.2.2, since the latest 4.2.3 won't work with the redmine 6.0.x branch.

[jcormier]

I'll see if I can try this myself

Revert back to 6.0.5

Please do yourself a favor and do your first upgrade between redmine versions on a 2nd copy of your redmine project. Especially when plugins are involved. And only when your reasonably sure your test copy upgraded correctly, do it on your production version.

[jcormier]

• Started fresh docker at redmine:6.0.5
• Stopped docker and started redmine:6.0.6
• Stopped docker and started redmine:6.0.7
• Stopped docker and started redmine:6.1.0

All migrations worked okay

• Started fresh docker at redmine:6.0.5
• Stopped docker and started redmine:6.1.0

All migrations worked okay

• Started fresh docker at redmine:6.0.5 with redmine_dsmf v4.2.2

       sudo wget -O /srv/docker/redmine/redmine/plugins/redmine_dmsf.zip https://github.com/picman/redmine_dmsf/archive/refs/tags/v4.2.2.zip
	sudo unzip /srv/docker/redmine/redmine/plugins/redmine_dmsf.zip -d /srv/docker/redmine/redmine/plugins/
	sudo mv /srv/docker/redmine/redmine/plugins/redmine_dmsf-4.2.2 /srv/docker/redmine/redmine/plugins/redmine_dmsf

• Stopped docker and started redmine:6.1.0 with redmine_dsmf v4.2.2
• Stopped docker and started redmine:6.1.0 with redmine_dsmf v4.2.3 (Note version 4.2.3 seems to have been accidentally released/tagged as 4.3.3.)

       sudo wget -O /srv/docker/redmine/redmine/plugins/redmine_dmsf-4.3.3.zip https://github.com/picman/redmine_dmsf/archive/refs/tags/v4.3.3.zip
	sudo unzip /srv/docker/redmine/redmine/plugins/redmine_dmsf-4.3.3.zip -d /srv/docker/redmine/redmine/plugins/
	sudo mv /srv/docker/redmine/redmine/plugins/redmine_dmsf-4.3.3 /srv/docker/redmine/redmine/plugins/redmine_dmsf

All migrations worked okay

[jcormier]

Delete the redmine/tmp directory

This image should remove redmine/tmp when it detects a change in version.

Make sure your also removing the container when upgrading. If using docker compose, this is normally done with docker compose down.

[jimgeorge]

I tried this by duplicating my existing database, copying over my docker-compose.yml to a new instance, changing image to "sameersbn/redmine:latest" and changing the DB_NAME to point to the duplicate database (there were a few more since my production instance runs behind traefik). I got the same results ("Creating database...", then the NoMethodError). This was with a completely empty data volume mount (no plugins yet).

Thinking it might be the database, I deleted the duplicate database and created a new, empty one. Same error, and after attempting to start the container, mysqld shows no tables in the database (so it never tried to create a new one).

I then tried to simplify my docker-compose.yml one feature at a time, and the one that made things work is to remove memcached. It worked in the sense that it got past the "Creating database..." step without error. However, I then get a repeated "puma (exit status 1; not expected)" followed by puma restarting. The fix for this was to remove the tmp directory within the data volume mount.

Hope this helps with narrowing down the cause of the problem. I'm sorry I'm not well versed in Ruby, but please let me know if there are any log files I can post that could help. Here is my docker-compose.,yml that I used for the test above:

services:
  redmine-test-web:
    image: "sameersbn/redmine:latest"
    container_name: "redmine-test-web"
    environment:
      - DEBUG=false
      - TZ=America/Denver
      - USERMAP_UID=901
      - USERMAP_GID=401
      - DB_ADAPTER=mysql2
      - DB_HOST=db
      - DB_NAME=redmine_test
      - DB_USER=redmine
      - DB_PASS=<redacted>

      - REDMINE_PORT=10083
      - REDMINE_HTTPS=false
      - REDMINE_SECRET_TOKEN=<redacted>

      - SMTP_ENABLED=true
      - SMTP_STARTTLS=false
      - SMTP_DOMAIN=<redacted>
      - SMTP_HOST=mail.<redacted>
      - SMTP_PORT=25

     #- MEMCACHE_HOST=rm-memcached-test
     #- REDMINE_ATTACHMENTS_DIR=/attachments_dir
    ports:
      - "10083:80"
    volumes:
      - /projects/redmine:/home/redmine/data/files
      - /projects/gitolite3/repositories:/var/www/redmine/git_repositories
      - ./redmine:/home/redmine/data
      - ./logs:/var/log/redmine
    #depends_on:
      #- rm-memcached-test
    restart: unless-stopped

 #  rm-memcached-test:
 #    image: memcached
 #    container_name: "rm_memcached_test"
 #    restart: unless-stopped