Project

General

Profile

Actions

Bug #2216

closed

secret_token is generated with wrong file permissions

Added by Jan Vansteenkiste about 11 years ago. Updated about 11 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
-
Category:
Packaging
Target version:
-
Difficulty:
Triaged:
Fixed in Releases:
Found in Releases:

Description

After install and first access, I get

Permission denied - /usr/share/foreman/tmp/secret_token
Actions #1

Updated by Dominic Cleal about 11 years ago

  • Category set to Packaging

How did you install Foreman, which packages? Was the file root-owned rather than foreman?

Actions #2

Updated by Jan Vansteenkiste about 11 years ago

Installed Packages
foreman.noarch 1.1stable-3.el6 @foreman

Files were root-owned.

Actions #3

Updated by Dominic Cleal about 11 years ago

  • Status changed from New to Feedback

This must be something running Foreman/Rails as root during installation, but I can't see what it would be. I also haven't run into this on my foreman-installer tests.

Could you check your install procedure and see if you're running something (e.g. a db:migrate) as root?

Actions #4

Updated by Greg Sutcliffe about 11 years ago

does $approot/tmp exist? I seem to recall filing a bug about getting that error if $approot/tmp is missing....

Actions #5

Updated by Dominic Cleal about 11 years ago

Greg Sutcliffe wrote:

does $approot/tmp exist? I seem to recall filing a bug about getting that error if $approot/tmp is missing....

#2196, looks like it was included in the version that Jan's running.

Actions #6

Updated by Jan Vansteenkiste about 11 years ago

Is this something that will be fixed in initializers/secret_token.rb or should I fix the permissions using puppet after the initial installation?

Actions #7

Updated by Dominic Cleal about 11 years ago

  • Status changed from Feedback to Rejected

It was a dbmigrate in Jan's manifests running as root, not foreman.

Actions

Also available in: Atom PDF