3.4.6 docker image write permission error.

[vietthang207]

Hi all. I'd like to report a bug for docker image tag 3.4.6. I think it was pushed on Friday Nov 9th or Satturday Nov 10th.

This is the system log:

Nov 12 01:02:10 prod-redmine-server redmine7198: `/home/redmine` is not a directory.
Nov 12 01:02:10 prod-redmine-server redmine7198: Bundler will use `/tmp/bundler/home/unknown' as your home directory temporarily.
Nov 12 01:02:10 prod-redmine-server redmine7198: Bundler can't satisfy your Gemfile's dependencies.
Nov 12 01:02:10 prod-redmine-server redmine7198: Install missing gems with `bundle install`.
Nov 12 01:02:10 prod-redmine-server redmine7198: `/home/redmine` is not a directory.
Nov 12 01:02:10 prod-redmine-server redmine7198: Bundler will use `/tmp/bundler/home/unknown' as your home directory temporarily.
Nov 12 01:02:10 prod-redmine-server redmine7198: There was an error while trying to write to `/usr/local/bundle/config`. It is
Nov 12 01:02:10 prod-redmine-server redmine7198: likely that you need to grant write permissions for that path.

I think it is because redmine is trying to edit /usr/local/bundler/config, but the permission is 0644, and the owner is root, group id is staff.

Thanks in advance!

[popovpo]

I have similar problem, but if i load locally saved image from disk (from previous build) - all fine. It seems that last updates raise errors.

[vietthang207]

@popovpo Me too, It only happened on my production server and I can't reproduce on another VM. I tried to dump the database and include all datafile, but this works just fine on a brand new installation.

[ricardoapaes]

Here is also happening, do we have any solution?

[tianon]

The timeline on docker-library/official-images#5054 merge lines up with #136 being "the change" here, but that's almost all making things more permissive (not less), so I can't really see how/where this would've caused this. 😕

[vietthang207]

It probably due to this plugin. https://github.com/scrum2b/scrum2b

[citiscaner]

Same issue i am facing with a fresh rebuild services.

[f466162]

Same problem here with the same error message in the logs. Can I provide any additional information to dig into the problem?

[tianon]

It would be really helpful to have a way to reproduce so we can debug what's going on.

[f466162]

Ok, I will try my best ;-)

The Docker version used is: Docker version 18.06.1-ce, build e68fc7a

I use the Redmine 3.4 image in a Docker Compose setup:

  redmine:
    image: redmine:3.4
    restart: 'no'
    hostname: 'redmine.local'
    environment:
      REDMINE_DB_POSTGRES: xxx
      REDMINE_DB_DATABASE: xxx
      REDMINE_DB_USERNAME: xxx
      REDMINE_DB_PASSWORD: xxx
      REDMINE_PLUGINS_MIGRATE: 1
    links:
      - pgsql:database
    depends_on:
      - pgsql
    volumes:
      - '/xxx/redmine_configuration.yml:/usr/src/redmine/config/configuration.yml'
      - '/xxx/redmine_files:/usr/src/redmine/files'
      - '/xxx/redmine_plugins:/usr/src/redmine/plugins'
      - '/xxx/redmine_home:/home/redmine'
    mem_limit: 512M

As you can see I already added /home/redmine as a volume. I did a chown nobody and one permission error is gone (see log below).

The plugins folder contains three plugins:

• redmine_ldap_sync
• redmine_pretend
• redmine_xlsx_format_issue_exporter

The log shows up the following:

Nov 14 20:46:22 sys redmine:3.4[1093]: Bundler can't satisfy your Gemfile's dependencies.
Nov 14 20:46:22 sys redmine:3.4[1093]: Install missing gems with `bundle install`.
Nov 14 20:46:23 sys redmine:3.4[1093]: There was an error while trying to write to `/usr/local/bundle/config`. It is
Nov 14 20:46:23 sys redmine:3.4[1093]: likely that you need to grant write permissions for that path.

The image is pulled on a daily base from hub.docker.com and unmodified.

If you need any additional information, let me know.

[tianon]

I've got a first pass for at least the home directory related issues at #141 that could definitely use some testing. 👍

[tianon]

#141 fixed the /home/redmine bits of this issue, but I'm reopening to track the weirdness around /usr/local/bundle/config that we haven't been able to reproduce reliably yet to even start to debug what's going on there.